MS .NET vs Java EE: Predicciones 2007 – 2012

Lily Sullös, astróloga húngara
radicada en la Argentina, en
momentos en que se le pre-
guntó qué dicen los astros
sobre el futuro de Java y .NET

 Tuve  recientemente acceso a un informe realizado por una empresa independiente respecto del futuro de las plataformas de desarrollo empresarial. En el mismo se dedicaron a investigar el escenario empresarial y cuál iba a ser la tendencia de las principales plataformas habilitadoras de SOA (por lejos Java Enterprise Edition y Microsoft .NET, el resto del stack como Ruby o PHP no son jugadores fuertes por el momento) de acá al año 2012. Repasemos algunas de sus interesantísimas conclusiones:
 

  • Si bien .NET 2.0 está fuertemente afianzado, .NET 3.0 no va a ganar masa crítica de desarrolladores antes del año 2010. En el mismo punto, en cambio, el informe estima que va a ser difícil que esa situación no haya cambiado para el año 2012. En ese momento, estima, .NET 3.0 va a gozar de una legión de desarrolladores (*)
     
  • C# y Visual Basic.NET van a seguir liderando las preferencias de lenguajes dentro de la plataforma .NET, llegando entre los dos a un 85% en el año 2010. Sin embargo el informe anticipa que para el año 2012, C# habrá superado a VB.NET en proyectos grandes, a escala empresarial. VB.NET seguirá siendo fuerte en proyectos de menor escala
     
  • Mono, la versión multi sistema operativo de la plataforma .NET, seguirá adelante no obstante -esto siempre el vaticinio del analista- no tendrá apoyo directo de Microsoft, lo que seguirá limitando su uso en empresas
     
  • En lo que hace a herramientas de desarrollo Java, si bien Eclipse y NetBeans seguirán gozando de buena reputación y uso, en el ámbito empresarial no van a ser jugadores fuertes por su falta de soporte out-of-box al ciclo de vida completo de los proyectos. En el ámbito empresarial, jugadores como IBM y Compuware seguirán mandando
     
  • Las futuras versiones de Java EE seguirán la senda de simplificación inaugurada en la versión 5 (que permite reemplazar descriptores de despliegue –deployment descriptors– por anotaciones en el código -similar a las subclases de System.Attribute en .NET– o servicios Web; mayor sencillez para crear los componentes empresariales –Enterprise JavaBeans o EJB– o configurar el acceso a recursos mediante inyección de dependencias, entre otros adelantos). No obstante, siempre según este informe, .NET seguirá siendo visto como "el sencillo" y Java EE "el vueltero"
     
  • En el peor caso, hacia el año 2009 estará lista y certificada la versión open source del Java Development Kit (JDK) y la Java Virtual Machine (JVM) como por ejemplo el bien encaminado proyecto Apache Harmony
     
  • Habrá mayor recompilación de aplicaciones para plataforma de 64 bits (que quizás no ofrezcan una gran ventaja en rendimiento, respecto de 32 bits -la ventaja se aprecia más en aquellas aplicaciones de cómputo intensivo-, pero permiten direccionar espacios de memoria mucho más amplios (2 a la 64 contra 2 a la 32; en otras palabras, 16 terabytes contra 4 gigas). Actualmente lo que se hace es ejecutar en 64 bits las aplicaciones que se habían compilado para 32 bits. Se estima que más adelante se compilarán versiones para ambas arquitecturas, aprovechando que tanto .NET como Java EE abstraen estos detalles con sus máquinas virtuales. Los que sí se las van a ver negras para migrar son los desarrolladores C/C++
     
  • En tanto que a .NET se lo percibe, siempre en el ámbito empresarial, más inseguro, menos escalable, con poco apoyo de la comunidad open source, a Java se lo asocia con desarrollo robusto pero complejo y lento. También, se lo relaciona con aplicaciones de escritorio que no aprovechan a fondo las ventajas de la plataforma. Justamente lo que no se le percibe a uno es lo que sí se le percibe al otro y viceversa. No obstante para el futuro se vislumbra que Microsoft seguirá ganando terreno en proyectos de misión crítica de clase empresarial, en tanto que Java seguirá simplificando su proceso para ganar mayor agilidad
     
  • Testimonio de lo anterior lo da cierta estadística que muestra que en pequeñas organizaciones la penetración de .NET goza de un soberbio piso de 70% contra un techo de 5% para Java. Pero esa película cambia completamente en las organizaciones más grandes, donde la penetración de Java alcanza el 50% en tanto que la de .NET apenas un 25%. La predicción es que a pesar de los esfuerzos de ambos bandos por parecerse más "al otro", esta tendencia se va a mantener en los próximos 5 años
     
  • Los que eligen Java, en general pretenden consistencia a lo largo de varias plataformas, fuerte adherencia a principios técnicos como Orientación a Objetos (OO). Históricamente estas aplicaciones estaban centralizadas en personal de TI altamente entrenado
     
  • En el otro wing, los que prefirieron .NET querían explotar al máximo la sinergia de una plataforma monovendor pero altamente integrada, están influenciados por procesos de desarrollo rápidos y sencillos, eventualmente realizables por desarrolladores ajenos a la organización
     
  • En definitiva, Microsoft resigna flexibilidad tecnológica (el poder elegir la plataforma) a cambio de un uso más productivo de la misma, mientras que Java cede espacio al aprovechamiento de las singularidades de una plataforma para poder cubrir un espectro más amplio de ellas
     
  • Ya como conclusión acerca de Java en la empresa, se prevé que en tanto que por una parte las versiones abiertas de la plataforma seguirán avanzando, una polarización en extensiones propietarias (esto es, no "run anywhere" o "ejecutables en cualquier lado") que aprovechen mejor características particulares emergerá. El lenguaje se seguirá simplificando aunque seguirá quedando atrás de .NET en ese aspecto. Finalmente, soporte para lenguajes dinámicos o de scripting alternativos se estima que será una realidad. Si bien oficialmente hoy no hay ninguno, Groovy es una extensión open source que con un estilo similar a Python o Ruby produce Java bytecodes
     
  • Por su lado, .NET seguirá ganandose una respetable reputación en ámbitos empresariales, y el uso de Visual Studio Team System (particularmente el servidor de proyectos Team Foundation Server) avanzará hasta cubrir casi todo el campo de desarrollo empresarial .NET (entiendase: ese vaticinio lo que dice es que "si en una empresa desarrollan con .NET, será muy probable que usen Team Foundation Server"). Como noticia no tan feliz, si bien .NET 3.0 será un gran contribuyente al respaldo empresarial hacia la plataforma de Microsoft, su adopción real será lenta y atada a la adopción de Windows Vista. En otras palabras, la posibilidad de poder correr WCF, WPF y el resto de .NET 3.0 en Windows XP o Windows Server 2003 no implicará uso efectivo

 
___________________________
(*) .NET 3.0 es una versión de la plataforma de desarrollo de Microsoft que incorpora, respecto de la versión anterior, APIs específicas para interoperabilidad (Windows Communication Foundation, o WCF), experiencia de usuario (Windows Presentation Foundation, o WPF), actividades orquestadas (Windows Workflow Foundation, o WF) e identidades (Windows CardSpace)

Esta entrada fue publicada en Software Management. Guarda el enlace permanente.

2 respuestas a MS .NET vs Java EE: Predicciones 2007 – 2012

  1. Matias dijo:

    No quería hacerlo… pero tengo que dejar un comentario. Es mas fuerte que yo.
     


     
    No se que decir… llegar a esto es increíble.

  2. Diego dijo:

    Y bueh… la prósima le preguntemo a Lita de Lazzari

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s