Filosofia de Engenharia: Mark Shuttleworth

Principais conclusões

• Seu princípio definidor é que o software livre tem que alcançar todo mundo, não apenas especialistas – “Linux para seres humanos”. Mark Shuttleworth fundou a Canonical em 2004 e lançou o Ubuntu no mesmo ano com um objetivo que a maioria das distribuições não compartilhava: criar um sistema operacional livre que uma pessoa comum, e não um hacker de kernel, pudesse realmente instalar e usar. O slogan era literal – acessibilidade e usabilidade eram o ponto central, não um recurso parafusado depois que o trabalho técnico já estava pronto.¹²
• Ele enraizou o projeto no ubuntu, uma filosofia do sul da África – “humanidade para com os outros”. O nome não é marketing. Ubuntu é uma antiga palavra africana que o projeto traduz como “humanidade para com os outros” e como “eu sou o que sou por causa de quem todos nós somos” – a convicção de que uma pessoa se torna pessoa por meio de outras pessoas. Shuttleworth levou essa ética diretamente para dentro do software: um sistema só vale a pena ser construído se for para todos, e só é bom por causa de toda a comunidade que o constrói.²³
• Ele tornou a entrega de código aberto previsível com um ciclo de lançamento baseado em tempo. O Ubuntu lança uma nova versão a cada seis meses, dentro de um prazo certo, com uma versão de suporte de longo prazo (LTS) a cada dois anos que recebe cinco anos de suporte.³⁴ Em vez de lançar “quando estiver pronto” – o que significa lançar de forma imprevisível – o Ubuntu lança conforme o cronograma e deixa cada versão levar o que estiver pronto. O ciclo é uma disciplina: o mundo inteiro pode se planejar em torno de uma data.⁴
• Ele registrou o Bug #1 do Ubuntu – “A Microsoft tem participação majoritária de mercado” – como uma declaração de missão, e o fechou em 2013. O primeiríssimo bug no rastreador do Ubuntu não era um defeito; era o propósito do projeto escrito na forma de um chamado: o software proprietário dominava o desktop, o software livre deveria estar disponível para todos, e o Ubuntu existia para corrigir isso. Shuttleworth o marcou como Correção Lançada em maio de 2013, argumentando que celulares, tablets e plataformas abertas como o Android já haviam quebrado o antigo monopólio.⁵⁶

O princípio

“Ubuntu é uma antiga palavra africana que significa ‘humanidade para com os outros’. Significa também ‘eu sou o que sou por causa de quem todos nós somos’. Trazemos o espírito do Ubuntu para o mundo dos computadores e do software.” – o projeto Ubuntu, sobre o significado de seu nome²

A maior parte do software livre é construída por especialistas, para especialistas. Isso não é acidente – é simplesmente quem aparece. As pessoas capazes de construir um sistema operacional são, quase por definição, pessoas confortáveis em editar arquivos de configuração, ler páginas de manual e recompilar um kernel, e o software tende a ser moldado para quem o faz. O resultado, ao longo dos anos 1990 e início dos anos 2000, foi um mundo Linux tecnicamente extraordinário e quase totalmente inutilizável por qualquer pessoa que já não fosse engenheira. O instinto de Shuttleworth ia no sentido contrário. O trabalho do software livre, insistia ele, é alcançar todo mundo – e um sistema que só um especialista consegue instalar é um sistema que, silenciosamente, decidiu que a maior parte da humanidade não conta.¹²

A filosofia por trás desse instinto é o próprio ubuntu, e vale a pena levar a palavra a sério, e não tratá-la como um logotipo. Ubuntu é uma ideia do sul da África – “humanidade para com os outros”, “eu sou o que sou por causa de quem todos nós somos” – que localiza o valor de uma pessoa em sua conexão com outras pessoas, e não em seu isolamento.²³ Aplicada ao software, ela vira uma restrição de design rígida: uma coisa só vale a pena ser construída se for para todos, e só é boa por causa da comunidade que a constrói e a compartilha. Por isso o Ubuntu era livre nos dois sentidos – livre como em liberdade e livre como em preço – e, nos primeiros anos, a Canonical enviava pelo correio CDs prensados, gratuitamente, a qualquer pessoa na Terra que pedisse, porque uma pessoa sem banda larga continua sendo uma pessoa a quem o sistema deve servir.⁷ Nós existimos porque estamos conectados. O sistema operacional recebeu o nome dessa afirmação.

