sábado octubre 07, 2006
Java vs LAMP: maceración (y II) De las muchas maneras de comparar dichas dos plataformas, en la anterior entrada comentaba aspectos visibles sobre aplicaciones web de dos tipos, los CRM y los CMS, y específicamente de aquellas liberadas bajo el modelo Opensource. Fijando esas mismas variables, es decir, aplicaciones para la web desarrolladas (que no liberadas) bajo el modelo Opensource, podemos utilizarlas como indicadores de la madurez en la que se haya el modelo Opensource adoptado por los equipos/empresas que los desarrollan, y agrupándoslos por plataformas. Estableciendo un símil, pasa un poco como con los países que actualmente cuentan con regímenes teocráticos, los cuales son comparables a aquellos paises, ora democráticos, pero de hace más o menos medio siglo, y que en la práctica también estaban dirigidos desde la sombra por siniestros hombres vestidos de púrpura caracolero, teocrácias. Resumiendo, unos están más retrasados que los otros, o dándole la vuelta, los otros han evolucionado más que los primeros, o quizás los primeros han pasado por una etapa de estancamiento. Todo es cuestión de experiencia. A donde quiero ir a parar es a constatar que mientras que se encuentran ejemplos de aplicaciones Opensource en la plataforma LAMP, que ya han sufrido un ciclo completo, con su maduración, batacazo, declive y posterior renacimiento, para la plataforma Java no encuentro ningún ejemplo de producto que haya concluido al menos un ciclo, excluyendo el middleware y reimplementaciones de estándares nuevos, básicamente se está en una fase de madurez perpétua. Para LAMP existen dos clásicos ejemplos de la madurez del modelo Opensource adoptado: Mambo y SugarCRM. Ambos productos llegaron a su madurez, respaldados por boyantes comunidades, sus propietarios lo constataron y pensaron que era buena idea y buen momento para sacar tajada del asunto, pero se dieron el batacazo, básicamente porque la comunidad reacionó en su contra y les dió la espalda. Posteriormente y tras rectificar, resurgieron con la promesa de una opensourcebilidad vitalicia, pero para entonces haciendo uso 'de su contrato' ya les habían brotado sendos forks (Joomla! y vTiger respectivamente) que los dejaron en una situación de Ave Fénix desplumada. Tras estas aleccionadoras experiencias, dudo que algún propietario de un producto Opensource hecho con LAMP piense en repetir la jugada. ¿En Java?, conociendo la idiosincrácia de quienes están tras algunos desarrollos, me juego la uña de un pié a que habrá alguna tentativa. La reflexión final, y duda, es que quizás la contínua renovación de los estándares de Java, que parece que no acabarán nunca, y del mismo lenguaje, ¿no incidirá en que se emplee demasiado tiempo en estas adaptaciones para no perder el tren, tiempo que se resta del necesario para concluir la funcionalidad del producto?.. Posted by Feliciano Borrego Vicente in FLOSS at 20061007 Comentarios[1]
Rebúscar aquí
Últimas entradas
- Recuperar los passwords de Firefox 3 (habiendo tenido FF2)
- Otro tonto error de un programador
- Incongruencias espacio temporales
- Día internacional del Software Libre
- Canon y la sopa boba
- Ideas y Buenas ideas
- Relanzamiento de cocoon.apache.org
- Wii con teclado USB
- Edicion en Roller off-line con w.bloggar
- Los términos mas buscados
Los estandares de Java no son sino librerias aprobadas por la comunidad, excepcion hecha de las ultimas aberraciones con JDK 1.5
Java solo estara parado cuando este muerto, como le pasa a los estandares de unix.
Enviado por batch4j en octubre 09, 2006 a las 03:40 PM CEST #