El Martes, 28 de Agosto de 2007, Rafa Couto escribió:
Una cosa es la persona y otra la empresa. Icaza
trabaja para una empresa a
la que ya pusimos la cruz encima por estar tratando con el diablo (algunos
inclusos se quitaron el tatuaje del lagarto), pero el su trabajo (como
principal desarrollador) aportado a la comunidad de SL es de agradecer. Su
principal tarea ahora es la de portar la plataforma .NET a GNU/Linux (aka
Mono), y fue el paso natural después de ver que al entorno GTK le faltaban
"patas" de plataforma.
En ese paso donde engancha con Novell que lo contrata principalmente para
desarrolar Mono. Me gustaría recordar que Mono está basado en las
especificaciones y estándares de la plataforma .NET que son realmente
libres (no como las de Java, que va avanzando poco a poco hacia el SL)
propuestas en el ECMA, principalmente por Mocosoft, pero ojo: libres. Los
que seguimos el progreso de Mono día a día vemos el gran trabajo que hay
detrás y quienes son los principales impulsores. Podemos compilar Mono
desde 0 y ejecutar aplicaciones realmente multiplataforma con todo el
código libre desde ensamblador hasta aplicación. Y todo esto lo cuento
porque el principal impulsor de esto es Miguel de Icaza, aunque le pague
Sobre Mono. Mucho cuidado con Mono.
Mono es un puñal oculto. Si no le hubiese salido mal la jugada clásica a
Microsoft de "embrace & extend" con Java, no hubiesen liberado las
especificaciones de .net.
Lo que más le gustaría a MS es que .net fuese acogido, y utilizado. A ser
posible en una gran mayoría de sistemas windows. Mono no está tan acabado y
pulido como .net de MS.
¿Qué ocurriría entonces cuando Java y otros fuesen totalmente destronados? Una
vez más, "embrace & extend". Recuerde todo el mundo que bien funcionó esa
estrategia con un estándar fuera del control de MS como HTML. Pero esta vez
más fácil todavía, un "embrace & extend" a una tecnología que controlan.
Imaginemos una versión posterior del .net de MS que genere problemas de
incompatibilidad por no seguir el estándar fijado, ¿a quén le va a importar?
¿Quién se va a quedar con mono? ¿Qué responsable de compra de software sabe
lo que significan las siglas ECMA? ¿Cuántos responsables de compra van a ser
capaces de justificar a sus jefes que usan mono cuando da problemas, en vez
de comprar la solución evidente del propio creador del lenguaje?
Por el contrario, las especificaciones de Java no están en el ECMA, pero eso
nunca ha sido un problema. El problema de Java es que crear una máquina
virtual a la altura de la de Sun es muy complicado y la comunidad no lo ha
conseguido. Hay varias implementaciones, pero todo el mundo lloró de alegría
cuando Sun licenció Java GPL.
Veremos que pasa, pero quedará claro que no considero a Icaza como mi héroe
personal, si la gran bendición que nos trae es Mono.
Todo IMHO, claro O:)