Sento-me no Comitê Executivo Java SE / EE como representante de backup do London Java User Group (também conhecido como LJC). Também falo regularmente com os membros da comunidade de código aberto (incluindo Apache) e com os funcionários da Oracle sobre o OpenJDK, relações com a comunidade e tópicos semelhantes. Eu gosto de pensar que tenho uma visão neutra sobre esse tópico, YMMV.
Em resumo
A Oracle não pode permitir que o Java falhe - todo o negócio de software é executado nele, é construído nele e respira. Se falhar, a Oracle está com grandes problemas e Larry não parece ser o tipo de pessoa que se atira no próprio pé.
Então eu acho que é um pontinho e, embora parte (a maioria?) Da culpa deva estar na Oracle, ela também deve estar um pouco em projetos maiores que não testaram o RC.
A Oracle pode trabalhar melhor com a comunidade para garantir que esse nível de teste seja realizado? Sim , mas às vezes é uma via de mão dupla. Não se esqueça, o Java é enorme . É a linguagem mais popular de todos os tempos (opinião não científica) e quem sabe quantos trilhões de dólares e milhões de tipos diferentes de software são construídos ou executados nele.
Mostre-me uma equipe de desenvolvimento que possa alegar ter lançamentos livres de erros nessa escala e eu vou comer meu chapéu. Por exemplo, a JVM tem mais de 1000 anos de esforço e contagem - faz você pensar que não!
A resposta longa
OK, então tem havido muito FUD em torno deste tópico, o que acho um pouco irritante, pois a grande mídia tecnológica parece pular em qualquer coisa nos dias de hoje para basear o Java e, é claro, o Oracle. A maioria da mídia de tecnologia parece se recusar a comparecer às conferências, ler as atas das reuniões do JCP, conversar com os líderes independentes do JUG ou realizar qualquer pesquisa sadia para fornecer uma visão equilibrada.
- É um bug, sim, o que é muito sério para alguns projetos
- Existe uma solução alternativa que você pode usar imediatamente
- Já existe uma correção para isso
- Não mata gatinhos
- Sim, você deve testá-lo primeiro - é uma versão .0!
Agora, não me interpretem mal - a Oracle cometeu muitos erros e continuará a fazê-lo. Ninguém é perfeito e seus interesses nem sempre estão alinhados com todos os outros fornecedores, usuários e desenvolvedores.
Eu sinto que a comunidade Java pode aprender uma lição disso e é obter mais projetos testando as compilações do OpenJDK e JDK à medida que se desenvolvem. Espero que a Oracle lidere um esforço para melhorar isso.
Algumas divagações gerais sobre Oracle, Java e a comunidade
A Oracle está se esforçando muito e aprendeu muito desde os primeiros dias em que assumiu o cargo.
As coisas boas:
- Veja o número de confirmações no OpenJDK pelos funcionários da Oracle
- Veja o número de funcionários que eles jogaram no Java
- Observe a posição clara da empresa que a Oracle declara publicamente repetidamente: "Mantenha Java como a plataforma número 1, ponto final".
- Veja o novo
invokedynamicbytecode na JVM que acompanha o Java 7, uma mudança que permite que um monte de idiomas se torne um cidadão de primeira classe no brilho da JVM.
- Eles têm Red Hat, IBM, SAP e Apple, todos ingressando no OpenJDK
- Eles estão se esforçando bastante nos JUGs, o java.net como plataforma de hospedagem, lançaram uma nova revista Java e patrocinam quase todas as conferências em que vou. Alguns desses esforços foram um pouco equivocados ou mal comunicados :-), mas a maioria é bem-intencionada e beneficia genuinamente a comunidade.
A necessidade de melhorar as coisas:
Certo, agora antes de parecer um fantoche de mídia oculto da Oracle.
Eles provavelmente deveriam ter se contido com este lançamento. Lembre-se, os betas posteriores e o RC já estavam fora há algum tempo, talvez alguns desses projetos possam ter se envolvido em ajudar a testar as compilações anteriormente - o IIRC Oracle pediu à comunidade como um todo para testá-lo.
A Oracle ainda tem mais trabalho a fazer com a comunidade e a reestruturação do JCP e como os JSRs são executados (o JSR 348 é o início disso, por favor, participe!). Isso obviamente incluirá uma nova discussão sobre as restrições de FOU de licenciamento da TCK e outras coisas legais desagradáveis, que é o que causou o sangue ruim ao Apache e ao Google.
Eles lidaram mal com vários projetos de código aberto (Jenkins / Hudson, Open Office e MySQL), especialmente no lado da comunicação. No OSCON recente, um executivo sênior da Oracle explicou que muitos desses projetos existem em seu próprio silo de negócios Oracle, não existe uma estratégia geral em torno do código aberto, por exemplo, daí o comportamento da mão esquerda / mão direita que vimos. O resto é que a Oracle não está entendendo a comunidade de código aberto, mas sinto que eles estão ficando muito melhores nisso e a vontade existe.
