Barrapunto

No me extraña que no haya triunfado, aunque les pese a todos los linuxeros el entorno de mono está a años luz del de microsoft o simplemente de sharpdevelop (ese si que es un gran ide opensource), los botones ocupan demasiado en la pantalla, no dejando apenas sitio para el código fuente o el diseñador de formularios, el paso a gtk# no es intuitivo para los programadores de WindowsForms, y hay una gran comunidad de programadores de la que se han olvidado: los programadores de vb.net, que usarán un lenguaje mejor o peor pero son muchos y muchos de ellos estarían gustosos de migrar.

En resumen, entre un ide pobre y un pobre soporte de un lenguaje muy usado por el publico a quien podría venir bien, no me extraña que mono no termine de explotar. A ver si se dan cuenta de todo esto y lo arreglan.

Para conseguir algo es necesario que...

- MonoDevelop mejore considerablemente.
- Mono esté presente en todas las distribuciones tal y como lo está Java.
- Que hayan más aplicaciones funcionando en Mono para que los desarrolladores perdamos el miedo a "la novedad".
- No conozco ninguna iniciativa de promoción destinada a desarrolladores.
- Y muchos más puntos de apoyo.

Mono es percibido por muchos como un juguete y algo sin continuidad, y esta falsa imagen hay que limpiarla.

Aún así creo que Mono será toda una revolución a medio plazo.

Saludos.

¿Algún manual no muy exhaustivo para aprender a utilizar Mono y alguna herramienta tipo Monodevelop para programadores de C/C++?

Uso F-Spot y Tomboy, al principio ambos por necesidad, ya he dejado de usar F-Spot en favor de gthumb porque es insufrible lo lento que es. Tomboy antes era más rápido pero ahora, con más funcionalidades, se está volviendo lento.

Para mi, el mayor problema de Mono es que pesa un cojón. Yo tengo un ordenador modesto (933MHz/1GHZ RAM) y no me puedo permitir el lujo de tener muchas aplicaciones MONO o Python, cada vez que lanzo una veo como la gráfica de uso del procesador se dispara...

Quizá si no notase tanto la falta de rendimiento lo usaría más, mientras tanto uso otros programas que me solucionan la papeleta perfectamente.

Copio y pego (soy vago) unos párrafos de algo que dije aquí hace un tiempo [barrapunto.com] y añado comentarios nuevos:

La tecnología .NET/Mono es uno de los mayores avances en Ingeniería del SW de los últimos tiempos pero hay gente que todavía no lo quiere ver, simplemente, porque la especificación la ha escrito Microsoft. Pero claro, eso es una tontería. No es la solución definitiva al problema de la crisis del SW, pero es un paso hacia delante que hay que valorar positivamente.

Hasta ahora, si quieres mezclar varios lenguajes lo tienes que hacer usando el máximo común divisor de todos ellos, es decir, variables y funciones, nada de clases/espacios de nombres/etc. Y eso sin hablar de reescribir una y otra vez los dichosos ficheros de cabecera de C/C++.

Importar/heredar clases desde un lenguaje diferente es una gran ventaja. Y además de ello, de propina, el CLR es más rápido que el JVM.

Los de GNOME, por ejemplo, llevan años escribiendo todo el software minuciosa y sufridamente en C (¡que horror!). Y por si no fuera suficiente penuria escribir todo en C, además, tienen que mantener tropecientos "bindings" para otros lenguajes como C++ (gtkmm), Python (PyGTK), Java, etc.

Es normal que están hasta los huevos. Cuando apareció en escena .NET y vieron que MS lo enviaba a la ECMA para normalizarlo, fliparon: ¡Era la solución definitiva a su pesadilla! Por eso, desde la versión 2.16, lo están preparando todo (cambios internos en el código) para adoptar Mono y la biblioteca GTK# en un futuro muy cercano (quizá Gnome 3.0).

