Barrapunto

A ver cuáles otros tienen un diseñador de interfaces gráficas integrado y manejan un lenguaje estáticamente tipado.

PD: No considero Eclipse software libre.

principalmente diseñado para C# y otros lenguajes de .NET.
No veo en la página qué lenguajes son y si los soporta tan completamente como C#.

El enlace a la página de Stetic es de lo más útil. Me ha aclarado todas mis dudas. Seguiré con el visual y en caso de conflicto moral me pasaré al #develop, bastante más completo.

¿Qué IDEs buenos tenéis en Linux? me preguntaba hace tres años un desarrollador Windows. Yo le contestaba que Anjuta, KDevelop, Emacs y Eclipse. Por supuesto comparado con lo que había en Windows en aquella época, los de Linux eran batante pobres y el entorno más moderno y parecido a los todo poderosos entornos de desarrollo de windows era Eclipse, aunque desgraciadamente le faltaba la integración para desarrollar con los GuiToolKit de GTK y Qt ;-).

Y es que resulta irónico, que precisamente el entorno de desarrollo Linux (un entorno en constante desarrollo en sí mismo) no tuviese las herramientas necesarias y modernas para precisamente eso. La verdad y es que aunque más de uno le pueda doler, los entornos Linux teníamos los peores entornos de desarrollo, ventanas y escritorio. Parece que desde que Novell llegó a la escena de Linux, las cosas han comenzado a cambiar. ¿Habéis visto ya la Ubuntu Dapper con su nuevo gnome, XGL y Mono?... y ahora esto, MonoDevelop con stetic integrado. Si una cosa fallaba en Gnome, eran sus GTK, en C, con una pseudo orientación objeto, con unos componentes bonobo que califican los mismos de ximian como un fracaso (o eso dice Icaza en la presentación de Mono de la UOC). Y es que GTK+ era un obstáculo para el desarrollo del escritorio, había que rediseñarlo una vez más. Llega Mono y con ella la oportunidad de hacerlo de una vez por todas con GTK#. Ahora sí tenemos un completo Gimp Tool Kit orientado a objeto, de fácil compresión (si no fuese por su excasa documentación) y de "limpia visión" del código (los que desarrollen con GTK y GTK# saben a qué me refiero con limpia visión).

Pero claro, la cosa no se iba a quedar ahí, ya que gracias a C# y GTK#, cambia de concepto el significado de desarrollar para Linux y por supuesto eso se refleja en la fluidez con la que avanza MonoDevelop o herramientas como Beagle, Tomboy, Banshee, etc. Hace un tiempo que llevo leyendo sobre stetic y su integración con Monodevelop y casi sin darme cuenta, ya está aquí. Lo único que me fastidia es que ahora tengo que aprender el nuevo sistema (por no seguir con glade), pero espero que la curva de aprendizaje sea más rápida que con glade (que no es que fuese larga) y me ayude a desarrollar más rápido. Tiene buena pinta, al menos en las capturas. Además trae soporte integrado de consultas SQL y ¡NUnit!, ya era hora, más herramientas serias en Monodevelop, todo integrado; qué grande es el software libre.

Sin olvidarme de Kde, creo que Novell/Ximian + Gnome + Mono han traído una nueva era en los escritorios Linux y viendo la dura competencia que nos trae Vista, o disponemos de modernos entornos en Linux o caemos por nuestro propio peso. Y sí, hay que reconocerlo teníamos entornos de desarrollo malos. Afortunadamente python, rails, gazpacho, Mono, Kdevelop y otros mucho están aportando nuevos y potentes entornos de desarrollo, frameworks, APIS más potentes y como no, más competitividad contra los entornos propietarios. Estamos de enhorabuena.

No es que intente imponer mi criterio, pero EMO Mono va a ser lo que haga despegar a Linux de una vez por todas. Es una forma de desarrollar que permite interoperabilidad entre lenguajes. No más esfuerzos duplicados si la gente de Python se pasa a Boo y los chicos de Perl desarrollan algún Perl.NET.

Además todo esto nos permitirá captar gente de Windows con más facilidad ya que se reutiliza su conocimiento. De hecho la mayoría de linuxeros fuimos en su día windowseros, sólo hay que intentar reconvertir a más gente y gracias a Mono lo tenemos muy fácil.

Con el nuevo MonoDevelop y su editor de GUI's ya no hay excusa para seguir utilizando Windows.Forms. La única pena es que aún no esté portado a Windows y de esta manera sea obligatorio desarrollar en Linux para poder usar esta característica, lo que frenaría un poco su expansión en las empresas, en las que se sigue utilizando Windows a mansalva (desgraciadamente), al menos en España.

Para cuando un .deb, lo necesito, lo quiero mi tesorooooooooooo