Una actualización muy pausada a Java 11 y hallazgos clave
A finales de octubre, la revista Java de Oracle y Synk publicaron un excelente
informe sobre el ecosistema JVM. El estudio entrevistó a más de 10,000 desarrolladores de todo el mundo con respecto a su elección de lenguajes, plataformas, herramientas, procesos y aplicaciones JVM.
Zeroturnaround y JRebel emitieron
informes similares en años anteriores. La Fundación Eclipse también completó su
estudio Java EE a principios de este año. La investigación de este tipo siempre está sesgada hasta cierto punto, pero al mismo tiempo proporciona una idea bastante buena de la comunidad de desarrollo.
En nuestro caso, este informe proporciona excelentes instantáneas y reflexiones sobre las herramientas que utilizan los desarrolladores de Java. Definitivamente vale la pena leerlo en su totalidad. Estos son algunos de los hallazgos más interesantes.
Java 8: la plataforma dominante
El 79% de los desarrolladores de Java usan Java 8 como su plataforma principal de producción, mientras que el 8% usa Java 9 y 10. Parece que los desarrolladores de Java finalmente están abandonando Java 7 (9%). También es interesante observar que aproximadamente la mitad de los desarrolladores encuestados que no usan Java 8 usan versiones posteriores (4% para 9 y 10).
¿Qué versión de Java SE está utilizando en producción para la aplicación principal?
Como Java 11 es la versión más nueva de JDK, la pregunta es: ¿por qué los desarrolladores no actualizan a versiones más nuevas? La respuesta, obviamente, radica en los nuevos ciclos de lanzamiento.
Ciclos de liberación
Cuando se lanzó Java 9 en 2017, muchos estaban preocupados por el impacto en el desarrollo de cambios tanto en la arquitectura como en el ciclo de lanzamiento, que, como saben, ahora nos proporciona una nueva versión cada 6 meses.
"Creo que el nuevo ciclo es el resultado de muchos años de ciclos de lanzamiento lentos, cautelosos y probablemente extremadamente largos que han sido criticados demasiado porque no se han lanzado nuevas características importantes o significativas en un marco de tiempo aceptable", dice Duncan Brown, Director Técnico de Prometheus Software y Gerente Regional de DZone, "Casi parece que el nuevo ciclo parece estar sobrecompensando ese tiempo y yendo demasiado lejos en la otra dirección".
Cuando se les preguntó cómo reaccionarían ante el nuevo ciclo de lanzamiento, el 30% de los encuestados dijeron que optarían por un sistema de lanzamiento por lanzamiento, y el 34% dijeron que preferirían los lanzamientos de soporte a largo plazo (LTS), que incluyen Java 7, 8 y 11.
Además de los comentarios sobre el ciclo de lanzamiento, D.Brown también dijo:
"En la era de la integración y entrega continua de software (CI / CD) y, después de haber pasado tanto tiempo en lanzamientos con funcionalidades y planificación importantes, Oracle parece no darse cuenta realmente de cuánto tiempo debería tomar un ciclo de lanzamiento más rápido y aceptable".
En general, el estudio muestra que solo 1 de cada 10 desarrolladores quiere trabajar con la última versión del JDK.
IntelliJ demuestra que los desarrolladores están dispuestos a pagar por un IDE
Muchos desarrolladores han estado trabajando con herramientas de código abierto y el IDE para Java durante mucho tiempo. El código abierto ha obligado a los vendedores de herramientas a trabajar duro para vender IDEs a los desarrolladores. Por lo tanto, parece bastante inesperado que el 32% de los desarrolladores de Java paguen por IntelliJ IDEA. Esto está muy cerca de la misma cifra: 38% de los que usan Eclipse (¡gratis!). ¡Se puede felicitar a IntelliJ por probar que los desarrolladores aceptan pagar su IDE!
En general, según un estudio de IntelliJ IDEA (45%) y Eclipse IDE (38%) fueron dos plataformas IDE clave. Esto no es sorprendente, ya que muchos otros estudios han demostrado que IntelliJ está por delante de Eclipse en los últimos dos años. Apache NetBeans tomó el tercer lugar, ganando el 11%.
Gradle no le robó el trono a Maven
Hace unos años, Gradle era el "nuevo chico en herramientas de construcción". Parecía que el impulso con el que Gradle comenzó a desarrollarse lo haría superar al reconocido rey, Maven. Sin embargo, resultó que el crecimiento de Gradle se desaceleró. El 60% de los desarrolladores usan Maven, y solo el 19% usa Gradle. A veces es difícil reemplazar la tecnología de infraestructura existente. Se ha logrado un ligero cambio a favor de Gradle en los últimos años gracias a su nuevo apoyo a Kotlin.
¿Qué herramienta de ensamblaje utilizas en el proyecto principal?
GitHub no es el rey de los repositorios de código
La mayoría, y posiblemente todos los proyectos de código abierto usan GitHub. Por lo tanto, es algo inesperado que la pregunta "¿Qué repositorio de código utiliza en el proyecto principal?" Bitbucket y GitHub obtuvieron un 25% cada uno, y GitLab (20%) ocupó el segundo lugar junto a ellos. Las respuestas incluyen tanto repositorios privados como públicos, por lo que los resultados no son algo específico de código abierto. Esto muestra que Bitbucket y GitLab lo están haciendo realmente bien. Lo bueno es que GitHub tiene una competencia seria.
¿Qué repositorio usas en el proyecto principal?
Los ciclos de lanzamiento de software son cortos.
Es difícil encontrar un estudio que pregunte: "¿Con qué frecuencia publica una nueva versión de su código?" Por lo tanto, fue interesante encontrar la respuesta en este estudio. Muy inesperado e impresionante, el 72% de los encuestados dice que emite el código al menos una vez al mes. El desarrollo ágil y DevOps ciertamente tienen un efecto beneficioso en la reducción de los ciclos de lanzamiento.
¿Con qué frecuencia publicas nuevas versiones de tu código?
+ BONIFICACIÓN (!)
¿Sabes con qué frecuencia publicas tu nuevo código?
Java EE y más
Además de las preguntas específicamente relacionadas con las versiones de JDK, el estudio también hizo preguntas sobre Java EE y muchos otros.
El informe indicó que 4 de cada 10 desarrolladores no usan Java EE para sus aplicaciones principales. Java EE 7 sigue siendo la versión más solicitada (27%), pero Java EE 8 no se queda atrás (22%). El lanzamiento de Java EE 8 tuvo lugar en septiembre de 2017, por lo que parece muy prometedor que después de solo un año esta versión se haya convertido en la más popular.
¿Qué versión de Java EE está utilizando para la aplicación principal?
Y, por supuesto, debes cuidar a esos 2% que están luchando por J2EE, la versión cuyo último lanzamiento fue en 2003;)
Los artículos originales se pueden encontrar
aquí y
aquí .