IntelliJ IDEA domina o mercado de IDEs, com adoção de 62% entre desenvolvedores JVM
5 de fevereiro de 2020
0 minutos de leituraBoas-vindas ao nosso relatório anual sobre o ecossistema JVM! Este relatório apresenta os resultados da maior pesquisa anual sobre o ecossistema JVM, com mais de 2.000 respostas coletadas no segundo semestre de 2019. Agradecemos a todos que participaram e compartilharam suas opiniões sobre Java e temas relacionados à JVM.
Este relatório está dividido em seis publicações:
64% dos desenvolvedores afirmam que Java 8 continua sendo a versão mais usada
Kotlin ultrapassa Scala e Clojure e se torna a segunda linguagem mais popular na JVM
Spring domina o ecossistema Java: 60% usam a tecnologia em suas principais aplicações
IntelliJ IDEA domina o mercado de IDEs, com adoção de 62% entre desenvolvedores JVM
Também preparamos um relatório em PDF caprichado, que reúne todas essas informações em um só lugar para download.
Qual é o principal ambiente de desenvolvimento integrado (IDE) que você usa?
Os resultados do gráfico abaixo estão de acordo com outras pesquisas recentes: IntelliJ IDEA é a IDE mais usada na comunidade JVM. De acordo com nossa pesquisa, 62% dos desenvolvedores usam as versões Community e Ultimate do IntelliJ IDEA, o que faz dele a IDE dominante entre os desenvolvedores JVM atualmente.
Apache NetBeans se mantém em terceiro lugar, com 20% do mercado — praticamente o mesmo resultado do ano passado. No entanto, ao observarmos as posições seguintes, chama a atenção o crescimento quase nulo da adoção do VS Code em relação ao ano passado. Embora seja considerado uma das IDEs favoritas em outros ecossistemas, parece que o VS Code não tem a mesma popularidade entre os desenvolvedores JVM.
Na verdade, até a adoção de VI/Vim/Emacs é maior que a do VS Code. Esses resultados revelam um grupo de desenvolvedores que, aparentemente, não gosta de IDEs. Será que são programadores raiz ou se sentem mais inteligentes digitando tudo manualmente? De qualquer forma, não estamos julgando! :)
O suporte a uma longa lista de recursos prontos para uso, além do suporte nativo a Kotlin, contribuiu para a crescente popularidade do IntelliJ IDEA. Com a queda do Eclipse IDE, de 38% no ano passado para apenas 20% neste ano, a distância entre IntelliJ IDEA e Eclipse IDE está aumentando. Considerando que, antes de 2016 (com dados gentilmente cedidos pelos relatórios da RebelLabs), Eclipse era a IDE mais usada, fica evidente que o pessoal da JetBrains fez um bom trabalho ao aprimorar o software para atender às necessidades dos desenvolvedores JVM.
Qual ferramenta de build você usa na sua aplicação principal?
É possível que as equipes dependam de vários sistemas de build para projetos diferentes. Por isso, nessa pergunta, permitimos apenas uma resposta: queríamos saber qual ferramenta de build os desenvolvedores mais usam em sua aplicação principal e compará-la com dados históricos (também obtidos em relatórios anteriores da RebelLabs e da Snyk) para identificar tendências.
Maven continua em primeiro lugar, com dois terços da participação e um pequeno aumento em relação ao ano passado. Gradle, em segundo lugar, apresenta a mesma taxa de crescimento que seu concorrente, Maven. Então, será que a “guerra” entre as ferramentas de build acabou ou estamos apenas fazendo uma pausa?
Com o plugin do Maven da Snyk, você pode analisar sua aplicação a cada build e garantir que não esteja usando dependências diretas ou transitivas com vulnerabilidades conhecidas.
Qual servidor de CI você usa?
Como a maioria dos desenvolvedores Java esperaria, Jenkins vence a disputa entre servidores de CI, com impressionantes 58% de participação no mercado. Há uma grande diferença entre Jenkins e a segunda opção mais escolhida: “nenhum”. Embora o número de pessoas que não usam nenhum servidor de CI seja bem menor que no ano passado, ainda é surpreendentemente alto. Mas por que as pessoas optam por não usar servidores de CI? Essa é uma pergunta interessante para fazer aos desenvolvedores em pesquisas futuras!
Os concorrentes mais próximos de Jenkins são GitLab, com 6%, e TeamCity, com 5%.
Você pode verificar se há vulnerabilidades conhecidas na sua aplicação a cada execução de CI, adicionando o plugin da Snyk para Jenkins. Assim, você evita enviar por engano para produção código com vulnerabilidades conhecidas.
Qual repositório de código você usa na sua aplicação principal?
Pode ser surpreendente para algumas pessoas saber que GitLab venceu essa disputa. Com 35% de participação total no mercado, ele tem uma pequena vantagem sobre GitHub, que está em segundo lugar, com 31%. Também notamos que o uso público do GitLab é menor, principalmente porque a plataforma oferece repositórios privados há bastante tempo. Além disso, GitLab oferece muito mais do que apenas um repositório, incluindo um pipeline de CI. No entanto, considerando as respostas à pergunta anterior, esse provavelmente não é o motivo para escolher GitLab em vez de GitHub.
Você também pode adicionar a análise de dependências da Snyk ao seu repositório do GitHub para testar cada pull request e garantir que ela não inclua novas vulnerabilidades conhecidas ou licenças inadequadas nas suas dependências de código aberto.
Quando você verifica se suas dependências têm vulnerabilidades conhecidas?
Verificar se suas dependências têm vulnerabilidades conhecidas é a atitude mais sensata! É essencial saber se o código produzido por outras pessoas é seguro para uso. Quando uma vulnerabilidade é descoberta, a lista de possíveis vítimas pode ser extensa, dependendo de quão amplamente aquele pacote é usado. Se uma vulnerabilidade já foi divulgada, é bem provável que exista uma correção em uma versão mais recente do pacote. No entanto, se um desenvolvedor ainda usa uma versão antiga, sem saber do problema de segurança ou da correção disponível, ele fica vulnerável sem perceber.
De acordo com nossa pesquisa, 30% dos participantes verificam suas dependências em busca de vulnerabilidades conhecidas como parte do pipeline de CI/CD. Usar essas verificações como uma barreira antes da implantação em produção é um bom começo.
No entanto, fazer verificações em vários momentos do desenvolvimento — por exemplo, na máquina local (16%) ou quando um PR é publicado (9%) — ajuda a identificar problemas mais cedo.
Descobrir problemas mais tarde no ciclo de vida do desenvolvimento de software (SDLC) geralmente significa ter muito retrabalho para corrigi-los.
Dito isso, é surpreendente que apenas 8% dos participantes monitorem suas aplicações em produção. As vulnerabilidades são descobertas ao longo do tempo; por isso, monitorar regularmente uma versão da aplicação em produção é a atitude mais sensata. Mais assustador ainda é que 28% dos participantes não verificam suas dependências em busca de vulnerabilidades conhecidas. Esperamos que esse percentual se explique pelo fato de esses desenvolvedores não usarem nenhuma dependência nas aplicações atuais. Ninguém quer ser o próximo caso Equifax, certo?
Este relatório tem muito mais! Qual seção você quer ler a seguir?
64% dos desenvolvedores afirmam que Java 8 continua sendo a versão mais usada
Kotlin ultrapassa Scala e Clojure e se torna a segunda linguagem mais popular na JVM
Spring domina o ecossistema Java: 60% usam a tecnologia em suas principais aplicações
IntelliJ IDEA domina o mercado de IDEs, com adoção de 62% entre desenvolvedores JVM