VivaLinux!

Este artículo en el blog de Qt en el sitio de Nokia publicado ayer se apresura a aclarar que, al contrario de lo que algunos ya están prediciendo, ese framework no está muerto y que, de hecho, este es el mejor momento de su historia (?). El post también afirma que "Qt continuará viviendo en Symbian, MeeGo y las industrias y las plataformas no-móviles", citando además al CTO de Nokia haciendo las siguientes afirmaciones:

• "Todavía somos unos grandes fans" (de Qt).
• "Todavía continuaremos trabajando en Qt, mejorándolo".
• "En los segmentos de teléfonos móviles examinaremos las tecnologías de Qt" (?)
• "Qt Quick está probando ser una plataforma increíblemente productiva".
• "Continuaremos actualizando dispositivos con versiones recientes de Qt y Qt Quick" (refiriéndose a Symbian)

Sin embargo, los 175 comentarios publicados (al momento de escribir esto) en ese mismo artículo son devastadores, llenos de incredulidad y hasta de recentimiento.

Un ejemplo de comentario típico:

"Qt, vía Symbian y MeeGo, iba a estar en más de un billón de teléfonos en la próxima década con cientos de miles de applicaciones Qt siendo creadas y compradas por OVI. Eso representaba un enorme potencial de ingresos que iba a suplementar el entorno goblal de Qt con millones de dólares fluyendo a través de las manos de compañías Qt, sus empleados y desarrolladores independientes".

"Sólo en mi caso personal, yo renuncié a mi trabajo hace medio año para enfocarme en aprender Qt planeando ganar algún ingreso desde OVI... todo eso se terminó, ese futuro fué aplastado".

Y porqué no otro más:

"Qt/Desktop se ha convertido en un ciudadano de segunda clase desde la compra de Nokia. En el último año se vieron lanzamientos de Qt que sólo han sido correcciones de errores a todo el ecosistema de Qt y adiciones (sólo) al mundo móvil".

En vista de la reciente alianza entre Nokia y Microsoft, quizás el futuro de Qt en manos de la primera estaría mejor asegurado si un Qt para Windows Phone 7 (WP7) hubiera estado en los planes desde el principio, pero todos sabemos que no es así. Este otro informadísimo comentario en Reddit explica porqué eso tampoco sucederá nunca:

Microsoft está decidido a no permitir el desarrollo para WP7 con código nativo, o sea, sin otra API que no sea la de Silverlight o XNA, excluyendo así de plano la posibilidad de un Qt para WP7 (e incluso la de correr código WinCE heredado). Y el motivo de esta decisión es simple: eventualmente, Microsoft planearía fusionar el código de WP7 con el de Windows, y eso sería mucho más sencillo con ese esquema.

El proyecto de Qt había logrado algunos hitos bastante importantes después de la adquisición de Trolltech (sus creadores) por parte de Nokia hace un par de años. Ahora queda por verse cuál será la relevancia de todo eso después del anuncio de ayer de la asociación estratégica del gigante finlandés de los teléfonos celulares con Microsoft.

Por lo pronto también se anunció que Qt continuará siendo el framework de desarrollo para Symbian (porque Nokia afirma que continuará usando Symbian para "más dispositivos") y que continuará desarrollando aplicaciones "aplicaciones estratégicas" en Qt para la plataforma de Symbian. Y de manera sorprendente, también alienta a los desarrolladores a "hacer lo mismo" (aduciendo los 200 millones de usuarios de Symbian en todo el mundo y los 150 millones de teléfonos con Symbian que Nokia aún espera vender).

El mensaje entre líneas es que Nokia no tiene planes para adaptar Qt a las APIs de Windows Phone 7. Lo que resulta previsible, si tenemos en cuenta que Microsoft ya se coprometió a distribuir gratuitamente sus herramientas Windows Phone Developer Tools, Visual Studio 2010, Expression, Silverlight y XNA Framework a los desarrolladores que se suban al barco de "Microkia".

Por otro lado, Nokia también afirma que su prometido dispositivo con MeeGo todavía será lanzado este mismo año, que será compatible con las aplicaciones desarrolladas con Qt y que brindará a los desarrolladores un nuevo producto para tener en cuenta (?).

Una cosa sí es segura: Con la actualizada cuarta iteración de iOS y la tercera de Android a punto de salir del horno, Nokia también es la última oportunidad de Windows para hacerse de un nicho en el lucrativo mercado de los "smartphones".

