Barrapunto

Al principio mono me pareció estupendo. La gente iba a poder desarrollar software para GNU/Linux en general y Gnome en particular con las facilidades de un framework moderno y usando herramientas libres. Uno de los promotores se cansó de asegurarlo diciendo que no era una versión de .Net para Linux únicamente, y que no había que verlo así. Después de pasado el tiempo, el proyecto Mono ha perdido todo su encanto. Con la adquisición de Ximian por parte de Novell, y las exigencias empresariales, a parte de un par de aplicaciones que merezcan especial mención, la plataforma mono ha servido para que varias empresas puedan usar .Net sin tener que pagar licencias a Microsoft, y la dirección que ha terminado por tomar es la de copiemos casi todo lo que hace Microsoft con .Net. Por supuesto, es sólamente mi opinión.

Por curiosidad, ¿tiene ya depurador?.

Por otro lado, sigo sin ver el objetivo de este proyecto. Por un lado está java, por otro la mezcla de C++ con algún framework o toolkit y, si la velocidad de ejecución no es un problema, tengo python o ruby para sustituir a C++.

Si voy a desarrollar sólo para linux no voy a usar Mono ya que tengo alternativas mejores, si voy a desarrollar sólo para Windows, lo mejor es usar las herramientas propias de Microsoft, y si necesito multiplataforma, Java es más maduro y con ruby y python no necesito ni recompilar y son tremendamente productivos.

Con esto no quiero criticar Mono, simplemente aclarar que yo no le veo mucho sentido.

Hace un par de años me estuve peleando para ejecutar VBScript (ASP) bajo Debian y pasar el servidor del tajo a GNU/Linux (cuando aún estaba en sistemas). Como las soluciones que encontré en la época daban problemas con las conexiones al servidor remoto SQL2000 empecé a meter cosas con PHP, que hoy por hoy es mi fuerte.

Más tarde he probado ASP.NET y... Me quedo con PHP, que es más flexible y más sencillo de portar a otras plataformas. Además no genera código a mi gusto, siguiendo el estandar W3C y el WAI en la medida de la posible.

No es que pretenda echar tierra por lo alto, me parece genial que haya personas que se preocupen por echar a andar .NET en GNU/Linux. Beneficiará a M$, pero también a los usuarios y desarrolladores que al fin y al cabo es lo que interesa.

La intención de Microsoft es que el desarrollo de aplicaciones para Windows pase de ser en C++ principalmente a ser en C# (y lo que no, en "managed C++").

Cuando eso sea así, que lo será (porque cuentan con el arma de evolucionar el gigante Visual Studio en el sentido que les convenga, y el VS es mucho VS), cuando eso sea así, de pronto todas las máquinas Windows quedarán básicamente liberadas de la carga de la compatibilidad hacia atrás de su repertorio de instrucciones.
Sólo MS tendrá que recompilar su Windows (y adaptar el compilador de CIL) para las nuevas arquitecturas (los sucesores de IA-64, p.ej.). Todos los demás programadores veremos una explosión evolutiva de las arquitecturas de manera transparente. Y Microsoft, por supuesto, estará encantada de quitarle a x86 la carga de ser el estándar, y echársela en los hombros a su .Net.

Cuando ese tren de las nuevas arquitecturas arranque, Linux tiene que estar preparado para subirse a él. No tiene que ser necesariamente con .Net (de hecho, la idea de copiar a Windows nunca ha sido tan buena, sobre todo siendo Linux un S.O. mucho mejor planteado). Estoy pensando en usuarios no expertos, claro: Los expertos pueden sobrevivir (con engorro) compilando todo lo que quieran instalar. Para los no expertos, en Linux sólo quedarán las aplicaciones Java, y los lenguajes dinámicos (que para algunas cosas no rinden suficientemente). Yo no querría que el futuro de Linux dependiera tanto del de Java.

tl;dr: Linux va a necesitar un "CIL". El mismo que el de Microsoft (idea que no me parece tan buena), o uno suyo propio. En ese sentido, cualquier avance de Mono no son sino buenas noticias.

C# y el CLI es una tecnología en el que están involucrados Microsoft, Intel, HP y Novell entre otros y todos trabajaron para que fuese un estándard ECMA-334 y el ECMA-335. El compilador de FORTRAN de Intel tiene la opción de generar código .Net. Microsoft es quien a apostado fuerte por esta tecnología y por eso la gente asocia .Net con Microsoft.

Para quen no lo sepa CLI es el pseudolenguaje que es el alma de .Net. El CLR es solo la implementación Microsoft del CLI.
Otro error común es asociar .Net con el IDE que proporciona Microsoft (que está muy bien hay que reconocerlo) pero son dos cosas completamente diferentes; es como asociar el C++ con el Visual Studio.

Ahí le has dado...