Introducción
El ciclo de seis meses, las versiones de soporte a largo plazo y la inferencia de tipos local.
Lo que Java ha ganado desde la versión 8
Abre un repositorio reciente y el código ya no se parece al que usted escribía. Una clase cabe en una sola línea y no tiene ningún campo ni método de acceso visible. Un switch devuelve un valor en lugar de asignar una variable, y no hay ningún break. Una declaración empieza por var sin que el tipo aparezca en ninguna parte. Una cadena SQL se extiende a lo largo de doce líneas sin una sola concatenación. Nada de esto es una biblioteca de terceros: es Java estándar, llegado entre la versión 9 y la versión 21, mientras su aplicación seguía en la 8.
El problema concreto no es estético. Es presupuestario y operativo. Java 8 ya no recibe correcciones gratuitas en la mayoría de las distribuciones; su imagen Docker incluye una máquina virtual cuyas correcciones de seguridad son ahora de pago o inexistentes. Las bibliotecas que utiliza publican versiones mayores que exigen como mínimo Java 17: Spring Boot 3, Hibernate 6, los controladores de bases de datos recientes. Cada mes que pasa en la 8 aumenta el coste de la migración, porque acumula retraso en tres frentes a la vez: la plataforma, las dependencias y los hábitos de escritura de su equipo.
Comentarios
Los comentarios funcionan con GitHub Discussions
Inicia sesión con GitHub para participar en la discusión