Y así como los trabajadores de la información lo hicieron a principios de los 90s cuando introdujeron "por la puerta de atrás" de las grandes empresas toda una serie de herramientas de Microsoft que luego se convirtieron en el estándar de la industria, ahora un reciente reporte de los analistas de turno dice que el apoyo de Google al Open Source hará los mismo de la mano de los desarrolladores.

Herramientas como el Google Web Kit, el soporte del estándar HTML5, el códec de video abierto WebM, y el recientemente anunciado Chrome Web Store, todos ayudarán a Google a ganarse el favor de los desarrolladores para conseguir la penetración en la empresas que sólo el conocimento de las ventajas del Open Source no puede hacer entre gerentes y otros administradores encargados de tomar decisiones.

Los analistas llaman a esos informáticos el "Caballo de Troya" de Google para su adopción en las empresas, en referencia a una estrategia que podría resultar familiar a los más veteranos del medio, como recuerdan los analistas:

"Si uno ha estado en el espacio de la IT empresarial por un buen tiempo, la estrategia de Google le debería resultar familiar; (porque) está sacada directamente del libro de Microsoft".

Con los rumores de que el Android Market pronto se abrirá también para todos esos nuevos dispositivos en formato de "tableta" que prefieren el sistema operativo de Google para teléfonos inteligentes, llega otra bomba que podría hacer explotar la oferta de aplicaciones para Android y darle a esa plataforma una ventaja significativa frente al iPhone y su App Store en la preferencia de los programadores aficionados.

Se trata del nuevo (¿revolucionario?) App Inventor que promete a todos que a partir de ahora no necesitarán de un desarrollador para crear "geniales aplicaciones móviles".

Entre otras cosas, el App Inventor ofrece acceso a las características del dispositivo con Android como el sensor de ubicación GPS, interactividad con sitios como Amazon y Twitter, y un paradigma de diseño visual en el que no es necesario escribir ninguna línea de código.

Y si tenemos en cuenta que, al contrario que el App Store de Apple, todas las aplicaciones disponibles en el Android Market no pasan por un proceso de aprobación obligatorio previo, podemos estar presenciado el nacimiento de una aplicación que puede hacer tanto por aumentar la popularidad de Android entre los programadores como Visual Basic lo hizo por Windows en los 90s... ¿Buena noticia o mala noticia?

Con motivo de la debacle del teléfono inteligente Kin de Microsoft, que se retiró del mercado sólo 2 meses después de su lanzamiento y con menos de 10.000 unidades vendidas, en el sitio del prestigioso diario The New York Times se publica un artículo donde se pregunta si la empresa de Bill Gates está perdiendo el favor de las generaciones más jóvenes y tecnológicamente más obsesionadas, y, peor aún, también la preferencia de los nuevos desarrolladores que se lanzan a hacer su propia start-up, que prefieren el Open Source.

Particularmente la consecuencia de esto último podría ser desastrosa para Microsoft en el largo plazo, porque perderían su habilidad para dirigir al mercado tecnológico en la dirección que le plazca, como lo hacía cuando Windows como plataforma de desarrollo era omnipresente.

Tim O'Reilly, sí, el mismo de esos libros, lo deja claro con un ejemplo:

"Para los desarrolladores, lo móvil es lo que está de moda ahora, y (en eso) hay dos plataformas que importan: Apple y Android".

TextMate (TM) es todavía el mejor editor de textos para programadores disponible para Mac OS X. Celebrado por traer buena parte de la potencia encontrada en editores mucho más difícil de dominar, como Vim, e integrarlo con la muy accesible interface para el usuario del sistema operativo de Apple. Al mismo tiempo, TextMate introdujo una extensibilidad muy poco común en la forma de "Bundles" que fué rápidamente adoptada y explotada por su comunidad de usuarios, inspirando a otros proyectos similares, como el editor gEdit de GNOME.

Increíblemente, TextMate fué creado y aún sigue siendo desarrollado por una sola persona: Allan Odgaard, que además viene siendo víctima del éxito de su creación desde hace años, al ser incapaz de terminar su muy anticipada versión 2.0 (TM2). Trágicamente, la esperada actualización de un producto tan exitoso, amado e imitado puede convertirse en un caso más de vaporware, lo que no en poca medida debido a su propia naturaleza cerrada y propietaria.

Afortunadamente, Odgaard está comenzando a ver la luz y por lo menos ya considera que hay una verdadera la posibilidad de salvar a TextMate de la irrelevancia abriendo su desarrollo:

