IntelliJ IDEA domina el mercado de IDE con una adopción del 62 % entre los desarrolladores de JVM
5 de febrero de 2020
0 minutos de lectura¡Te damos la bienvenida a nuestro informe anual del ecosistema JVM! Este informe presenta los resultados de la encuesta anual más grande sobre el ecosistema JVM, con los resultados de la encuesta que reunió más de 2000 respuestas durante la segunda mitad de 2019. Queremos agradecer a todas las personas que participaron y compartieron sus opiniones sobre Java y temas relacionados con JVM.
Este informe se divide en seis publicaciones:
El 64 % de los desarrolladores afirma que Java 8 sigue siendo la versión más utilizada
Kotlin supera a Scala y Clojure y se convierte en el segundo lenguaje más popular en JVM
Spring domina el ecosistema Java: el 60 % lo usa para sus aplicaciones principales
IntelliJ IDEA domina el mercado de IDE con una adopción del 62 % entre los desarrolladores de JVM
También tenemos un informe en PDF elaborado artesanalmente que reúne toda esta información en un solo documento descargable.
¿Cuál es el entorno de desarrollo integrado (IDE) principal que usas?
Los resultados que vemos en el gráfico de abajo coinciden con los de otras encuestas recientes: IntelliJ IDEA es el IDE más usado en la comunidad JVM. Según nuestra encuesta, el 62 % de los desarrolladores usa las versiones Community y Ultimate de IntelliJ IDEA, lo que lo convierte en el IDE dominante entre los desarrolladores de JVM en la actualidad.
Apache NetBeans se mantiene en el tercer lugar con el 20 % del mercado, aproximadamente la misma cifra que el año pasado. Sin embargo, al avanzar en la lista, sorprende ver que la adopción de VS Code apenas creció en comparación con el año pasado. Aunque se considera uno de los IDE favoritos en otros ecosistemas, parece que VS Code no goza de la misma popularidad entre los desarrolladores de JVM.
De hecho, la adopción de VI/Vim/Emacs supera incluso a la de VS Code. Estos resultados revelan la existencia de un grupo de desarrolladores a quienes, aparentemente, no les gustan los IDE. ¿Son programadores empedernidos o se sienten más inteligentes al escribir todo manualmente? En cualquier caso, ¡no los juzgamos! :)
La amplia lista de funciones listas para usar y la compatibilidad nativa con Kotlin han contribuido a la creciente popularidad de IntelliJ IDEA. La adopción de Eclipse IDE bajó del 38 % el año pasado a solo el 20 % este año, por lo que la brecha entre IntelliJ IDEA y Eclipse IDE sigue creciendo. Si tomamos en cuenta que, antes de 2016, Eclipse era el IDE más usado (según datos de informes de RebelLabs que usamos amablemente), queda claro que el equipo de JetBrains hizo un buen trabajo al mejorar su software para adaptarlo a las necesidades de los desarrolladores de JVM.
¿Qué herramienta de compilación usas para tu aplicación principal?
Es posible que los equipos dependan de varios sistemas de compilación para distintos proyectos. Por eso, en esta pregunta permitimos una sola respuesta: queríamos identificar la herramienta de compilación que más usan los desarrolladores para su aplicación principal y compararla con los datos históricos (también tomados de informes anteriores de RebelLabs y Snyk) para descubrir tendencias.
Maven sigue en el primer lugar, con dos tercios de la participación y un ligero aumento desde el año pasado. Gradle, que ocupa el segundo lugar, muestra el mismo ritmo de crecimiento que su competidor, Maven. Entonces, ¿ya terminó la «guerra» entre los sistemas de compilación o solo estamos haciendo una pausa?
Con el complemento de Snyk para Maven, puedes analizar tu aplicación cada vez que la compilas para asegurarte de no usar dependencias directas o transitivas que contengan vulnerabilidades conocidas.
¿Qué servidor de CI usas?
Como cabría esperar, Jenkins gana la competencia de servidores de CI con una enorme participación de mercado del 58 %. Entre Jenkins y la segunda opción más elegida, «ninguno», hay una gran diferencia. Aunque la cantidad de personas que no usa ningún servidor de CI es mucho menor que el año pasado, sigue siendo sorprendentemente alta. Pero ¿por qué la gente decide no usar servidores de CI? ¡Es una pregunta interesante para hacerles a los desarrolladores en futuras encuestas!
Los competidores más cercanos de Jenkins son GitLab, con el 6 %, y TeamCity, con el 5 %.
Puedes buscar vulnerabilidades conocidas en tu aplicación durante cada ejecución de CI si agregas el complemento de Snyk para Jenkins. Así te aseguras de no enviar por error a producción código con vulnerabilidades conocidas.
¿Qué repositorio de código usas para tu aplicación principal?
Quizás sorprenda a algunas personas saber que GitLab gana esta competencia. Con una participación total del mercado del 35 %, supera ligeramente a GitHub, que ocupa el segundo lugar con el 31 %. También observamos que el uso público de GitLab es menor, principalmente porque lleva mucho tiempo ofreciendo repositorios privados. Además, GitLab ofrece mucho más que un repositorio, como una canalización de CI. Sin embargo, si tomamos en cuenta las respuestas a la pregunta anterior, es poco probable que esa sea la razón por la que se elige GitLab en lugar de GitHub.
También puedes agregar el análisis de dependencias de Snyk a tu repositorio de GitHub para que cada pull request se revise y así asegurarte de no incluir nuevas vulnerabilidades conocidas ni licencias problemáticas en tus dependencias de código abierto.
¿Cuándo analizas tus dependencias para detectar vulnerabilidades conocidas?
¡Analizar tus dependencias para detectar vulnerabilidades conocidas es lo más sensato! Es fundamental saber si es seguro usar el código que otra persona creó. Cuando se descubre una vulnerabilidad, la lista de posibles afectados puede ser extensa, según qué tan ampliamente se use ese paquete. Si ya se divulgó una vulnerabilidad, es muy probable que exista una corrección en una versión más reciente del paquete. Sin embargo, si un desarrollador sigue usando una versión anterior sin saber que existe un problema de seguridad o que hay una corrección disponible, está expuesto sin siquiera saberlo.
Según nuestra encuesta, el 30 % de las personas encuestadas analiza sus dependencias para detectar vulnerabilidades conocidas como parte de la canalización de CI/CD. Usar estos análisis como filtro antes de implementar en producción es un buen comienzo.
Sin embargo, analizar en varios momentos durante el desarrollo, por ejemplo, en tu equipo local (16 %) o cuando se publica un PR (9 %), ayuda a identificar problemas antes.
Descubrir problemas más adelante en el ciclo de vida de desarrollo de software (SDLC) suele implicar una cantidad considerable de trabajo adicional para corregirlos.
Dicho esto, sorprende ver que solo el 8 % de las personas encuestadas monitorea sus aplicaciones durante la etapa de producción. Las vulnerabilidades se descubren con el tiempo, por lo que lo más sensato es monitorear periódicamente una instantánea de producción. Aún más preocupante es que el 28 % de las personas participantes no analiza sus dependencias para detectar vulnerabilidades conocidas. Esperamos que la explicación de este porcentaje sea que estos desarrolladores no usan dependencias en sus aplicaciones actuales. Nadie quiere ser el próximo Equifax, ¿verdad?
¡Este informe tiene mucho más! ¿Qué sección quieres leer ahora?
El 64 % de los desarrolladores afirma que Java 8 sigue siendo la versión más utilizada
Kotlin supera a Scala y Clojure y se convierte en el segundo lenguaje más popular en JVM
Spring domina el ecosistema Java: el 60 % lo usa para sus aplicaciones principales
IntelliJ IDEA domina el mercado de IDE con una adopción del 62 % entre los desarrolladores de JVM