Java Platform, Enterprise Edition 5 (Java EE 5) y las afeitadoras
Publicado por Aníbal Rojas 18 Agosto 2005 en General. english • españolFue aprobado en votación pública, pueden conseguir más información en JSR 244: JavaTM Platform, Enterprise Edition 5 (Java EE 5) Specification .
En principio se supone que esta especificación está orientada a simplificar la vida a los desarrolladores. Incorporando cosas como:
- Un modelo de programación simplificado para los EJB (Enterprise Java Beans) basado en POJOs (Plain Old Java Objects).
- Elementos de programación declarativos.
- Configuración automática basada en defaults.
- Etc, etc, etc.
Ahora, esta acelerada evolución que sufre Java, y Java EE (J2EE ha muerto como etiqueta) ¿Está llegando a realmente a los desarrolladores? De alguna u otra manera los desarrolladores estamos atados a las plataformas de nuestros clientes, plataformas que no veo que los administradores tengan intención de modernizar al paso de los intereses de las fuerzas que mueven el Java Community Process.
No sé si ha ustedes les pasa, pero yo en particular tengo una afeitadora “vieja” de 2 hojas, hace muchos años salieron al mercado las “revolucionarias de 3 hojas” y hoy en día está la oferta de las de “4 hojas”. Pero lo cierto es que no he encontrado ninguna necesidad en comprar una afeitadora de “nueva generación”, para la mía los cartuchos son comunes y corrientes.
Y siento que con Java y Java EE pasa algo similar, la oferta tecnológica crece, pero la base de cliente/desarrolladores se encuentra cómoda con tecnología de 2 versiones atrás.
Me parecio ver ( el año pasado creo ) sobre Java 1.5.. sobre la posibilidad de programar plantillas (como las hay en C++), al principio pensé que serí una muy buena utilidad, sigo pensando lo mismo, pero como tu dices.. son mas cosas nomas :)
Me gustaria que se pueda hacer overloading de operadores, y no solamente de metodos.. pero veamos que pasa :)
“Hacer commit” — Me hace pensar como si estuviera usando CVS :)
Esa era la idea ;-) Te recomiendo que le des un vistazo a Ruby como lenguaje de programación…
Por favor!
El que no ha leido sobre Ruby merece un golpe! :) Aunque me da risa sobre lo demas para hacer con Ruby como Ruby “on rails” :)
El mercado será quien vaya abriendo camino.
Ya TC requiere 5.0 o meterle un parche para 1.4, que por cierto no se la lleva muy bien con algunas asignaciones para algunos objetos, para entenderlo mejor: revisar el post http://www.lacaraoscura.com/2005/08/03/objetos-inmutables/
No confirmado por mi, pero si da dolorcitos de cabeza al DTO de la firma.
La verdad es que lo mío es enfermizo, en medio de las vacac para hacer comments, jeje.
Si, el proceso comunitario de Java ha sido tortuoso; Por otro lado ellos están apostando a adaptarse a lo que necesitan los desarrolladores ya que Sun con J2EE perdió terreno ante otros “Light Frameworks” como Spring los cuales ofrecen mucha de la funcionalidad de J2EE sin sus complicaciones. También Microsoft con su ‘C#’ tiene mucho que ver, ya que al final quieren que los desarrolladores usen su herramienta.
Eventualmente las compañias se interesaran en las mejoras (si son meritorias), pero como dices tu nadie quiere acomodar algo que ya esta funcionando bien, quizas pagando más (If ain’t broken then don’t fix it). Sólo los proyectos nuevos pueden pensar en estos cambios de tecnología.
El juego de el gato y el ratón :)