Para quienes a esta altura ya no lo recuerden, el asunto comienza cuando Apple decide cambiar una de las condiciones para las aplicaciones que correrán en iPhone OS 4 (y por extensión, en iPad), aumentando las restricciones respecto a qué lenguaje de programación estaba permitido.  Originalmente, el punto en cuestión decía que las aplicaciones sólo podían usar el API documentado y oficial del sistema operativo, algo bastante sensato para evitar problemas con API’s inestables que en algún momento podían desaparecer.  Pero posteriormente en iPhone OS 4 se agregó la condición de que sólo se podía programar en C, C++, Objetive-C o en Javascript soportado por WebKit, además no se permitiría ninguna capa de traducción intermedia.

Este cambio en las condiciones impuestas a las aplicaciones para iPhone OS 4 dejó totalmente fuera de la ley al resto de los lenguajes de programación, entre ellos se encuentra ActionScript y por lo tanto Adobe Flash, generando una larga cadena de declaraciones entre Apple y Adobe, terminando con Adobe llevándose la pelota a su casa.  Al mismo tiempo, los ojos de muchos desarrolladores se pusieron sobre MonoTouch, que también quedaría fuera de aquellas condiciones.

Durante el día del anuncio se intentó obtener alguna declaración de Miguel de Icaza, quien no quiso referirse directamente al tema, pero era cosa de esperar a que se aquietaran las aguas para encontrar su postura en su blog personal.

Las teorías de Miguel

Aunque Jobs ha tratado de explicar sus motivos, obviamente no dará aquellos que son parte de su estrategia corporativa, y es ahí en donde otros personajes han tratado de explorar.  Miguel de Icaza agrega dos posibles explicaciones : Una de negocio y otra de plataforma.

Respecto al negocio, la ventaja de Apple con iPhone es creó un nuevo estándar sobre lo que entendemos como teléfono móvil inteligente, desde aspectos de hardware hasta aspectos de interfaz, pasando por un componente clave del éxito: Su AppStore.

El problema es que una vez fijado ese estándar, ahora las otras compañías saben hacia donde dirigir sus esfuerzos, se sabe qué es lo mínimo requerido por un usuario de este tipo de dispositivos.  Es más, pueden evitar los defectos y/o errores de Apple y construir mejores productos si quisieran (o lograran visualizar).

Si Apple pierde el control de su plataforma, herramientas como Flash y Flex permitirían que las mismas aplicaciones disponibles para iPhone pudieran llevarse a los equipos de la competencia con bajo esfuerzo.  Eso lo haría perder su aspecto diferenciador : El ecosistema de aplicaciones.

Al forzar la tecnología usada en las aplicaciones para iPhone OS 4, éstas serán cautivas de la plataforma y no podrán beneficiar de ninguna forma a la competencia. Pretty cool huh?

El segundo aspecto explorado por Miguel es un asunto más técnico, ya que crear aplicaciones portables entre distintos sistemas hace que se vean extrañas en comparación a las aplicaciones nativas.  Otro aspecto negativo es que al tener capas de abstracción o emulación sobre el sistema nativo, cualquier cambio en éste se demorará en verse reflejado en esas capas, y así hubiera sucedido si tecnologías como Flash o Silverlight estuvieran disponibles para iPhone.

El control de Apple sobre las aplicaciones que corre su teléfono es bastante comprensible y astuto.  El usuario normal no distingue entre las capacidades del aparato, su plataforma o incluso, sus aplicaciones, por lo tanto si las aplicaciones funcionan mal, entonces el sistema completo será percibido como deficiente.  Si las aplicaciones usan tecnologías como Flash, en donde Apple no puede asegurar de que todo funcione correctamente, los usuarios finales tendrán una mala experiencia con el aparato.  Esto no es nuevo y basta ver lo que sucedió con Atari 2600 y los juegos desarrollados para esa consola, cuando el nivel de calidad de las aplicaciones cayó tan bajo que casi sepultó a los videojuegos a principio de los ’80.

En qué posición queda MonoTouch

Miguel dice que hasta el momento los que han hablado de MonoTouch no le han hecho gran favor, ya que es evidente de que desconocen cómo funciona.  En este caso no se trata de una capa de abstracción, sino que una forma de compilar directamente contra la API pública y oficial de Apple.

Es tan directa la relación entre el código ejecutable generado por MonoTouch y la plataforma nativa, que solo demoraron horas en dar soporte al iPhone cuando salió su SDK, y un poco más de tiempo para dar soporte a iPhone OS 4.

