Acerca de...
El equipo
Encuestas
WinTablets

Encuesta

Si las WINTABLETs no pudiesen ejecutar aplicaciones de escritorio, ¿las seguirías usando?

Cargando ... Cargando ...

últimas entradas importantes

Categorías

Archivos

24
Feb 2016
AnálisisAplicaciones Universaleschapuceros y chapuzasdispositivos de convergenciaEn busca de la Tableta idealfuturoHistoriaLumiamarketMetroMicrosoftMigraciónModern UIMovilOpinionesPrimeras Impresionestendencias industriales

Microsoft compra Xamarin

Algo que predije hace tiempo, todavía siendo MVP, y que ahora se confirma. Microsoft, tras un error estratégico garrafal, debía hacer esta compra si no quería morir en el ámbito del desarrollo. Os cuento más cosas de este jaez después del corte.

Microsoft va a comprar Xamarin. Para los neófitos, Xamarin es el último invento de Miguel de Icaza, después -creo- de Gnome. Cuenta la leyenda que el Señor Icaza, cuando probó .NET, quedó tan enamorado del sistema que decidió reimplementar Gnome bajo este marco de trabajo, pero todo el mundo se le echó encima.

Después de aquello nació Mono, una implementación para Linux del .Net Framework que ha pasado sin pena ni gloria por la historia de la informática ya que su uso creo que ha sido incidental.

Mis propios ensayos con la plataforma, no han sido muy prometedores. Las primeras versiones funcionaban increíblemente más lentas que en Windows, y las últimas adolecían de fugas de memoria que terminaban petando los servidores (sí, el que suscribe alguna vez hizo algo de backend).

Luego aquello se transformó en Xamarin, o ya era Xamarin, no lo sé a ciencia cierta. El hecho es que el producto se encuentra dividido en dos partes:

La primera es la evolución de SharpDevelop, un IDE que quería competir de tu a tu con Visual Studio en el campo del C# (que es el lenguaje estrella de lo que estamos hablando), convertido en otro IDE más o menos funcional y que se apoya, también, en el componente Open Source.

A partir de ahí, Xamarin construye un sistema multiplataforma para la creación de aplicaciones escritas en C#. Tenemos API para desarrollar programas para Windows, OS X y Linux.

Dependiendo del dinero que nos queramos gastar, con aspecto nativo o aspecto “Gnome”. Luego añadieron el desarrollo para las plataformas móviles.

La cosa fue evolucionando. En una primera etapa para desarrollar de forma nativa para cada plataforma, lo que Xamarin había hecho era envolver el API de desarrollo nativo. La única diferencia era el lenguaje en sí. Es decir, que uno tenía que conocer el desarrollo de la plataforma destino para poder desarrollar.

En la segunda y actual, tienen una cosa que han llamado Xamarin.Forms y que permite, con un solo código fuente, compilar y generar aplicaciones con aspecto casi nativo para las plataformas más comunes (léase iOS, Android, OS X, pero no Windows Phone).

Y llegamos al momento presente en el que Microsoft compra Xamarin.

Ahora debemos contar otra cosa. Si recordáis, Microsoft anunció hace cosa de un año o dos que hacía su plataforma .NET Framework, compilador incluido, Open Source. El resultado de todo ello se puede verificar en el evento de hoy.

Básicamente, lo que tienen ahora es un compilador, y una biblioteca de clases que solo funciona en modo consola. Y para más inri, en Linux y en OS X no está terminada, y nos olvidamos por completo de las plataformas móviles.

En resumen, lo que están haciendo solo sirve para aplicaciones Web, y no para todas.

¿Qué pasa con Xamarin? Pues que se trata del siguiente paso. Se trata de tener un IDE multiplataforma, y unas librerías que permitan a cualquiera desarrollar en C# para lo que quiera.

Esa es la teoría. La práctica es otra:

  1. Xamarin NO es compatible con Windows Phone
  2. Hasta donde sé, Xamarin NO es compatible con las aplicaciones Universales ni con nada Metro.
  3. Xamarin NO es nativo en Windows. Es decir, que NO se apoya directamente en Win32, sino en la implementación de GTK para Win32, que es la base de Gnome.
  4. Xamarin NO es compatible con la parte actual Open Source.
  5. El .NET actual NO es compatible con nada de lo nuevo.

En resumen, pese a la compra, Microsoft tiene un serio y gigantesco problema. Ahora tiene que integrar todo eso, de alguna forma.

Yo, sinceramente, no lo veo.

Pero es un movimiento que Microsoft tenía que hacer si quería ser multiplataforma.

Y ahora viene el palo.

De todos es sabido que Microsoft primero compró a la mitad de Nokia y luego a la otra mitad.

Pero, ¿realmente terminó comprando el 100% de Nokia?

Pues no, se dejó en el tintero una cosa llamada QT. De hecho QT se convirtió en Digia, una empresa que creo en este momento está bastante boyante.