"Me he arrepentido de casi todo lo que he dicho sobre la 2.0. Desearía haber tenido la previsión de contratar a alguien para que continuara trabajando en la 1.x y así haber podido dedicarme tranquilamente a la 2.0 - uno puede decir que aún no es demasiado tarde para eso, pero es más probable que yo haga a la 2.0 Open Source a que vuelva a la 1.x".

En este momento sólo podemos imaginarnos cúanto se enriquecerían las comunidades de TextMate y la del Open Source si eso se hiciera realidad. Pero a medida que pasa el tiempo y no hay ninguna novedad más sobre TM2, esa alternativa sin duda tiene que hacerse cada vez más atractiva para su autor.

Google y Eclipse anunciaron cada uno por su cuenta el lanzamiento de los Eclipse Labs, un sitio hospedado con los servicios de Google Project Hosting que quiere juntar en un sólo lugar algunos de los más destacados proyectos basados en el entorno de desarrollo de Eclipse.

Según el anuncio de Google la Fundación de Eclipse se les acercó con la propuesta de alentar todo el ecosistema de su principal proyecto, y que esta colaboración mejorará la visibilidad de otros proyectos "no-oficiales" para que eventualmente se conviertan en proyectos patrocinados por la misma fundación.

Según el anuncio de Eclipse cualquiera que haya creado un proyecto en Google Code podrá hacerlo rápidamente también en los Eclipse Labs y acceder a un sistema de rastreo de errores, repositorio de código (con Subversion o Mercurial) y un sitio web, todo por defecto amparado bajo la licencia Eclipse Public License (EPL), aunque también se puede optar por cualquier otra aceptada por Google Code.

Google también alienta a todos los proyectos relacionados con Eclipse actualmente hospedados en Google Code a que migren al nuevo Eclipse Labs. Dos por lo menos ya lo hicieron: Workspace Mechanic y Project Hosting Connector for Mylyn.

Este fin de semana tuvo lugar en la península ibérica el Desafío AbreDatos 2010, el primer concurso de desarrollo con datos abiertos de España que alentó a equipos independientes de hasta 4 personas a programar servicios tecnológicos para el ciudadano usando algunas de las fuentes de datos públicos publicadas por el gobierno de ese país. El gran desafío en consistió en hacerlo en sólo 48 horas y sin embargo su respuesta fué abrumadora.

El concurso se impulsó por la asociación Pro Bono Publico, que busca ayudar a la promoción y la difusión de estándares entre las instituciones públicas, y su objetivo fué generar debate en torno a la necesidad de que los organismos públicos proporcionen sus datos de forma accesible para permitir su uso y reutilización por parte de los ciudadanos.

Alrededor de todo el mundo recientemente comenzaron a surgir eventos similares, como Apps for America y NYC BigApps, que se basan en iniciativas gubernamentales como el Data.gov de EE.UU. o su contraparte Data.gov.uk del Reino Unido. En España quizás el ejemplo más representativo es el proyecto del gobierno abierto Irekia del país vasco.

¿Quizás en nuestra región veamos algo parecido pronto? (Soñar no cuesta nada :)

Reproducimos aquí la noticia originalmente publicada nuestro hermano sitio VivaPHP! sobre las próximas Primeras Charlas del GrupoPHP a llevarse a cabo el próximo 6 de Marzo a partir de las 9:30 hrs. en el Hotel Las Naciones de la ciudad de Buenos Aires.

La asistencia al evento es (aparentemente) libre y gratuita, pero sí es necesario registarse antes para poder asistir a las siguientes disertaciones:

• Presentación del Grupo PHP
• Introducción a POO / UML / PHP5
• Optimización y escalabilidad
• Desarrollo de aplicaciones en Facebook
• Introducción al Estándar de Codificación de Zend
• Lithium, framework PHP 5.3 que pega como piña
• Cormo Framework ex ORMphp

Uno de los objetivos principales del GrupoPHP es afianzar los lazos de comunidad a través de frecuentes eventos como éste, además de promover su colaboración en sus propios foros, canal de chat, cuenta en Twitter y grupos en Facebook y LinkedIn.

El popularísimo servicio de microblogging Twitter publicó una página donde declara su amor al Open Source, listando además todos los proyectos de código abierto que liberó o a los que contribuye. La lista incluye proyectos escritos en los lenguajes Ruby, Scala, Java, C/C++ y también algunas utilidades más.

El frontend de Twitter está desarrollado en Ruby on Rails, pero su sistema de mensajería fué reescrito en Scala el año pasado después de notables problemas de disponibilidad con su arquitectura anterior. Actualmente su API es accesible usando alguna de las tantas librerías disponibles libremente en una gran cantidad de lenguajes.