En KDE el problema no es tan acuciante porque usan C++ que es mucho más manejable para estas cosas pero aun así deberían dar un paso similar (QT#).

El problema de Mono es .NET, si .NET.

.NET esta a anyos luz de Mono y .NET es solo para windows, Mono solo habra servido para convencer a algunos de que es multiplataforma, cuando esto es bastante cuestionable, Windows forms a siglos de funcionar con winfx, y gtk# a parte de todo lo malo que podria hablar sobre gtk no es del todo multiplataforma, en mac requiere de X11.

¿Que pasa? que como plataforma real solo existe .NET (si, la implementacion de Microsoft) y esta es la unica que la mayoria de la gente que se gana los garbanzos con esto, usaria en entornos en produccion, despues cada cual puede probar con mono, pero...

La solución, usar java, que ahora que es opensource, hace que la existencia de mono me parezca, inutil. Java es una plataforma firmemente asentada en el mundo empresarial, realmente multiplataforma y a anyos luz de Mono en cuanto a caracteristicas, y encima que ahora se han puesto las pilas con el tema de los lenguajes soportados http://www.jython.org/ [jython.org], http://jruby.codehaus.org/ [codehaus.org] por citar algunos, vuelvo he insisto, considero inutil el esfuerzo que se esta haciendo con mono.

Hace como anyo y media era ferviente defensor de .NET y Mono como plataforma a usar, pero despues de ver la realidad de cerca, uno se queda, preguntandose, que si lo que tiene que hacer para tener un entorno relamente productivo y usable es usar VS y olvidarse de mono hasta que este mas avanzado, estoy perdiendo todas las cosa por las que me pase a .NET.

No quiero desmerecer el trabajo de la gente que esta detras de este proyecto, y les deseo todo lo mejor. Pero ha dia de hoy y creo que por muchos anyos Java (junto con ruby) seran mis plataformas de desarrollo por muchos anyos, y por un simple hecho, son usables a dia de hoy, y eso manda sobre todo en los entornos profesionales.

Hay una alternativa en ciernes que está (en mi opinion) basada en la idea del C++ primitivo, traducir el codigo a C, como lo hacia el CFront.
Echadle un vistazo [gnome.org], merece la pena. Si esto realmente funciona podria ser una alternativa muy valida para programar aplicaciones en Gnome, se usa un lenguaje calcado al C#, adaptado para usar la infraestructura de GObject y a pesar de no tener una VM tiene manejo de memoria automatico.

Lo que se le echa mucho en falta es documentación, bindings y librerías de terceros. Para desarrollar aplicaciones de gestión está muy bien y el lenguaje, a pesar de haber nacido de MS, me encanta. El invento de los webservice me parece simplemente genial. El soporte de GTK, irónicamente peor que en otros lenguajes como python... aunque desde navidad no he tocado Mono, así que como si no hubiese dicho nada. En cuanto a la velocidad de la que alguno se quejaba en otros posts, dan la impresión de que es insufrible, pero la realidad es que funciona muy bien y rápido

No llevo demasiado desarrollando en Mono (con C#) pero al pasarme a la plataforma me he encontrado con los siguientes problemas:

- La documentación "nativa" (la que proporciona la gente de Mono) es sumamente liosa y aclara bastante poco, sobre todo en cuanto a gtk# se refiere.

- No hay un IDE decente. Monodevelop está bien pero aún le falta, y no he visto un designer decente para gtk# (el de monodevelop tiene demasiados bugs). Si, ya se que se puede usar glade, pero no hay nada que genere código como Dios manda desde el diseño (al estilo de qt-designer).

- Gtk# en si mismo, no acaba de convencerme su funcionamiento, probablemente el paso a Qyoto ( http://cougarpc.net/qyoto/ [cougarpc.net] ) como biblioteca por defecto sería una buena idea.

Aparte de eso, creo que Mono es una gran idea, pero o se ponen las pilas o esto se muere. También sería buena idea que Icaza se dedicase más a desarrollar y menos a ladrar tonterías.

Estoy de acuerdo con muchas cosas que dice el artículo.
Tres años es pronto para saber el verdadero alcance que tendrá Mono en el futuro. Pero está claro es que tiene que competir con un una tecnología muy asentada que es JAVA y a la injustificada alergia que tiene el mundo de Linux a a la tecnología .NET, que personalmente creo que es superior al JAVA.
Yo he utilizado Mono y falta depurarla algo. Lo que más hecho en falta es un interfaz gráfico para crear formularios al modo de SharpDevelop o el Visual Studio. Ponle eso y tendrán una herramienta bastante decente.
Aparte de que el GTK# nunca me ha convencido.

pesado, no compatible con M$... y siempre será como una sombra siguiendo a su amo.

Fijate que cuando se inició el proyecto me pareció muy buena idea, incluso un golpe en las orejas a Microsoft si se podía empezar a ejecutar software del preciado framework de Windows in Linux.

Pero la realidad es otra, si intentas portar código te das cuenta de que está más vacío que los bolsillos de carpanta... Y visto el amor y cariño de Microsoft a el movimiento Open Source, siempre tendrá al monito como una herramienta de tercera.

En fin, a mí creo que se me ha caído la venda de los ojos y le voy a dar la espalda al monito definitivamente.

En Internet he buscado si VB.net es estándar ECMA, y he encontrado información contradictoria.
Está claro que C# si lo es. Este otoño se espera una versión de Monodevelop flipante, pero si VB.Net es propietario, la desconfianza hacia Mono por mi parte es total.
Me alegra haber conocido un lenguaje tan divertido, eficaz y completo como Python, sólo le faltan pequeños pasos para tener entornos de desarrollo que tengan poco que envidiar a SharpDevelop.
Me pregunto si no habría sido más fácil que MonoDevelop fuera una adaptación multi-plataforma de #Develop. ;-)

Y es que es el reflejo de una tecnología Microsoft en linux. Y eso a muchos les predispone a no gustarle o mirar Mono con recelo.

Lo mismo ocurriría si alguien implementara el API DirectX en linux como otra plataforma de desarrollo de videojuegos alternativa a SDL.

Quizá esa sea la intención pero...

http://boycottnovell.com/2007/08/12/microsoft-linu x/ [boycottnovell.com]

resulta que Microsoft tiene el hacha preparada por si alguna vez Mono saca la cabeza. Así que, se va a poner la comunidad a desarrollar millones de líneas de código para que luego venga MS, pague a un ejercito de abogados, y se quede con todo?

No es de extrañar el recelo de que Mono nunca llegue a nada serio....

No sé, no sería mejor coger la idea del framework y currarse uno que no tenga nada que ver con el de MS? uh?

¿Y alguien sabe como va DotGNU?

Van más lentos que Mono, pero en su web comentaban algunas diferencias curiosas respecto a Mono (aunque también colaboran y comparten código). También da la sensación de que van relativamente adelantados con Windows.Forms.

¿Cuando fue la última noticia de Mono en la portada de /.?

Por una vez no hablan de Ubuntu y ya hay gente quejándose. No hay quien os entienda.