Há uma segunda metade no princípio, e é a disciplina de engenharia que torna a primeira metade entregável: previsibilidade. “Quando estiver pronto” é a maneira natural de o software livre ser lançado, e é uma armadilha – significa que ninguém adiante consegue se planejar, porque a data é desconhecida até o instante em que chega. Shuttleworth fez o Ubuntu lançar dentro de um prazo certo: uma nova versão a cada seis meses, uma LTS a cada dois anos, com suporte de cinco.³⁴ A cadência força uma pergunta diferente. Não “está tudo o que queríamos pronto?” – a resposta é sempre não – mas “o que está pronto agora, e quando parte o próximo trem?” Um recurso que perde uma versão pega a próxima dali a seis meses. A disciplina é deixar o cronograma, e não o recurso mais lento, decidir quando os usuários recebem valor – o que é exatamente o que torna um sistema operacional livre algo em torno do qual uma empresa, um governo ou uma escola pode realmente montar um plano.⁴

Contexto

Mark Shuttleworth nasceu em 18 de setembro de 1973, em Welkom, no Estado Livre da África do Sul.¹ Estudou na Universidade da Cidade do Cabo, formando-se Bacharel em Ciências Empresariais com foco em finanças e sistemas de informação – uma formação em finanças, e não em pura ciência da computação, o que aparece mais tarde na forma como ele pensa o código aberto como algo a ser entregue e sustentado, e não meramente escrito.¹

Sua primeira empresa surgiu da web de meados dos anos 1990. Em 1995, fundou a Thawte Consulting, uma autoridade certificadora que emitia os certificados digitais que protegiam o tráfego da web – uma das primeiras CAs comerciais, num momento em que o comércio seguro na web estava apenas começando a se tornar possível.¹ Em dezembro de 1999, vendeu a Thawte para a VeriSign por cerca de US$ 575 milhões, uma quantia que o tornou, aos vinte e seis anos, rico e livre para escolher o que fazer em seguida.¹ O que ele escolheu é a parte da história de que as pessoas se lembram primeiro: em abril de 2002, voou até a Estação Espacial Internacional a bordo de uma Soyuz russa, tornando-se o primeiro sul-africano no espaço e o segundo turista espacial autofinanciado, pagando cerca de US$ 20 milhões pelo voo de oito dias e conduzindo pesquisas sobre AIDS e o genoma enquanto estava em órbita.¹ A imprensa sul-africana o apelidou de “Afronauta”.

O trabalho que o define veio depois que ele desceu de volta. Em março de 2004, fundou a Canonical Ltd. para empregar desenvolvedores e sustentar um sistema operacional livre, e em outubro de 2004 a Canonical lançou o Ubuntu 4.10, “Warty Warthog” – o primeiro Ubuntu, construído sobre a arquitetura e o gerenciamento de pacotes do Debian, mas remodelado em torno da usabilidade e de um cronograma previsível.¹³ Shuttleworth adotou o título meio brincalhão de SABDFL – Self-Appointed Benevolent Dictator For Life (Ditador Benevolente Vitalício Autonomeado) – um modelo de governança que mantinha um tomador de decisão final claro sobre uma comunidade de código aberto vasta e dispersa.¹ Ele também dirige a Shuttleworth Foundation, que financia inovação social e trabalho aberto.¹ Os números de versão revelam toda a disciplina num relance: 4.10 quer dizer outubro de 2004, e toda versão desde então foi carimbada com o ano e o mês em que foi lançada – o calendário embutido no nome.³

O trabalho

Um ciclo de lançamento baseado em tempo: lançar dentro de um prazo certo, não “quando estiver pronto”

