O Honeycomb não terá código aberto? Diga que não é assim!

Estamos todos esperando que o Google finalmente libere o código-fonte aberto para Android 3.0.1 (Honeycomb), mas se quisermos acreditar em Bloomberg (e geralmente você deveria), isso não vai acontecer no "futuro previsível" - e possivelmente nunca. Vou fazer uma pausa e permitir que a raiva do nerd diminua por um momento, porque estou sentindo isso também - forte. Quando todos nós nos recompormos um pouco, junte-se a mim após o intervalo. [Bloomberg Businessweek]

O ciclo de liberação normal dissecado

Vamos repassar o processo normal dos ciclos de desenvolvimento do Android, usando o SuperPhone original (desculpe, Phil) - o Nexus One -- como um exemplo.

Em algum momento do outono de 2009 (se não antes), a HTC e o Google se uniram e projetaram o hardware que chamamos de Nexus One. Não sabemos exatamente quando os desenvolvedores do Android começaram a escrever o Android 2.1 (Eclair), mas provavelmente foi em um estágio de teste avançado quando o hardware foi decidido e o desenvolvimento começou. O Google forneceu este software à HTC para testes internos, e a HTC forneceu hardware ao Google para o mesmo. À medida que bugs eram encontrados, ou aprimoramentos eram pensados, os desenvolvedores do Android faziam essas alterações e encaminhavam o software para os testadores. Google e outros chamam isso de "

dogfooding, "a maioria das empresas chama isso de P&D.

Quando as coisas atingem um estado razoavelmente estável, este software é compartilhado com outros fornecedores de hardware e parceiros. Motorola, Samsung e outros parceiros menos conhecidos como Nuance têm acesso ao código-fonte enquanto ele ainda está em desenvolvimento. Infelizmente, você e eu não, mas não há muito que possamos fazer sobre isso. Na verdade, não vou reclamar (muito) sobre isso porque o ciclo de lançamento do Google é muito rápido (e o usuário base muito grande) para se enganar com patches voltados para a comunidade, não importa o quão bem feitos e inovadores eles possam estar. O importante é que todas as pessoas que estão construindo telefones tiveram acesso ao Android 2.1 enquanto construíam seus produtos, e deveriam. Tudo está bem até agora.

Venha aquele dia especial em janeiro de 2010, e o Google anuncia o Nexus One como um produto disponível para venda aos consumidores. Assim que o primeiro Nexus One for vendido, o código-fonte do kernel Linux deve ser disponibilizado como condição para sua licença de software - a GPL.

O próprio Android é coberto pela licença Apache 2.0. É uma licença mais liberal e escolhê-la faz sentido quando você percebe que empresas como a Motorola ou a Samsung não podem simplesmente doar alguns de seus códigos. Os motivos e a "legalidade" de não lançar o código-fonte completo para projetos do Apache 2.0 são discutidos até a morte diariamente por pesadelos e hippies, então não vou entrar nisso. Mas diga-se que isso acontece. As pessoas usam o código licenciado do Apache 2.0 para construir software e não liberam o código-fonte. Para o Nexus One (e todos os outros lançamentos até agora), o Google não fez isso - eles publicam o código no lançamento ou logo depois.

Então, temos o telefone, temos a nova versão do Android e temos o código-fonte. CyanogenMod e outras ROMs personalizadas seguem em breve, todos estão felizes e o trabalho começa na próxima versão.

Agora é onde as coisas pioram. Andy Rubin nos provocou com o Xoom, Vic Gundotra nos provocou com o SO Honeycomb, e todos nós queríamos. Queríamos muito. Quando chegou o dia do lançamento do Xoom, o Google lançou o código-fonte do kernel Linux corrigido e o desenvolvimento começou. Ficamos felizes por um tempo, porque tínhamos kernels personalizados para brincar, mas todos com um Xoom queriam a fonte do Android 3.0 para que o "trabalho de verdade" pudesse começar. Todos nós começamos a reclamar um pouco, mas quando soubemos que o Android 3.0.1 estava chegando, ficamos bem porque sabia que o Google iria esperar e publicar o código 3.0.1 AOSP (Android Open Source Project) junto com o atualizar. Não faz sentido fazer isso duas vezes, certo? Direito?

O novo estilo Honeycomb

Agora volte para hoje - 24 de março de 2011. Se o que a Bloomberg está relatando estiver correto, e meu dinheiro diz que está, não receberemos nosso código-fonte tão cedo, e talvez nunca. O raciocínio do Google por trás disso é que eles não querem equipes de desenvolvimento menores arruinando a experiência do Honeycomb. Aqui está uma citação do artigo da Bloomberg:

São as multidões de pequenos fabricantes de hardware e desenvolvedores de software que agora terão que esperar pelo software. O atraso provavelmente será de vários meses. "Para cumprir nossa programação de envio do tablet, fizemos algumas trocas de design", disse Andy Rubin, vice-presidente de engenharia do Google e chefe de seu grupo Android. “Não queríamos pensar no que seria necessário para o mesmo software rodar nos telefones. Teria exigido muitos recursos adicionais e estendido nossa programação além do que pensávamos ser razoável. Então pegamos um atalho. "

Rubin diz que se o Google abrisse o código do Honeycomb agora, como fez com outras versões do Android em períodos semelhantes em seu desenvolvimento, não poderia impedir os desenvolvedores de colocar o software nos telefones "e criar um usuário realmente ruim experiência. Não temos ideia se funcionará em telefones. "

Embora seja fácil culpar a enorme corrida de Craplets de Natal para Android para este, acho que vai um pouco mais fundo e também visa desenvolvedores individuais, que colocariam (e poderiam) colocar o Honeycomb em nossa safra atual de telefones Android. O Google decidiu que a maior e melhor atração para muitos de nós é um bom motivo para conter o código - eles não querem que o hackemos em dispositivos para os quais ele não foi projetado.

Isso me irrita, e perceber que não posso fazer nada a respeito só piora as coisas. De que adianta o bootloader desbloqueado no Xoom se você não pode construir ROMs personalizadas para essa coisa? Andy Rubin passa a dizer a Bloomberg "O Android é um projeto de código aberto. Não mudamos nossa estratégia. " Você poderia ter me enganado, Andy.

Fica pior. Bloomberg diz que os executivos do Google disseram aos parceiros de manufatura que o Google não lançará o código-fonte e, em vez disso, a próxima versão de código aberto do Android será a versão "I". Em essência, isso elimina todo o desenvolvimento de terceiros para tablets que executam o Honeycomb. Não é uma maneira fácil de adicionar coisas que o Google deixou de fora, a menos que você seja Samsung ou LG. Isso é péssimo, porque gosto de alguns trabalhos que vêm de pessoas como Rodigezstyle ou eViL D: muito melhor do que gosto do trabalho que vem da LG ou da Samsung, e não estou sozinho. E o Google, em sua infinita sabedoria, decidiu que não vou conseguir.

Eu amo o Android por causa de sua abertura, não porque ele me oferece uma experiência livre de bugs que eu não conseguiria em outro lugar. Com isso em mente, decidi que não receberei nenhum dos novos comprimidos Honeycomb. Existem outros tablets de código fechado bem projetados por aí, feitos por empresas que nunca afirmaram ser abertos, e vou procurá-los se encontrar a necessidade de um tablet.

- Um evangelista Android de coração partido