Buscar
Social
Ofertas laborales ES
« Bonita-v1.0 para JOnAS | Main | jornadas tecnológicas Mundo Java »
miércoles
nov052003

J2EE necesita cambios para competir con .NET

Eso es lo que opina Andrew Binstock, principal responsable de la consultorýa Pacific Data Works. Este hombre, que almenos antiguamente era un defensor de Java, está convencido de que J2EE necesita de cmabios importantes, que quizýs pudiese llevar a un "J3EE", para poder competir contra .NET. Las fortalezas de .NET:



  • Abundacia de servidortes Windows, lo cual palia sunno portabilidad a otras plataformas.


  • Visual Studio, según el autor (y me temo que tiene la razýn) la mejor herramienta de desarrollo de aplcaciones de la historia. Aunque JBuilder y WebSphere Studio son fantýsticas herramientas no llegan al nivel de Visula Studio (en palabras del autor)


  • Sencillez de uso, y es esto lo más importante según el autor.




En cuanto a J2EE, según el autor, seráa necesario, para poder competir contra .NET:



  • Deshacerse del JCP. Dos o tres comparáýas grande deberýan desarrollar las especificaciones importantes e implementarlas


  • Deshacerde de muchos JSR. Hay demasiadas "tecnologías" en J2EE: JCA, Struts, Server Faces... demasioad complejas y demasiado poco coherentes.


  • Debe compilar a binarios ?!ý (ýSabrý este hombre que .NET tambrión es intepretado?




En su artículo se recoge además un interesante análisis, realizado por Miguel de Icaza (el creador del proyecto Mono), al pacerer en el desarrollo de proyectos web:



  • De menos de 200.000$ se pueden emplear PHP, Perl, ASP.NET y JSPs


  • De 200.000$ a 5.000.000$ se pueden ASP.NET y J2EE.


  • Por encima de 5.000.000 sýlo J2EE.




Este análisis me parece interesante. Según el autor .Net dominarý los pequeños proyectos, por su facilidad de uso, y cada vez más entrarý en los de tamaño medio. Aquí si que coincido con el autor, J2EE necesita agilizarse para ser rentable en pequeños proyectos, donde una curva grande de aprendizaje de una ttecnología hace que esta sea descartada en pro de una ttecnología no tan segura/eficiente/testada (que a fin de cuentas tampoco es imprescindible para el pequeño proyecto) pero que es más simple de aplicar.



¿Opiniones sobre todo esto?

Reader Comments

There are no comments for this journal entry. To create a new comment, use the form below.
Comentarios deshabilitados
Comentarios deshabilitados en esta noticia.