Comece por aqui, porque é o princípio transformado em processo. Antes do Ubuntu, o padrão tácito no software livre era lançar quando os mantenedores julgassem o código pronto – o que significava que a data era função do recurso inacabado mais lento e, portanto, impossível de conhecer com antecedência. O Ubuntu inverteu isso. Ele lança uma nova versão a cada seis meses, segundo um cronograma publicado, e uma versão de suporte de longo prazo a cada dois anos que recebe cinco anos de manutenção de segurança padrão.³⁴ A data de lançamento é fixada primeiro; o conteúdo é o que tiver alcançado qualidade até lá.⁴

A razão pela qual isso importa é sutil, e é a razão pela qual a cadência venceu. “Quando estiver pronto” acopla toda a versão à sua parte mais fraca – o único recurso atrasado mantém todo o resto refém, e os usuários não recebem nada até que ele chegue. Uma cadência fixa os desacopla. A versão parte conforme o cronograma levando o que estiver pronto, e um recurso que não chega a tempo simplesmente pega a próxima dali a seis meses. Os usuários recebem valor já na primeira data, em vez de no fim de uma espera sem prazo definido, e – igualmente importante – todos adiante conseguem se planejar. Uma empresa pode programar sua atualização em função do calendário LTS; uma distribuição derivada pode se sincronizar ao relógio do Ubuntu; um desenvolvedor sabe com precisão quando seu trabalho chegará às pessoas.⁴ Aqui, previsibilidade não é um luxo; para um sistema operacional livre que quer ser infraestrutura, é o que torna o sistema confiável o bastante para sustentar um negócio.

A metáfora à qual as pessoas recorrem é a do trem de lançamento, e ela encaixa com precisão. Um trem parte da estação na hora certa, tenha ou não cada passageiro chegado; os passageiros que estão prontos embarcam, e os que perderam pegam o próximo. O cronograma é a coisa fixa, a carga é a coisa variável – e, porque o cronograma é fixo, o mundo inteiro pode montar um horário em torno dele. É a disciplina que o Ubuntu tornou famosa e que boa parte da indústria de software, das distribuições Linux aos navegadores e aos runtimes de linguagens, acabou adotando: lançar numa cadência, deixar a data ser o compromisso e deixar cada versão levar o que estiver genuinamente terminado.⁴

“Linux para seres humanos”: usabilidade, acessibilidade e CDs gratuitos

O slogan fundador do Ubuntu era “Linux para seres humanos”, e foi uma repreensão direta ao status quo.³ O trabalho técnico de construir uma distribuição Linux estava, por volta de 2004, bem compreendido – o Debian o havia feito de forma soberba. O que o Debian não tinha priorizado era a experiência de um não especialista sentado diante da máquina: padrões sensatos, um instalador limpo, hardware que funcionasse sem editar arquivos de configuração à mão, um desktop que uma pessoa pudesse simplesmente usar. O Ubuntu pegou a base sólida do Debian e gastou seu esforço exatamente nessa última milha – a parte que a maioria dos engenheiros acha menos interessante e que a maioria dos usuários acha mais importante.¹³

O compromisso com a acessibilidade não era só com o software; era com o alcance. Por meio do programa ShipIt, lançado em 2005, a Canonical prensava CDs do Ubuntu e os enviava gratuitamente pelo correio a qualquer pessoa, em qualquer lugar do mundo – frete incluído, custo zero.⁷ A razão era simples e decorria diretamente do princípio: a banda larga era uma barreira real, e milhões de pessoas que se beneficiariam de um sistema operacional livre não conseguiam baixar uma imagem de 700 megabytes. A Canonical enviou milhões de CDs a todos os países da Terra antes de encerrar o programa em 2011, quando a conectividade já havia melhorado o suficiente para torná-lo redundante.⁷ Baixar a barreira era o jogo inteiro. Um sistema operacional livre que você só consegue obter se já tiver internet rápida não é, de fato, livre para as pessoas que mais precisam dele – e o ubuntu, a filosofia, não deixa você descartar essas pessoas.