Dejando el lenguaje de lado (C#), MonoTouch es básicamente un set de bibliotecas de propósito general para facilitar el desarrollo de aplicaciones en iPhone, por ejemplo incorporando un recolector de basura y otros mecanismos para ayudar a evitar errores clásicos de la programación en C y sus derivados.  Se trata de una infraestructura de aplicaciones que cualquier desarrollador moderno esperaría.

Si bien no hay una declaración explícita de que MonoTouch cumple o no con las condiciones impuestas por Apple, Miguel da a entender que no es comparable a tecnologías como Flash ni tampoco se trata de una capa de abstracción sobre el sistema operativo nativo, sino que es simplemente otra forma de generar código ejecutable en él.

Finalmente en respuesta a uno de los comentarios, Miguel aclara que las condiciones impuestas por Apple están orientadas a las aplicaciones aceptables en su App Store y no a las aplicaciones privadas que por ejemplo podría entregar una empresa a sus propios empleados.  Independiente de lo que diga Apple, el desarrollo de MonoTouch continuará mientras haya interés en usarlo.

Estamos para servir a nuestros usuarios

Esto significa que continuaremos apoyando a MonoTouch en iPhone OS.  En parte porque las instalaciones empresariales no están sujetas a las nuevas condiciones y actualmente es un sector en donde MonoTouch se está usando.

Adicionalmente, hemos expandido nuestro trabajo para llevar MonoTouch a MacOS.  Lo estamos haciendo porque los desarrolladores quieren usar Mono en esa plataforma.  Al final del día, se trata de código abierto, por lo que si nosotros no lo apoyamos, otro lo podría hacer.

Pensamos que agregamos un valor significativo al hacerlo nosotros mismos, ya que tenemos un montón de experiencia en el área.

Dicho eso, iremos a donde los desarrolladores vayan.  Si mañana los desarrolladores necesitan Mono para lavavajillas, estaremos llevando Mono a los lavavajillas.

Como nota aparte: También estamos trabajando en Mono para Android.

Link: MonoTouch and Apple’s Section 3.3.1 : Two Theories (Miguel de Icaza)

En una primera aproximación, se enfocarán en el soporte para móviles, en forma similar al trabajo realizado con MonoTouch para llevar Mono al iPhone. Esto permitirá reutilizar al menos la misma lógica en iPhone y Android, dejando para el desarrollador la implementación independiente de los detalles específicos de cada plataforma. En palabras de Miguel:

Nuestra visión es permitir a los desarrolladores reusar el código de la lógica del negocio y el núcleo de sus aplicaciones en todas las plataformas móviles, dejando el código de interfaz de usuario como una parte específica que depende del API de la plataforma.

Es probable que MonoDroid se distribuya como un producto comercial, al igual que lo están haciendo hoy en día con MonoTouch.  Si bien es posible compilar Mono para ARM y dejarlo andando en equipos basados en Android, se espera que MonoDroid provea valor agregado de nivel similar al de MonoTouch, en donde se ha creado un poderoso conjunto de herramientas para facilitar el desarrollo de aplicaciones móviles a través de Mono.

Miguel ya adelantó en la conferencia Mix10 que una primera versión de MonoDroid se espera para Agosto.

Links:
- Mono for Android (The H-Open)
- What have we been up to? (Miguel de Icaza)

Como parte de su campaña para promocionar sus nuevas tarjetas gráficas ATI Radeon HD 5670, AMD no encontró nada mejor que utilizar a un mono para enseñarnos lo fácil que es reemplazar nuestra tarjeta de video.

En el video (tras el salto) podemos ver la destreza con la que el mono abre el gabinete para luego instalar una flamante ATI Radeon HD 5670, luego cierra el gabinete y procede a encender el equipo para disfrutar de los últimos videojuegos que son soportados por la tarjeta.

Algunos integrantes de Betazeta están tratando de contactar al mono, con el objeto que se haga cargo de los reviews de tarjetas gráficas en CHW.

Click aqui para ver el video.

Link: How To Install a Graphics Card (Gracias Thomas)

(cc) por James Duncan Davidson

Miguel de Icaza, co-fundador del proyecto GNOME y actualmente líder del proyecto Mono, ha sido distinguido con el premio Microsoft MVP (Microsoft Most Valuable Professional). Tal como lo dice en su twitter:

“Gracias a todos los que participaron en mi nominación a MVP, Ahora soy un C# MVP!”

El Premio MVP es un reconocimiento que entrega Microsoft a los mejores y más brillantes personajes de la comunidad técnica de todo el mundo, es decir a los profesores, artistas, doctores, ingenieros y técnicos que comparten sus elevados conocimientos, experiencias en situaciones reales y comentarios objetivos con la comunidad y con Microsoft.

Para recibir este reconocimiento, debes ser nominado por la comunidad tecnológica, MVP actuales y anteriores y gente de Microsoft. Los nominados deben someterse a un riguroso proceso de revisión por parte de un jurado compuesto por miembros del equipo MVP y Microsoft, los cuales evalúan la experiencia técnica de cada nominado y sus contribuciones voluntarias a las comunidades durante el año anterior.

Uno que no debe estar muy contento con todo esto es Richard Stallman, que recordemos, no ha visto con buenos ojos al proyecto Mono ni tampoco que Miguel sea parte de la CodePlex Foundation, la organización de Microsoft para promover el código abierto.

Link: MVP Award (Tirania.org)

Para quienes no la conozcan, Silverlight es un framework RIA (Rich Internet Application) desarrollado por Microsoft, que en base al runtime de .NET (Mono en el caso de Linux) y otras tecnologías estándares como XML y JavaScript, nos permite crear aplicaciones tanto para la web como para el escritorio.

Moonlight 2 está basado en Mono 2.6, Cairo y GTK+, y soporta todas las funcionalidad de Silverlight 2, pero además incluye varias características de Silverlight 3 como la posibilidad de que los desarrolladores puedan incluir sus propios codecs.

Miguel también comenta que Microsoft y Novell han actualizado su acuerdo de colaboración para continuar la implementación de código abierto para las versiones Silverlight 3 y 4. Además Microsoft ha actualizado las condiciones de uso de su patente para permitir que terceros puedan distribuir Moonlight, esto permite que las distribuciones de Linux puedan incluir Moonlight sin problemas.

Eso si, existe una importante diferencia entre la versión distribuida por Novell y la que se distribuirá por terceros, ya que sólo Novell tendrá acceso a los codecs licenciados, mientras que los terceros podrán distribuir una versión de Moonlight sólo con capacidad de reproducción de formatos libres utilizando Vorbis, Tehora y Ogg, aunque para la reproducción de otros formatos tendrán las siguientes opciones:

• Negociar directamente con los dueños de las licencias de los codecs (MPEG-LA y el instituto Fraunhofer, por ejemplo).
• Negociar con Microsoft el acceso al Microsoft Media Pack.
• Utilizar complementos como GStreamer o otros codecs con licencias comerciales.
• Utilizar hardware para la decodificación (VDPau).

Cabe señalar que Moonlight 2 fue desarrollado con 142.000 líneas de código escritas en C/C++ y 320.000 líneas de código escritas en C# (de las cuales, 125.000 líneas provienen de Microsoft Silverlight Controls, que es de código abierto).

Link: Releasing Moonlight 2, Roadmap to Moonlight 3 and 4 (Miguel de Icaza Blog)

Mono Tools en Visal Studio / Miguel de Icaza

Tu calendario está en lo correcto, no estamos en el día de los inocentes: el proyecto Mono, la implementación libre de la plataforma .NET de Microsoft, ha liberado Mono Tools para Visual Studio, un conjunto de herramientas que buscan simplificar el desarrollo de aplicaciones para Mono en Linux desde Visual Studio.

Con Mono Tools, cualquier desarrollador .NET que utilice Visual Studio puede ser asistido para que su aplicación sea compatible con Mono y Linux, usando las herramientas disponibles en este popular entorno de desarrollo integrado.  Y no sólo se trata de codificar y compilar aplicaciones, la integración es bastante avanzada e integra diversas tecnologías para facilitar la vida del desarrollador.

Mono Tools permite llevar las aplicaciones desde Visual Studio directamente a una máquina con Linux.  A través de UPnP puede buscar automáticamente equipos con Linux en la red local, o bien el usuario puede indicar el nombre de host o ip del servidor al que se quiere conectar para instalar y dejar andando su aplicación.

La depuración de aplicaciones corriendo en Linux se hace directamente desde Visual Studio.  El depurador de Visual Studio se conecta al equipo con Linux para hacer depuración en forma remota, de esta forma todas las capacidades de depuración de Visual Studio se pueden usar con una aplicación corriendo en Linux.

Una de las preocupaciones de los desarrolladores en .NET que desean llevar sus aplicaciones a Mono tiene que ver con el nivel de compatibilidad entre esta implementación y la propia de Microsoft. Para cubrir estas preocupaciones, se incluyó la herramienta MOMA (Mono Migration Analysis) que a través de Visual Studio permite detectar aspectos que pueden afectar la compatibilidad con Mono, por ejemplo alguna API que aún no esté implementada.

Si esto parece fantástico, aún quedan un par de características inimaginables hasta hace poco en Visual Studio. Una de ellas es una herramienta para generar los paquetes RPM de tu aplicación, de esta forma puedes fácilmente crear un archivo de instalación para distribuciones basadas en RPM, como por ejemplo OpenSUSE.

Finalmente y aplicando varias tecnologías, Mono Tools se integra con SUSE Studio para crear appliances que contienen tu aplicación y todo el sistema operativo que necesita para correr.  De esta forma Visual Studio genera un archivo que cualquier usuario puede usar para levantar tu aplicación junto a un sistema completamente funcional desde CD, unidades USB o incluso como imagen de disco de una máquina virtual.

Mono Tools se estuvo desarrollando hace poco más de un año en Novell, antes no se podía pensar en una extensión de este tipo para Visual Studio ya que Microsoft había puesto una restricción para que estas extensiones sólo fueran dirigidas a sistemas Windows, restricción que fue eliminada hace un par de años.  ¿Alguien más se quiere quejar del acuerdo Microsoft-Novell?

Links:
- Mono Tools for Visual Studio (blog de Miguel de Icaza)
- Novell brings Mono to Microsoft’s Visual Studio (InternetNews)

Desde hace bastante tiempo, Richard Stallman viene levantando la voz respecto a los riesgos de usar tecnología de Microsoft que podría estar cubierta por patentes de software, lo que originó un polémico artículo en Fayerwayer, y que posteriormente fue analizado por Oscar Valenzuela, presidente de GNU Chile, en el 3er capítulo de Drunk Podcast.

En esta ocasión y a diferencia de Stallman, Allison puede dar una visión desde un punto de vista similar al de Miguel de Icaza, primero por ser un desarrollador activo y segundo porque su proyecto Samba también es una implementación de tecnología de Microsoft.

Según Allison, las garantías que ofrece Microsoft respecto a futuros pleitos legales por problemas de patentes no son suficientes.  Allison está tan seguro de su posición que renunció a Novell apenas se firmó el acuerdo entre ésta compañía y Microsoft.

En un artículo que era esperado por muchos, Allison declaró que entiende la necesidad técnica de contar con un lenguaje y plataforma que evite perder tiempo en complicaciones que no aportan al producto final, pero no comparte el camino seguido por Miguel de Icaza para crear una implementación libre de la plataforma .NET de Microsoft.

Microsoft no ha sido suficientemente claro respecto a cómo usará sus patentes.  Lo ocurrido con TomTom demuestra que la compañía sí está dispuesta a usarlas, lo que pone en duda qué tanto respetará lo declarado en su Promesa a la Comunidad sobre no aplicar sus patentes contra determinados casos de implementaciones de su tecnología.

Allison dice que el acuerdo entre Novell y Microsoft es un respaldo para Miguel de Icaza, ya que es empleado de Novell, pero no para el resto de la comunidad, que tiene que confiar en una Promesa de discutible respaldo legal. A diferencia de Mono, el proyecto Samba se acoge a un acuerdo mucho más explícito y con respaldo del Departamento de Justicia norteamericano, concretado en el contexto de  los juicios antimonopolio contra Microsoft.

Finalmente Allison dice que una estrategia sana es mover a Mono y sus aplicaciones fuera de los repositorios oficiales de las distribuciones de Linux, tal como ya se hizo con otros componentes sujetos a licencias restrictivas, como los codecs de mp3.

Links:
- Monomania (artículo de Jeremy Allison)
- GNU Chile y las patentes (Drunk Podcast)

(cc) por James Duncan Davidson

Amado por unos y odiado por otros, Richard Stallman finalmente colmó la paciencia de Miguel de Icaza, fundador del proyecto GNOME y actual líder del proyecto Mono. En un reciente artículo publicado en su blog, Miguel contesta un ataque personal de Richard en donde además de formular teorías conspirativas sobre Microsoft y CodePlex Foundation, se refiere en términos despectivos hacia Miguel.

Richard Stallman es conocido por tener una de las posiciones más radicales entre los defensores del Software Libre, tanto así que bajo su perspectiva el Software que no es Libre es simplemente maligno. Para Richard Stallman, hablar solamente de Código Abierto (Open Source) en vez de Software Libre va contra el espíritu de la libertad, enfocándose exclusivamente en una conveniencia práctica.

Para Miguel de Icaza en cambio, el debate entre hablar de la Comunidad del Software Libre o hablar de la Comunidad del Open Source es simplemente ridículo.  Si Miguel ve que algo es bueno desde el punto de vista técnico, entonces es digno de recibir atención.

Entonces no es de extrañar que Miguel y su proyecto Mono, la implementación de código abierto de .NET de Microsoft, sea un mal camino a ojos de Richard.  Y ahora que Miguel pasa a integrar el directorio de CodePlex Foundation, la organización para promover el código abierto de Microsoft, Richard publica un artículo con teorías conspirativas en donde predice que esta organización es una trampa para atraer a los desarrolladores de software libre a la plataforma Windows, entre otras acusaciones.

Con el tiempo, lo que uno comienza a observar es que podemos reconocer dos tipos de miembros de la comunidad del Software Libre/Código Abierto o como le quieran llamar.  Están aquellos que trabajan creando software, resolviendo problemas, aplicando ingeniería y en el fondo, haciendo que las cosas sucedan.  En este grupo tenemos a personajes como Miguel de Icaza, Linus Torvalds, Keith Packard y Greg Kroah-Hartman entre otros.  Por otra parte tenemos a personajes como Richard Stallman que transitan por la órbita ideológica, muy necesaria por cierto, pero que muchas veces se queda atascada en discusiones inútiles como la de usar el término Free Software o Código Abierto, o la constante insistencia en agregar el prefijo GNU cuando se habla de Linux.

Según Miguel, en donde personas como Richard ven desolación, él ve oportunidades.  Claro ejemplo es el proyecto Mono, que en su momento vino a cubrir la necesidad de contar con una API, lenguaje y plataforma potente, moderna y libre. El proyecto ha evolucionado pese a todos los miedos y cuestionamientos infundidos por aquellos que no han movido un dedo por un proyecto de este tipo.

Y esto último es algo que cada vez es más habitual.  Muchos de aquellos que se llenan la boca hablando de la libertad del software, y exigiendo que se desarrolle o use Software Libre, jamás han colaborado con algo de código.  Su aporte a la comunidad sólo se mide en cuantas veces al mes mencionan al proyecto GNU.

Esto no es nuevo, y fue bastante visible en el desarrollo del mismísimo kernel de Linux.  Hubo un momento en que se requería un sistema de control de versiones suficientemente potente para manejar un proyecto y equipo de gran tamaño. En ese tiempo los sistemas existentes eran bastante limitados y apareció Larry McVoy con BitKeeper, un sistema de control de versiones propietario y avanzado desde el punto de vista técnico.  Como Larry admiraba los proyectos de código abierto y en especial el sistema operativo Linux, permitió que su equipo de desarrolladores lo usara en forma totalmente gratuita.  Linus aceptó con gusto.

Cuando esto sucedió, muchos defensores de Software Libre alzaron la voz y sacaron sus antorchas contra Linus Torvalds, “el impuro”, sin embargo no movieron un dedo para crear un sistema de control de versiones equivalente que sirviera para el desarrollo de Linux.

Varios años después, en una especie de complot, algunos personajes causaron que Larry tuviera que cesar el permiso de usar BitKeeper en el desarrollo de Linux, y en todos los años que pasaron nadie construyó un sistema equivalente que fuera libre.  El mismo Linus tuvo que poner manos a la obra y en sólo dos semanas creó la base necesaria para seguir trabajando.  Nuevamente demostró que para que las cosas sucedan, hay que trabajar y no esperar a que “alguien haga algo”.

Tal como un lector comentó acertadamente en Slashdot, Miguel es un constructor y no un derribador de puentes.  Desde hace años que su cercanía con sus pares en Microsoft ha ido logrando cambios en la compañía que si bien aún no se aprecian en niveles directivos, han iniciado una metamorfosis en donde CodePlex Foundation es uno de sus primeros hitos.

Link: De Icaza responds to Stallman (Slashdot)

Miguel de Icaza

Para quienes no lo conozcan, Silverlight es un framework RIA (Rich Internet Application) que en base al runtime de .NET (Mono en el caso de Linux) y otras tecnologías estándares como XML y JavaScript, permite crear aplicaciones tanto para la web como para escritorio en un estilo muy similar a lo que sería Flex y AIR en el mundo de Adobe.

Esta versión es totalmente compatible con Silverlight 2.0, que ya lleva bastante tiempo en uso. Hay que recordar que el día inaugural de la presidencia de Barack Obama, la transmisión oficial se realizó en base a Silverlight 2.0 y en una rápida acción entre el equipo de Microsoft y Mono lograron implementar lo necesario para que también funcionara en Moonlight 1.0.

La forma más simple de instalar Moonlight 2.0 es a través del plugin para Firefox.  Los usuarios que lo hayan instalado anteriormente lo verán como una simple actualización.

Mientras tanto, Microsoft ya se encuentra en la versión 3.0 de Silverlight y pasará un tiempo antes de tener la versión equivalente de Moonlight.  Aun así, algunas características de Silverlight 3.0 ya se implementaron en Moonlight 2.0, en donde destaca su soporte de procesamiento de video.

Link : Moonlight 2.0 goes beta (blog de Miguel de Icaza)

Apple puso varias condiciones para desarrollar aplicaciones sobre su plataforma iPhone, una de ellas es la de no poder usar ningún tipo de máquina virtual o motor de ejecución de scripts como base de aplicaciones, sólo código nativo. Esta condición deja fuera sin concursos ni sorteos a los desarrolladores con vasta experiencia en Java y .NET, reduciendo el universo de programadores a aquellos que tengan conocimientos en Objetive-C, sin poder reutilizar sus habilidades en otros lenguajes más extendidos.

Pero no contaban con la astucia del Proyecto Mono, la implementación de código abierto de la plataforma .NET.  Una característica de Mono que resulta relevante en este contexto es la posibilidad de compilar código compatible con .NET en código nativo, le llaman AOT (Ahead of Time).  La idea es muy similar a lo que hace GNU Compiler for Java (GCJ), parte de GNU Compiler Collection (GCC) y se trata de tomar el codigo fuente y en vez de compilarlo para una máquina virtual se compila al código de máquina específico, en el caso de iPhone se trata de código ARM.

Gracias a AOT, se sentaron las bases para que tenga sentido crear MonoTouch, framework que tiene todo lo necesario para que desarrolladores puedan crear aplicaciones en C# y .NET para el iPhone.

MonoTouch da acceso a toda la potencialidad de las API’s del iPhone asi como también al código y bibliotecas que se han creado en torno a Mono.  Esto permitirá que quienes tengan habilidades en C# y .NET ahora puedan comenzar a utilizarlas en esta interesante plataforma.

Link : MonoTouch

El vicepresidente de la división de desarrollo de Microsoft Scott Guthrie anuncia que ahora ASP.NET MVC es de código abierto bajo los términos de la Microsoft Public License (MS-PL).  Se trata de una licencia de código abierto que ha sido aprobada por la organización Open Source Initiative (OSI), también ha sido considerada como una licencia de software libre por la Free Software Foundation (FSF) aunque se declara como incompatible con la licencia GPL.  Antes de criticar, hay que considerar que en esta misma categoría caen las licencias de Mozilla (MPL) y Eclipse (EPL).

ASP.NET MVC más allá de Microsoft

Ahora que ASP.NET MVC está licenciado como código abierto se puede usar tranquilamente en la plataforma Mono de la cual anunciamos recientemente su versión 2.4.  Miguel de Icaza, el lider del proyecto Mono anuncia en forma simultánea que ya se puede usar ASP.NET MVC en MonoDevelop 2.0. De esta forma los usuarios de Linux y MacOSX podrán ocupar este IDE para facilitar el uso de este framework, en forma similar a lo que provee Visual Studio.

ASP.NET MVC fue gratis desde un comienzo y el código fuente estaba disponible pero no de la forma en que se acostumbra abrir el código en la comunidad del software libre.  El equipo de Microsoft estuvo compartiendo con Miguel de Icaza en MIX09 y curiosamente en el día los inocentes norteamericano lo anunciaron como código abierto con MS-PL, pero no era broma.  Se desconoce cuál fue la influencia de esa reunión pero en el anuncio de este cambio de licencia le mandan un saludo a Miguel.

Bonus Track : Microsoft y MS-PL

La decisión de liberar ASP.NET MVC bajo MS-PL abre la puerta para que los desarrolladores de aplicaciones web puedan usar este framework en escritorios Linux y ejecutarlas posteriormente en servidores Linux también.  Refleja una aceptacion creciente entre algunos desarrolladores claves al interior de Microsoft de que la portabilidad entre plataformas es una necesidad fundamental para tecnologías de desarrollo web emergentes.

Miguel de Icaza dice:

Sé que un montón de desarrolladores dentro de Microsoft trabajaron para obtener esta importante pieza de código liberada bajo MS-PL para asegurar que los usuarios de ASP-NET se puedan beneficiar del código siendo open source

Microsoft previamente había liberado Oxite, un CMS basado en ASP.NET MVC también bajo MS-PL.  Ya que no habían ejemplos de aplicaciones grandes usando este framework, Microsoft pubicó el código de Oxite bajo esta licencia como un ejemplo del mundo real para desarrolladores otorgándole todos los derechos sobre él.

Pero la historia de MS-PL va mucho más allá.  Previamente se habían dado otros pasos liberando entre otros:

• IronRuby : la implementación del lenguaje Ruby para ser usado en la plataforma .NET
• IronPython : la implementación del lenguaje Python para ser usado en la plataforma .NET
• Dynamic Language Runtime (DLR) : el runtime para lenguajes dinámicos que permitió la implementación de IronRuby y IronPython.
• Silverlight Toolkit : Un conjunto de componentes para agilizar el desarrollo de aplicaciones con Silverlight

Scott Hanselman, Senior Program Manager en la división de Desarrolladores de Microsoft dice en su blog:

Estos son pequeños pasos, pero más y más amigos en La Compañia estan comenzando a entenderlo.  No descansaremos hasta cambiar la forma en que hacemos negocios.

Links:

- Microsoft releases ASP.NET MVC source under open license (Ars Technica)
- Microsoft releases ASP.NET MVC under the MS-PL license (Miguel de Icaza)
- ASP.NET MVC 1.0 (Scott Guthrie)

Mono

El fundador y líder del proyecto Miguel de Icaza, quien también es el fundador de GNOME, anuncia en su blog la disponibilidad simultánea de la versión 2.4 de Mono y la versión 2.0 de MonoDevelop, el entorno de desarrollo integrado libre basado en Mono.

Los cambios en Mono 2.4 se pueden ver en sus notas de lanzamiento y cubren areas de compatibilidad y rendimiento.  Entre otras mejoras, aquí destacamos:

• Mejoras en el soporte de SIMD : La máquina virtual de Mono permite acceder a operaciones SIMD desde un lenguaje de alto nivel como C#.  Las operaciones SIMD se utilizan para realizar calculos en paralelo dentro del procesador en un solo paso, su uso por excelencia es la manipulación de vectores y/o matrices, una de las funciones críticas de aplicaciones multimedia.  Este soporte fue agregado en Mono 2.2 y ha sido mejorado en esta nueva versión.  Con este tipo de funcionalidad Mono se transforma en una real alternativa para la programación de videojuegos.
• Mejoras en el manejo de hebras : Hasta hace poco se tenía que recargar el sistema mediante polling para implementar operaciones con hebras de una forma independiente de la plataforma.  Se ha cambiado por un nuevo diseño en donde esta técnica que consume recursos adicionales se ha eliminado.
• Mejoras en sistemas multi-core : Cuando se usa una máquina virtual como en .NET y Java, una de las operaciones costosas es la recolección de basura, que se encarga de eliminar de la memoria todos los objetos que ya no se estén usando.  Mono 2.4 habilita por omisión un mecanismo de recolección de basura que aprovecha la disponibilidad de multiples core’s en un procesador.
• Soporte de sitios web precompilados.  El Runtime de Mono ahora permite ejecutar sitios web que han sido precompilados por Visual Studio o la herramienta aspnet_compiler.  Esto abre la puerta a poder ejecutar sitios web que han sido programados con otros lenguajes o características que aun no están disponibles en Mono.

MonoDevelop 2.0

En forma simultánea se anuncia el lanzamiento oficial de MonoDevelop el entorno de desarrollo integrado o IDE basado en Mono.

Las mejoras en esta versión son numerosas y pueden verse en forma completa en sus notas de lanzamiento.  Aqui destacamos:

• Debugger integrado : El debugger de MonoDevelop tiene todas las características que se esperan en un IDE, pero no sólo se puede usar con aplicaciones Mono, sino que también soporta aplicaciones nativas a través de una integración con gdb (GNU Debugger).
• Soporte de autocompletado para C# 3.0
• Soporte de Vala : ahora el poder de MonoDevelop también puede ser disfrutado por los programadores de Vala.  Se trata de un lenguaje de programación de alto nivel que genera código en C, es una forma efectiva de utilizar todo ecosistema que hay para C pero sin tener que sufrir las limitaciones y dificultades de este lenguaje.
• Mejor soporte de ASP.NET : MonoDevelop 2.0 es compatible con proyectos creados en Visual Studio y Visual Web Developer 2008.  Además hay mejoras en el autocompletado del editor y un examinador del DOM (Document Object Model)
• Nuevo editor de texto : El editor GtkSourceView estándar de GNOME ha sido reemplazado por un nuevo editor escrito completamente en C#.  La idea es que este nuevo editor pueda ser desarrollado en forma más ágil y por más colaboradores en comparación al editor original escrito en C.

Bonus Track : Qyoto

Lo siguiente no tiene relación directa con este lanzamiento, pero si aún estás leyendo este artículo es mejor que vayas por un café, porque esto no te lo puedes perder.

Al ser Mono un proyecto muy cercano a GNOME, fue natural tener a GTK# como toolkit libre para implementar interfaces gráficas con Mono. En ese entonces, la alternativa de usar el toolkit Qt, componente fundamental de KDE, el competidor directo de GNOME en el area de escritorios libres para Linux, tenía el inconveniente de contar con un esquema de licenciamiento que dificultaba la creación de aplicaciones libres y comerciales con una teórica mezcla de C# y Qt.

Recientemente Trolltech, los creadores de Qt, fueron adquiridos por Nokia y en un movimiento que soprendió a muchos decidió cambiar la licencia de Qt a LGPL, una licencia más flexible que abre las puertas para poder combinar Qt con otros piezas de software que tengan otro tipo de licenciamiento, y de paso elimina cualquier restricción de crear aplicaciones libres y comerciales con Mono y Qt.

Qyoto es un binding para usar el toolkit Qt4 en aplicaciones Mono y ya han aparecido aplicaciones interesantes con esta mezcla, como es Synapse, una plataforma de mensajería instantánea avanzada, y por supuesto existe QyotoDevelop, una extensión para MonoDevelop creada por el mismo autor de Synapse para facilitar el desarrollo de aplicaciones Qt+Mono en MonoDevelop.

Synapse : una aplicación Qt en Mono

Links:
- MonoDevelop 2.0 and Mono 2.4 officially released (Ars Technica)
- Mono and .NET at Microsoft PDC 2008 (PDF en blog de Miguel de Icaza)
- Mono and Qt (Blog de Miguel de Icaza)

Silverlight es un framework RIA (Rich Internet Application) que en base al runtime de .NET (Mono en el caso de Linux) y otras tecnologías estándares como XML y JavaScript, permite crear aplicaciones tanto para la web como para escritorio en un estilo muy similar a lo que sería Flex y AIR en el mundo de Adobe.

Según nos cuenta Miguel de Icaza, fundador del proyecto GNOME y Mono, el release de Moonlight 1.0 es un hito ya que es la primera versión que cumple con todas las características de Silverlight 1.x y ha logrado superar todas las pruebas de calidad de Microsoft.

Moonlight 1.0 está disponible para plataformas Intel de 32 y 64 bits, y en Linux se instala como cualquier plugin de Firefox, es un proceso que no toma más de 10 segundos con una buena conexión de red.

A la hora de ver videos, se entiende que “los codecs se venden por separado”.  En este sentido gracias a los esfuerzos de interoperabilidad entre Novell y Microsoft, Moonlight se encarga de hacer las descargas del codec necesario de forma absolutamente legal.  Como estos codecs no son de libre distribución, se llegó a un acuerdo para que Microsoft desarrollara, mantuviera y distribuyera los codecs para MP3, WMV y VC-1 de la platafora Linux y Unix’es.

Esta cooperación de Microsoft es sólo un ejemplo de una larga historia de trabajo en conjunto con los desarrolladores de Novell para poder llevar estas tecnologías a plataformas no-Microsoft.  Desde un principio, Miguel de Icaza y sus seguidores contaron con el apoyo de esta empresa mediante especificaciones, casos de prueba, e incluso ideas para el diseño de Moonlight.

¿Silverlight 1.x? ¡hey, momento!

Silverlight actualmente se encuentra en la versión 2.0 y muchos sitios ya se encuentran utilizando esa versión.  El release de Moonlight 1.0 no es compatible con esas aplicaciones porque está basado en la versión anterior de Silverlight, pero eso no significa que el desarrollo está muy atrasado.

El día inaugural de Obama, la transmisión de video oficial estaba sobre Silverlight 2.0, y para no dejar afuera de este evento a los usuarios de Linux y Mac, un equipo de Novell con la ayuda de Microsoft se encargó de lograr que la plataforma funcionara con Moonlight 1.0.

Aunque no ha llegado al nivel de madurez de Moonlight 1.0, su versión 2.0 lleva un tiempo de desarrollo y tiene algunas novedades bastante interesantes.  Entre ellas, una de las que más llama la atención es que a diferencia de Moonlight 1.0 que interactúa con el motor JavaScript del browser, la versión 2.0 utilizará un runtime basado en .NET/Mono para que se pueda escribir código en lenguajes como C# y de esa forma aseguran que podría llegar a un rendimiento de 20 a 300 veces superior al que se obtiene con los motores de JavaScript actuales.

Miguel de Icaza declara que sin la ayuda de Microsoft sería imposible tener el avance actual, sobre todo considerando que liberaron Microsoft DLR (Dynamic Language Runtime), el framework Microsoft MEF (Managed Extensibility Framework) y “las joyas de la corona” Microsoft Silverlight Control Library y Control Toolkit, todas bajo licencias de código abierto aprobadas por OSI (Open Source Initiative).

Sólo queda esperar que pronto se libere oficialmente la versión 2.0.  Por ahora ya pueden instalar el plugin de la version 1.0 y ver algunas demos.

Links:

- Moonlight 1.0 goes live (Miguel de Icaza)

- Moonlight 1.0 brings Silverlight to Linux (Ars Technica)

- Sitio oficial de Moonlight (mono-project.com)