¿Qué es QT? Pues QT es un framework multiplataforma que está presente no solo en las plataformas más comunes, sino también en Windows Phone, y casi en cualquier otro sistema embebido, ya sea en tiempo real o no. Incluso está disponible para dispositivos sin sistema operativo.

¿Veis por dónde voy? ¿Sabéis ya cuál es el increíble error de Microsoft? Cuando compró la primera parte de Nokia lo dije: teníais que haber comprado QT. Cuando hizo lo mismo con la segunda me eché las manos a la cabeza cuando me enteré de que no lo habían hecho.

Unos meses después envié algunos correos bastante duros a algunas listas de correo internas, cuando se anunció la iniciativa .Net Native, que no era otra que convertir el .NET Framework y las aplicaciones escritas en C#, en algo nativo, igual que si, ejem, hubiera sido compilado con algún otro framework escrito en C++… ¿QT?

De hecho, si Microsoft hubiera comprado QT, no cuando compró a Nokia, sino cuando lo vendió TrollTech, ahora Microsoft sería la reina del mambo.

Yo en aquel momento no recuerdo haber comentado algo al respecto, aunque sí sobre la próxima decadencia de la empresa, pero sí en las dos ocasiones en las que, siendo ya MVP, trastearon con Nokia.

Imaginad por un momento que MS le hubiera metido la mano a QT. Ahora tendrían, ya, un sistema de desarrollo multiplataforma, disponible en casi cualquier lado. Imaginad a los programadores de Windows pudiendo compilar sus aplicaciones para OS X, iOS, Android, sin apenas cambios en el código fuente.

Imaginad las aplicaciones Metro corriendo en todos lados. Imaginad eso hace no uno, no dos, sino hace entre cinco y diez años.

Sin embargo, ahora se ven forzados a comprar Xamarin, a armar el increíble lío que acaban de armar, retrasando al menos cinco años (que es lo que van a tardar, y eso si lo consiguen), el verdadero desarrollo multiplataforma. Y eso sin contar los diez años de retraso que ya llevan.

Lo pondré en otras palabras. Tras las aplicaciones Modern UI de Windows Phone 7.0 con Silverlight, luego las de Windows Phone 8.0, pasando por las de la tienda de Windows 8.0, sin olvidarnos de las mal llamadas “nativas” de Windows Phone 8.1, amén de las universales de Windows Phone 8.1 y Windows 8.1, y finalizando, de momento en las de Windows 10.

Ahora tenemos el .NET Native, que se ha convertido en .NET Core (de momento en RC y que, salvo usos muy concretos, no sirve para nada). Y en un futuro, lo que quiera que salga de combinar este .NET Core con Xamarin.

Ah, y me olvidaba de Islandwood (Objective-C en Windows) y de Astoria. Y creo que hay alguno más por ahí.

Microsoft, a ver cómo sales de esta.

Por RFOG | 8 Comentarios | Enlaza esta entrada

8 Comentarios

Martin
Enviado el 25/02/2016 a las 04:22 | Permalink

1º Con Xamarin.Forms, si puedes hacer apps Windows Phone y proximamente UWP, pero no para OSX solo iOS, Adnorid, y WP, con aspecto totalmente nativo.
2º Xamarin no necesita ser compatible con WP o UWP, ya que para eso ya esta el SDK, la ventaja de Xamarin es desarrollar para iOS y Android compartiendo gran parte del código incluyendo en de WP

    RFOG
    Enviado el 25/02/2016 a las 09:16 | Permalink

    Cuando yo lo probé, ninguna de esas cosas era posible, de hecho existían pequeñas diferencias (y no tan pequeñas) en las que no podías coger un código iOS y directamente compilarlo en Android, tenías que cambiar cosas. Hablamos de Xamrin.Forms. Con el API anterior tenías que conocerte el nativo para desarrollar.

    Tampoco era posible, a partir de Xamarin.Forms, generar una app para Windows Phone.

    Supongo que como todo, ha evolucionado y lo han ido añadiendo.

Enviado el 25/02/2016 a las 10:43 | Permalink

Este personaje, Icaza, ha sido uno de los más dañinos para el software libre y para Linux

Es un tema muy viejo, pero ocurre que, en su momento, Gnome derivaba de GTK (GIMP ToolKit, un framework para una aplicación, no un gestor de ventanas, escrito en C), mientras que KDE se basaba en Qt (que has descrito muy bien y que, cuando se emplea con cabeza, da magníficos resultados. Un ejemplo que me viene a la cabeza es google earth, multiplataforma sin esfuerzo)

No soy desarrollador, pero he leído multitud de menciones en las que se demostraba que desarrollar y mantener era mucho más simple y barato en Qt que en GTK

¿Solución?

Enmierdar. Mentir. Lanzar FUD a toneladas. A eso se dedicó Icaza en el cambio de siglo, y la biblioteca no deja lugar a dudas

