Lo malo es que con las prisas y esas cosas se tiende a hacer código inmantenible y, cuando de repente te lo presentan, alucinas totalmente.

Por otra parte, un problema que tengo directamente con el J2EE es de base: personalmente no me gustan las configuraciones eternas en xml y las aplicaciones web en general… de ahí que me decante más por C/C++ como forma de sobrevivir ;)

Personalmente más que difícil, me pareció algo cansado y aburrido. Después de bastante tiempo trabajando con ellos con las “grandes” de España (véase telecos), y que me considerasen un “experto” en la materia, esa es mi conclusión. Tenemos cañones para aniquilar una mosca.

Por otra parte, lo que mencionas de que se pueden hacer sistemas sin programar, analizalo. Simplemente les das una customización de un paquete al cliente, ¿realmente quieres pasar tu vida haciendo eso?

Finalmente, ciertamente se aprenden cosas en el trabajo, pero sin duda que necesitas llevarte cosas a casa y analizar lo que haces y el motivo de cada cosa para poder dominarla en condiciones. Sonda no la conozco, pero he tenido que trabajar con código J2EE proveniente de DMR (un cliente suyo decidió que DMR no lo estaba haciendo bien y les pasó todo el proyecto a la empresa en la que estaba) y puedo decir que se nota como se trabaja en una empresa en que predomina las apariencias y el trabajo masivo a la formación y estilo de trabajo.

y lo será siempre.

Gracias a los Patrones J2ee estandar , la programación es fácil , lamentablemente solo se aprende en Empresas del mundo real. YO aprendi en DMR y Sonda.

Es normal que la gente lo vea dificl por que no hay documentacion adecuada. cada 2 meses le agregan nuevas tecnologias a J2EE sin documentación. Vean Liferay o exo portal, U OPenXAVA en españolcon el que se pueden hacer sistemas sin programar.

Java es sólido y cada error de arquitectura lo mejoran. Vean por ejemplo el demicron que le da mil patadas a Flash en http://www.demicron.com/gallery/index.html.

y todo GRATIS….recuerden a Caballo Regalado no se le ve el diente.

En fin, como dices, hoy se lleva lo de matar moscas a cañonazos :S

Pienso que los lenguajes son todos buenos (o casi) y cada uno sirve para lo que sirve. Lo que odio principalmente de j2ee es que al ser tan nuevo, novedoso y la releche, si hay que hacer una página web que diga “hola mundo”, hay que hacerlo en j2ee. Si la empresa hace “Hola mundo” en Html puro, entonces es una empresa obsoleta, nada puntera y no vende ni un duro. Conclusión, “Hola Mundo” debe hacerse en j2ee.

¿Qué es una aplicación empresarial para que requiera j2ee? ¿Por qué no puede hacerse, por ejemplo, con php? Lo único que aporta j2ee es que se puede cambiar “facilmente” el servidor para que corra en dos ordenadores en paralelo en vez de en uno o nos resuleve también “fácilmente” temas de concurrencia, comunicaciones, persistencia y demás. ¿Por qué las comillas de “facilmente”?. Pues porque es tan facil el xml de configuración necesario que NADIE lo hace a mano y todo el mundo requiere de una herramienta que se lo haga.

Lo de hacerla la aplicación empresarial rápidamente o no, no depende únicamente de j2ee, de C++ o de php. Depende más de las librerías que ya tengas disponibles para hacer esa aplicación. ¿La harías igual de rápido sin structs, springs ni similares? ¿Sin una herramienta que te genere automáticamente el despliegue? ¿Sin usar las librerías de java disponibles JMF y similares?. Si tuvieras un framework para aplicaciones empresariales en C++, también las harías rápidamente.

En fin, supongo que j2ee habrá nacido en su momento para solventar ciertos problemas o con determinada intención y para eso sí es útil, pero no es bueno matar moscas a cañonazos.

Sed buenos.

Pero… ya es demasiado tarde *drama queen pose*

En fins… sólo me queda decir: Luke, yo soy tu padre.