Desarrolladores ponen en duda el futuro de Qt

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.

Fuente