O Ubuntu, a filosofia, vira o Ubuntu, o sistema operacional: o Bug #1 e a missão universal

O artefato mais claro da missão é o Bug #1 do Ubuntu, e vale a pena lê-lo literalmente. O primeiro bug já registrado no rastreador do Ubuntu, relatado por Shuttleworth (como “sabdfl”) em 20 de agosto de 2004, foi intitulado “A Microsoft tem participação majoritária de mercado” – e seu corpo não era um relatório de defeito, mas uma declaração de propósito: a Microsoft dominava o desktop dos PCs novos, essa dominância era o problema que o Ubuntu e outros projetos de software livre existiam para corrigir, e o objetivo era um mundo em que a maioria dos computadores vendidos rodasse software livre, disponível para todos.⁵ Registrar a missão como o bug número um do projeto foi um ato de clareza deliberado, quase provocador: é isto que viemos fazer, e não o consideraremos resolvido até que o software livre alcance todo mundo.⁵

Nove anos depois, Shuttleworth o fechou. Em maio de 2013, marcou o Bug #1 como “Correção Lançada”, argumentando que o mundo de 2004 – em que “computação pessoal” significava um desktop Windows – já havia sido ultrapassado.⁶ Celulares, tablets e wearables eram agora o centro da vida digital da maioria das pessoas, e plataformas abertas – “o Android pode não ser a minha ou a sua primeira escolha de Linux, mas é, sem dúvida, uma plataforma de código aberto” – haviam quebrado o monopólio de fornecedor único contra o qual o bug fora registrado.⁶ A questão competitiva havia avançado, então o bug já não era o enquadramento certo para a missão. Fechá-lo não foi tanto uma volta olímpica quanto um reconhecimento honesto de que o campo de batalha havia mudado – o princípio (software livre para todos) seguia intacto, mas o monopólio específico nomeado em 2004 já não era o que estava em seu caminho.⁶

Canonical, Debian e o modelo SABDFL

A última peça é institucional, e é o que tornou todo o resto sustentável. O Ubuntu é construído sobre o Debian – herda o formato de pacote do Debian, sua estrutura de repositório e uma quantidade enorme de seu trabalho de empacotamento – o que permitiu à Canonical gastar seu esforço em usabilidade e cadência, em vez de reconstruir uma distribuição do zero.¹³ Apoiar-se no Debian foi, em si, uma decisão de design no espírito do ubuntu: você é o que é por causa de quem todos vocês são, e um derivado saudável devolve ao upstream em vez de se bifurcar para longe da comunidade que o alimenta.

A governança era a outra metade. O título meio brincalhão de Shuttleworth, Self-Appointed Benevolent Dictator For Life (SABDFL), nomeia um modelo real: uma comunidade de código aberto grande, voluntária e cheia de opiniões precisa de alguém capaz de dar a palavra final quando o consenso emperra, e Shuttleworth manteve esse papel no Ubuntu.¹ O modelo é polêmico – concentra autoridade numa só pessoa – mas também é como um projeto sustenta uma direção coerente e um relógio de lançamento fixo entre milhares de colaboradores que discordam. E a Canonical estendeu o Ubuntu muito além do desktop que a missão original mirava: o Ubuntu se tornou um dos sistemas operacionais mais usados em nuvem e servidores, a imagem padrão em boa parte da infraestrutura do mundo – um alcance que, em retrospecto, fez mais para espalhar o software livre para todos do que a luta pelo desktop jamais poderia.³

O método

Leia transversalmente a cadência de seis meses, o “Linux para seres humanos”, o ShipIt, o Bug #1 e a escolha de construir sobre o Debian, e os mesmos compromissos reaparecem. O método de Shuttleworth é menos um slogan do que um conjunto de hábitos permanentes.

Construa para todos, não para especialistas. O hábito definidor é tratar o não especialista como o usuário de fato, e não como um pensamento secundário de segunda classe – gastar o esforço no instalador, nos padrões e na última milha que os engenheiros acham entediante e que os usuários acham decisiva.¹³ A lição geral se transfere para muito além do Linux: o teste de uma ferramenta é se alguém de fora da sua própria especialidade consegue ter sucesso com ela, e uma ferramenta que só seus criadores conseguem usar não foi terminada. É a mesma convicção de acesso universal que Tim Berners-Lee embutiu na web – o ponto é que ela alcança todo mundo, e qualquer barreira de entrada é um defeito.

