Uma atualização muito lenta para o Java 11 e as principais conclusões
No final de outubro, a Java Magazine e Synk da Oracle publicaram um excelente
relatório sobre o ecossistema da JVM. O estudo entrevistou mais de 10.000 desenvolvedores em todo o mundo sobre a escolha de idiomas, plataformas, ferramentas, processos e aplicativos da JVM.
Zeroturnaround e JRebel publicaram
relatórios semelhantes nos últimos anos. A Eclipse Foundation também concluiu seu
estudo Java EE no início deste ano. Pesquisas desse tipo sempre são tendenciosas em certa medida, mas ao mesmo tempo fornecem uma boa idéia da comunidade de desenvolvimento.
No nosso caso, este relatório fornece excelentes instantâneos e informações sobre as ferramentas que os desenvolvedores Java usam. Definitivamente vale a pena ler na íntegra. Aqui estão algumas das descobertas mais interessantes.
Java 8 - a plataforma dominante
79% dos desenvolvedores de Java usam o Java 8 como sua principal plataforma de produção, enquanto 8% usam o Java 9 e 10. Parece que os desenvolvedores de Java estão finalmente abandonando o Java 7 (9%). Também é interessante observar que cerca de metade dos desenvolvedores pesquisados que não usam Java 8 usam versões posteriores (4% para 9 e 10).
Qual versão do Java SE você está usando na produção para o aplicativo principal?
Como o Java 11 é a versão mais recente do JDK, a pergunta é: por que os desenvolvedores não atualizam para versões mais recentes? A resposta, obviamente, está nos novos ciclos de lançamento.
Ciclos de liberação
Quando o Java 9 foi lançado em 2017, muitos estavam preocupados com o impacto no desenvolvimento de mudanças na arquitetura e no ciclo de lançamento, que, como você sabe, agora nos fornece uma nova versão a cada 6 meses.
"Acredito que o novo ciclo é o resultado de muitos anos de ciclos de lançamento lentos, cautelosos e provavelmente extremamente longos que foram criticados demais porque novos recursos importantes ou significativos não foram lançados em um período de tempo aceitável", diz Duncan Brown, O Diretor Técnico da Prometheus Software e o Gerente Regional da DZone, “Parece que o novo ciclo parece compensar demais esse tempo e ir muito longe na outra direção.”
Quando perguntados sobre como reagiriam ao novo ciclo de lançamento, 30% dos entrevistados disseram que optariam por um sistema de lançamento por lançamento e 34% disseram que prefeririam lançamentos de suporte a longo prazo (LTS), que incluem Java 7, 8 e 11.
Além de comentários sobre o ciclo de lançamento, D.Brown também disse:
"Na era da integração e entrega contínuas de software (CI / CD) e, tendo passado tanto tempo em lançamentos com funcionalidade e planejamento importantes, a Oracle parece não perceber realmente quanto tempo um ciclo de lançamento aceitável e mais rápido deve levar".
Em geral, o estudo mostra que apenas 1 em cada 10 desenvolvedores deseja trabalhar com a versão mais recente do JDK.
IntelliJ prova que os desenvolvedores estão dispostos a pagar por um IDE
Muitos desenvolvedores trabalham com ferramentas de código aberto e o IDE para Java há muito tempo. O código aberto obrigou os vendedores de ferramentas a trabalharem duro para vender IDEs aos desenvolvedores. Portanto, parece bastante inesperado que 32% dos desenvolvedores de Java paguem pelo IntelliJ IDEA. Isso é muito próximo da mesma figura - 38% que usam o Eclipse (grátis!). O IntelliJ pode ser parabenizado por provar que os desenvolvedores concordam em pagar por seu IDE!
No geral, de acordo com um estudo realizado pela IntelliJ IDEA (45%) e Eclipse IDE (38%), foram duas plataformas principais de IDE. Isso não é surpreendente, pois muitos outros estudos mostraram que o IntelliJ está à frente do Eclipse nos últimos dois anos. O Apache NetBeans ficou em terceiro lugar, ganhando 11%.
Gradle não roubou Maven do trono
Alguns anos atrás, Gradle era o "novo garoto nas ferramentas de construção". Parecia que o momento com que Gradle começou a se desenvolver o faria superar o reconhecido rei Maven. No entanto, o crescimento da Gradle diminuiu. 60% dos desenvolvedores usam o Maven e apenas 19% usam o Gradle. Às vezes, é difícil substituir a tecnologia de infraestrutura existente. Uma pequena mudança a favor de Gradle nos últimos anos foi alcançada graças ao seu novo apoio a Kotlin.
Qual ferramenta de montagem você usa no projeto principal?
GitHub não é o rei dos repositórios de código
A maioria e, possivelmente, todos os projetos de código aberto usam o GitHub. Portanto, é um tanto inesperado que a pergunta "Qual repositório de código você usa no projeto principal?" O Bitbucket e o GitHub obtiveram 25% de pontuação cada e o GitLab (20%) ficou em segundo lugar ao lado deles. As respostas incluem repositórios privados e públicos, portanto os resultados não são algo específico para o código aberto. Isso mostra que o Bitbucket e o GitLab estão indo muito bem. Ainda bem que o GitHub tem uma concorrência séria.
Qual repositório você usa no projeto principal?
Os ciclos de lançamento do software são curtos.
É difícil encontrar um estudo perguntando: "Com que frequência você lança uma nova versão do seu código?" Portanto, foi interessante encontrar a resposta neste estudo. Muito inesperado e impressionante 72% dos participantes dizem que emitem o código pelo menos uma vez por mês. O desenvolvimento ágil e o DevOps certamente têm um efeito benéfico na redução dos ciclos de lançamento.
Com que frequência você lança novas versões do seu código?
+ BÔNUS (!)
Você sabe quantas vezes você lança seu novo código?
Java EE e mais
Além de perguntas especificamente relacionadas às versões do JDK, o estudo também fez perguntas sobre Java EE e muitas outras.
O relatório afirmou que 4 em cada 10 desenvolvedores não usam o Java EE para seus aplicativos principais. O Java EE 7 ainda é a versão mais solicitada (27%), mas o Java EE 8 não está muito atrás (22%). O lançamento do Java EE 8 ocorreu em setembro de 2017, por isso parece muito promissor que, após apenas um ano, essa versão se torne quase a mais popular.
Qual versão do Java EE você está usando para o aplicativo principal?
E, é claro, você deve cuidar dos 2% que estão lutando pelo J2EE - a versão cujo último lançamento foi em 2003;)
Artigos originais podem ser encontrados
aqui e
aqui .