Tanta mierda se lanzó sobre las licencias de Qt, que al final influyó en que tanto Red Hat como Ubuntu adoptaran un escritorio inferior, Gnome, como escritorio por defecto

Eso no fue lo peor. Lo peor fue que, en los años críticos entre windows XP y windows 7, Linux tuvo dos escritorios incompatibles y lastró de manera definitiva su adopción. Si en aquellos años hubiera habido un escritorio de masas (basado en Qt) y multitud de escritorios minoritarios para quien quisiera, otro gallo le habría cantado a Linux.

Luego podemos seguir con el segundo daño que causó Icaza precisamente con mono, al colocar una posible patent trap sobre gnome en unos años críticos. Había miedo a que Ms pulsara el botón y destrozara a gnome en USA por su legislación de patentes

Finalmente, Icaza hizo el switching a Apple en 2008 (creo) o 2010 porque “estaba harto de compilar el kélmer para meter librerías de audio”, cuando eso era mentira desde 2004.

En fin, qué personaje.

    RFOG
    Enviado el 25/02/2016 a las 12:19 | Permalink

    Joder, si KDE tenía su propia versión de DCOM, que creo se llamaba KParts. Es decir, implementaba interfaces virtuales de conexión al más puro estilo CORBA, con lo que comunicar entre aplicaciones era (conociendo el tema, claro) trivial.

    La verdad es que KDE luego se estropeó un mucho, y ahora creo que no es ni la sombra de lo que era, siendo ganado -otra vez- por un producto netamente inferior como es Gnome y sus variantes “modelnas” como el Unity de Ubuntu, que IMHO solo vale para limpiarse el culo.

      Git
      Enviado el 25/02/2016 a las 19:49 | Permalink

      KDE sigue siendo muy superior a Gnome, desde luego, y en nade desmerece al viejo KDE. De echo , muchas de las cosas de KDE se han adoptado más allá del escritorio. Sigue siendo el escritorio más potente para Linux de largo, apoyado en las magnificas Qt.

      Ahora KDE 5 está un poco verde, pero basta quedarse con KDE 4 hasta que termine de pulirlo. KDE 4 es magnifico.

        RFOG
        Enviado el 25/02/2016 a las 20:28 | Permalink

        KDE siempre ha sido magnífico, pero últimamente llevo tiempo oyendo que ya no lo es tanto. Personalmente siempre he tenido alguna máquina Linux real dando vueltas por la casa, con K, G, E y alguno más, solo por cacharrear, pero hace algún tiempo las ganas de todas esas cosas y experimentos.

        En su momento, las primeras versiones de KDE 4 me parecieron inestables, llenas de problemas y feas. Luego ya no sé porque apenas si tengo alguna máquina virtual que ni siquiera actualizo…

    RFOG
    Enviado el 25/02/2016 a las 12:22 | Permalink

    Bueno, y lo de las librerías de audio desató risas hasta en Linus, otro “fantasmilla” (ahora, antes no) similar.

Joel
Enviado el 25/02/2016 a las 17:16 | Permalink

Icaza JAMAS ha sido un personaje que me agrade porque GNOME nunca me agrado, KDE estaba mucho mejor implementado y aun al dia de hoy tiene cosas muy buenas auque carece del encanto de su version estrella 3.5…Pero bueno este descalabro de Microsoft se le debe a su CEO genial llamado Satya Nadella que honestamente ha demostrado ser un INEPTO, si alguien en Microsoft tiene cerebro aun debe despedir a Nadella, Belfiore y Aul porque es que este trio es apestoso. El enfoque de Microsoft como empresa de desarrollo de de software y su desmedido amor por Apple y Google en lugar de por su propia plataforma es increible, ya casi en el final de este primer trimestre no han logrado demostrar nada solo que son pesimos escribiendo software, Windows 10 para PC es una eterna beta y Windows 10 mobile es un chiste ¡Una empresa del tamaño de Microsoft no puede terminar de escribir una version de Windows 10 Mobile que funcione bien siquiera en un solo modelo que ella misma diseña y fabrica! No veo a Google y a Apple en esas mismas condiciones ni metiendo la pata tanto y por ende tampoco perdiendo dinero y credibilidad a la misma velocidad…

En lo personal ya abandone a Windows Phone 8.1, guardo un 1320 por si acaso un dia llega a salir Windows 10 Mobile verlo, instale una particion con Linux y virtualizo un Windows 7 para desarrollo y uso de Office ya no pienso molestarme mas con la Microsoft de Nadella que ¡APESTA!

Deja un comentario  

Tu email nunca se publica o se comparte. Los campos obligatorios están marcados con *

*
*
:wink: :-| :-x :twisted: :) 8-O :( :roll: :-P :oops: :-o :mrgreen: :lol: :idea: :-D :evil: :cry: 8) :arrow: :-? :?: :!:
Puedes usar las siguientes etiquetas y atributos HTML:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

contacto@wintablet.info tema WinTablet.info por Ángel García (Hal9000)