Lance dentro de um prazo certo, e deixe a data ser o compromisso. A cadência de seis meses do Ubuntu torna a data de lançamento fixa e o conteúdo variável, então os usuários recebem valor no prazo e o mundo inteiro pode se planejar em torno disso.⁴ A disciplina é recusar o “quando estiver pronto”, porque “pronto” é incognoscível e acopla a versão à sua parte mais lenta. A lição é que a previsibilidade é, ela mesma, um recurso – uma coisa menor entregue numa data conhecida vale mais do que uma coisa maior entregue eventualmente, o que é o produto minimamente digno expresso como calendário: lance o que estiver genuinamente terminado, no prazo, e pegue o resto no próximo trem.

Baixe a barreira até ela desaparecer. Livre-como-em-liberdade não basta se a coisa é difícil de obter; o ShipIt enviava CDs pelo correio a pessoas sem banda larga porque o acesso, e não apenas o licenciamento, é o que “software livre para todos” realmente exige.⁷ O hábito permanente é perguntar quem não consegue alcançar a coisa e remover esse obstáculo, e não declarar vitória assim que ela funciona para quem já está dentro. A acessibilidade é o trabalho, do mesmo modo que tornar a computação utilizável por mais pessoas foi o projeto de vida de Grace Hopper – um compilador e uma linguagem quase em inglês existiam precisamente para deixar mais pessoas, e não menos, comandar uma máquina.

Declare a missão de forma simples, mesmo que como um bug. Registrar “A Microsoft tem participação majoritária de mercado” como Bug #1 tornou o propósito legível para todos que algum dia abrissem o rastreador.⁵ O hábito é escrever o que você está, de fato, aqui para fazer, numa linguagem que qualquer um consiga ler, e estar disposto a fechá-lo honestamente quando o mundo muda, em vez de fingir que o enquadramento original é eterno.⁶ A clareza sobre o porquê é o que mantém um projeto voluntário disperso apontado numa única direção – a mesma disciplina explicativa que permite que um bom trabalho de código aberto sobreviva a qualquer colaborador individual, do jeito que antirez manteve o Redis legível ao escrever seu raciocínio, e não apenas seu código.

Apoie-se na comunidade, e devolva a ela. O Ubuntu é construído sobre o Debian e nomeado por uma filosofia de dependência mútua – você é o que é por causa de quem todos vocês são – e o método é estender e devolver ao upstream do qual você depende, em vez de se bifurcar para longe dele.¹² A lição é que a maneira duradoura de construir software livre é como colaborador de um bem comum compartilhado, não como minerador que o exaure. É a própria tradição artesanal do código aberto, a mesma economia da dádiva dentro da qual Roberto Ierusalimschy e Linus Torvalds construíram seu trabalho: o valor se compõe porque é compartilhado.

Cadeia de influência

Quem o moldou

A filosofia do sul da África do ubuntu. A influência mais profunda não é uma pessoa, mas uma ética. Ubuntu – “humanidade para com os outros”, “eu sou o que sou por causa de quem todos nós somos” – deu a Shuttleworth a convicção de que o software só vale a pena ser construído se for para todos, e só é bom por causa da comunidade por trás dele.²³ Ele não inventou a ideia; deu a um sistema operacional o nome dela e então tentou estar à altura desse nome. (Influência formativa)

O Debian e o movimento do software livre. O Ubuntu é um derivado do Debian, e herda não apenas a base técnica do Debian, mas seu compromisso com o software livre como um projeto moral.¹³ O Debian provou que uma comunidade conseguia construir um sistema operacional livre e completo; Shuttleworth pegou essa prova e perguntou o que seria preciso para torná-lo utilizável pelas pessoas que o movimento ainda não havia alcançado. (Influência direta)

Linus Torvalds e o kernel Linux. Nada disso existe sem o kernel. Torvalds construiu o motor sobre o qual toda distribuição Linux, o Ubuntu incluído, roda, e o modelo aberto e colaborativo que ele estabeleceu para o desenvolvimento do kernel é o solo em que o Ubuntu cresceu.¹ A contribuição de Shuttleworth assenta sobre a de Torvalds: ele empacotou o kernel que Torvalds fez em algo que uma pessoa comum conseguia instalar. (Influência fundacional)

Quem ele moldou

O Linux de desktop e a expectativa de “sistema operacional livre utilizável”. O Ubuntu redefiniu o que as pessoas esperam que um sistema operacional livre pareça – padrões sensatos, um instalador limpo, hardware que funciona – e todo Linux de desktop que veio depois compete na régua de usabilidade que o Ubuntu elevou.³

A norma de lançamento baseado em tempo por todo o software. O modelo de cadência de seis meses que o Ubuntu tornou famoso se espalhou muito além das distribuições Linux: lançamentos previsíveis, guiados pelo calendário, viraram prática padrão para navegadores, runtimes de linguagens e grandes projetos que antes lançavam “quando estivesse pronto”.⁴

A infraestrutura de nuvem e servidores. O Ubuntu se tornou um dos sistemas operacionais mais implantados em plataformas de nuvem e servidores no mundo todo – discutivelmente espalhando o software livre para “todos” de forma mais completa por meio da infraestrutura do que a missão de desktop original jamais conseguiu.³

O fio condutor

Shuttleworth é a pedra angular de entrega e acesso desta série – a figura cuja contribuição não foi inventar a tecnologia, mas fazê-la alcançar todo mundo. Linus Torvalds construiu o kernel; Shuttleworth empacotou esse kernel em algo que uma pessoa sem formação em engenharia conseguia instalar a partir de um CD gratuito que chegava pelo correio. Tim Berners-Lee fez do acesso universal um objetivo moral e técnico para a web – o ponto é que ela é para todos – e Shuttleworth fez do mesmo objetivo a restrição fundadora de um sistema operacional, escrita como o Bug #1.⁵ E Grace Hopper passou a carreira baixando a barreira para que mais pessoas pudessem comandar uma máquina; Shuttleworth fez o mesmo uma camada acima, insistindo que um sistema operacional livre só é livre se uma pessoa sem banda larga ou diploma puder de fato usá-lo.⁷ Onde Torvalds diz aqui está o motor, Berners-Lee diz ele precisa alcançar todo mundo e Hopper diz deixe mais pessoas comandá-lo, Shuttleworth diz: humanidade para com os outros – entregue software livre que todos possam usar, dentro de um prazo certo em torno do qual o mundo inteiro pode se planejar, e não o chame de terminado até que tenha alcançado as pessoas que os especialistas esqueceram. (Ponte da série)

O que levo disto

A lição que guardo de Shuttleworth é que “para todos” é o objetivo de fato, e a acessibilidade é o trabalho – não uma etapa de polimento no final. Meu instinto, como o da maioria dos construtores, é fazer a coisa funcionar primeiro para alguém como eu, e tratar o não especialista como uma preocupação posterior – a documentação que escreverei algum dia, a integração que vou suavizar quando o núcleo estiver pronto. “Linux para seres humanos” é a repreensão: se uma ferramenta só dá certo para as pessoas que a construíram, ela não está terminada, está apenas conveniente para seus autores. Então a pergunta que tomo emprestada do Ubuntu é quem não consegue usar o que construí, e por quê – a pessoa sem o contexto, sem a conexão, sem a especialização – porque essa pessoa não é um caso extremo a ser adiado; ela é o teste de se a coisa é, de fato, para todos ou apenas para mim. Nós existimos porque estamos conectados, e uma ferramenta que silenciosamente exclui a maioria das pessoas decidiu que a maioria das pessoas não conta.

A segunda lição é que a previsibilidade é um recurso, e lançar numa cadência supera lançar “quando estiver pronto”. É tentador segurar uma versão até que tudo o que eu queria esteja pronto – acoplar a coisa inteira à sua parte mais lenta e me convencer de que a espera é por qualidade. O relógio de seis meses do Ubuntu reformulou isso para mim. “Quando estiver pronto” é incognoscível, o que significa que ninguém adiante consegue se planejar, e “pronto” é um alvo móvel que nunca chega de fato. Uma cadência fixa força a pergunta honesta – o que está genuinamente terminado agora? – e deixa o valor alcançar as pessoas numa data, em vez de no fim de uma espera sem prazo definido. A disciplina é fazer do cronograma o compromisso e do conteúdo a variável, deixar um recurso pegar o próximo trem em vez de manter este refém. Uma coisa menor entregue numa data em torno da qual o mundo pode se planejar vale mais do que uma coisa maior entregue um dia desses.

Perguntas frequentes

O que significa a palavra “ubuntu”?

Ubuntu é uma antiga palavra do sul da África que o projeto Ubuntu traduz como “humanidade para com os outros” e também como “eu sou o que sou por causa de quem todos nós somos”.² Ela vem das culturas de língua nguni do sul da África e expressa a ideia de que uma pessoa se torna pessoa por meio de outras pessoas – que o valor individual está enraizado na conexão e na comunidade, e não no isolamento. Mark Shuttleworth a escolheu como nome de sua distribuição Linux para sinalizar que o propósito do projeto era software livre feito para todos e construído por uma comunidade global, e o projeto Ubuntu descreve seu trabalho como trazer “o espírito do Ubuntu para o mundo dos computadores e do software”.²³

Qual é o ciclo de lançamento do Ubuntu?

O Ubuntu segue uma cadência baseada em tempo: uma nova versão sai a cada seis meses, segundo um cronograma publicado, independentemente de quais recursos por acaso estejam prontos.³⁴ A cada dois anos, uma dessas versões é uma versão de suporte de longo prazo (LTS), que recebe cinco anos de manutenção de segurança padrão (estendível ainda mais por meio do Ubuntu Pro).⁴ As versões intermediárias (não LTS) têm uma janela de suporte mais curta, de nove meses. O sentido do cronograma fixo é a previsibilidade – porque a data é o compromisso e o conteúdo é a variável, organizações e desenvolvedores podem planejar implantações e atualizações em torno de um calendário conhecido, em vez de esperar por um “quando estiver pronto” sem prazo definido.⁴

O que é o Bug #1 do Ubuntu?

O Bug #1 do Ubuntu é o primeiro bug já registrado no rastreador do Ubuntu, relatado por Mark Shuttleworth em 20 de agosto de 2004, e intitulado “A Microsoft tem participação majoritária de mercado”.⁵ Não era um defeito de software – era uma declaração da missão do projeto escrita na forma de um chamado: o software proprietário dominava o desktop, o software livre deveria estar disponível para todos, e o Ubuntu existia para mudar isso.⁵ Shuttleworth o marcou como “Correção Lançada” em maio de 2013, argumentando que a ascensão dos celulares, tablets e plataformas abertas como o Android já havia quebrado o monopólio de desktop de fornecedor único contra o qual o bug fora registrado, de modo que o enquadramento original já não descrevia o cenário competitivo.⁶

Quem é Mark Shuttleworth?

Mark Shuttleworth é um empreendedor sul-africano e defensor da liberdade de software, nascido em 18 de setembro de 1973, em Welkom, na África do Sul.¹ Ele fundou a autoridade certificadora Thawte em 1995 e a vendeu para a VeriSign em dezembro de 1999 por cerca de US$ 575 milhões; em abril de 2002, tornou-se o primeiro sul-africano no espaço e o segundo turista espacial autofinanciado, voando até a Estação Espacial Internacional a bordo de uma Soyuz.¹ Em 2004, fundou a Canonical Ltd. e lançou a distribuição Linux Ubuntu, que ele conduz como seu “Self-Appointed Benevolent Dictator For Life” (SABDFL); ele também dirige a Shuttleworth Foundation.¹

Fontes