El futuro de Qt a la luz de la asociación Nokia-Microsoft [cerrado]


25

En caso de que te lo hayas perdido, han sucedido muchas cosas en los últimos dos días que podrían afectar el marco Qt, para peor. :-( Impactará en el sector móvil de varias maneras y probablemente no reconocidas actualmente, seguro.

Comenzó ayer con la carta interna del CEO de Nokia, Stephen Elop, que representa a Nokia sentado en una plataforma en llamas y la necesidad de un cambio grande y agresivo en los negocios.

Un día después, en la conferencia Nokia World, Nokia anunció la asociación con Microsoft , que en este momento reanuda a Nokia a adoptar la plataforma Windows Phone 7 y el entorno de desarrollo, deshacerse de Symbian en el camino y etiquetar a Meego como I + D (una palabra clave bastante peligrosa si me preguntas), en cuanto a la serie Maemo / N900, supongo que es adiós para siempre. Sé lo que estás pensando, pero no, Qt no se transferirá a la plataforma de Windows Phone. Y también tengo miedo de esto . Puede ver el comunicado de prensa conjunto de Elop & Ballmer aquí .

Ahora, después de leer este enorme hilo en la lista de correo de Qt-interés, no puedo evitar preguntarme, ¿cuál es el futuro de Qt en Nokia, ahora que ya no están enfocados (en absoluto?) En Qt (recuerde el enfoque completo ¿Activar Qt como marco de desarrollo principal para todos los productos Nokia (incluido Symbian, sí) en octubre ?).

Me encanta Qt, en mi opinión, es el único verdadero marco de desarrollo de aplicaciones multiplataforma y uno de los pocos que hace que el desarrollo de C ++ sea un placer (en la medida de lo posible) y le han sucedido cosas buenas al marco y un impulso considerable mientras estaba bajo Nokia, Por lo tanto, me pregunto, ¿cuáles son las posibilidades de que Qt pueda sufrir una muerte lenta en Nokia después de esto? Sí, sé sobre KDE.org y el hecho de que Qt es fácil de generar, pero todavía me siento incómodo.

También debe ser horrible para todos los esfuerzos, ya sea por parte de los empleados de Nokia o de terceros que se han dedicado a Symbian y a todo el contenido y negocios de Ovi Store Symbian / Qt y, por qué no, Maemo / Meego. También hay planes de despidos masivos , sospecho que los técnicos de Symbian y Qt?

Me encantaría saber tu opinión sobre esto. ¿Qt future es seguro y a prueba?

LE: La pregunta ha sido revisada gradualmente, mejorada y mejor referenciada, por lo que es posible que desees volver a leer rápidamente para ver lo que te has perdido.


1
"uno de los pocos que hace que el desarrollo de C ++ sea una alegría (en la medida de lo posible)". Eso confirma mi sensación de que a la mayoría de las personas que les gusta Qt no les gusta C ++. Soy exactamente lo contrario :)
Nemanja Trifunovic

1
@Nemanja Trifunovic, no es cierto, también me gusta C ++, si me disgustara, no lo habría estado utilizando de todos modos, sin importar el marco y creo que ese es el caso para todos. Un buen marco / biblioteca solo potenciará el lenguaje y no lo contrario. Es por eso que no daría desarrollo Qt sobre MFC, por ejemplo. en un billón de años. Tampoco me gusta el hecho de que te guste C ++ hace que no te guste Qt ..? :-)
Shinnok

3
@Shinnok: Probablemente se deba al hecho de que una gran cantidad de Qt depende del compilador de metaobjetos ( moc), y que una gran cantidad de código Qt no refleja C ++ moderno (las macros y la falta de seguridad de excepción, por ejemplo) . Si bien entiendo por qué mocse desarrolló, prefiero no tener que depender de una herramienta externa además del conjunto de herramientas "estándar" de C ++. Los compiladores de C ++ hoy en día son lo suficientemente buenos como para que puedas hacer muchas cosas dentro del lenguaje sin una herramienta externa.
En silico

2
@In silico: ¡Exactamente! Qt me recuerda a C ++ de principios de la década de 1990: sin STL, sin excepciones, macros en todas partes, herencia en todas partes ... Así no se ve el C ++ moderno. En cuanto a la falta de seguridad de excepción, eso es aún peor, pero no me hagas comenzar allí :)
Nemanja Trifunovic

2
Aprecio tus puntos, pero no hagamos caso omiso de esto. Hay otro problema aquí que se supone que debemos abordar y abordar.
Shinnok

Respuestas:


5

Si Nokia elimina el soporte para Qt, creo que sigue siendo una apuesta segura como API para el desarrollo de escritorio. Antes de que Qt se abriera por completo, había dos versiones de la biblioteca, y el equipo de KDE logró trabajar con la versión de código abierto, y en estos días la comunidad de KDE está muy concentrada en hacer que KDE esté disponible multiplataforma, por lo que pude Véalos manteniendo el desarrollo en Qt incluso si Nokia abandona el proyecto.

Gnome y GTK + parecen tener un soporte comercial más amplio en general, pero no está fuera del alcance de la posibilidad de que otro jugador importante compre el equipo Qt de Nokia o que los desarrolladores sean contratados para trabajar en Qt para otras compañías.

Dicho esto, espero que los ejecutivos como Nokia se den cuenta de que involucrarse completamente con WP7 no es la mejor idea, y que de hecho están manteniendo a meego y Qt en I + D con la intención de continuar financiando como una forma de cobertura contra el fracaso de WP7 (o simplemente obtener un mal negocio de Microsoft, ya que tienen la reputación de hacerles a sus socios en negocios como este).


4

Debo admitir que estoy confundido por esta decisión. Por lo que escuché, las ventas de WP7 son tan vergonzosamente malas que Microsoft ni siquiera publicará números de ventas, solo "unidades enviadas". Me parece que intentar mejorar su posicionamiento móvil conectándose a Windows Phone 7 es muy parecido a un hombre en un barco que se hunde agarrando el ancla para tratar de mantenerse a flote.

Y dado que QT es un marco de código nativo, y se supone que WP7 solo funciona con Silverlight y XNA, (con algunas excepciones muy específicas), esto tampoco le gana mucho a Microsoft, a menos que vayan a reelaborar radicalmente su desarrollo equipo.


77
Nokia ha estado en tal desorden durante años. Solo eche un vistazo a sus servicios comunitarios que han sido renombrados varias veces y han fallado una vez más. Ahora que sus cifras de ventas están cayendo, están rescatando a los 60. En lo que a mí respecta, este cambio radical es la única forma en que van a desacreditar mi percepción de que son más un hambre de dinero de los interesados ​​primero, el sentido común y el tipo de negocio de la comunidad más tarde. WP7 es radical y divertido, pero eso es todo. Fusionar a la bestia MS que nunca duerme y la reputación de Nokia es un movimiento inteligente para recuperarlos <3.
Filip Dupanović

2
De hecho, la blogósfera está llena de personas que dicen que esta es una decisión horrible. Consulte news.ycombinator.com/item?id=2205975 para analizar uno de ellos.
btilly

El | @Pavel: eliminé mi comentario ya que no tengo permitido comunicarme sobre el tema.

4

Mi conjetura sería que Qt como marco móvil está fscked, permanentemente.

Como un kit de herramientas de escritorio multiplataforma, aunque probablemente tenga un futuro bastante estable, hasta que MS decida romper cualquier desarrollo nativo y forzar a todos a ingresar a .NET.



En realidad están bastante lejos del resto. Además, algunas de las cosas que dicen están "parcialmente hechas" en realidad solo funcionan en su lenguaje fork, C ++ / CLI. Aún más, los desarrolladores de MS han estado afirmando que el código nativo win32 estaba siguiendo el camino del dodo durante algunos años. Algunos en la convención VS2005 me dijeron eso mismo. Terminó no sucediendo, pero ciertamente es algo que están considerando. Eventualmente .NET será la API "nativa" y se emulará win32 / native.
Edward Strange

1
"Eventualmente .NET será la API" nativa "y se emulará win32 / native". - No estoy convencido de que eso suceda realmente. Es mucho, mucho más fácil implementar el marco .NET sobre la API de Windows (que de hecho lo hace, por ejemplo, "Todos los elementos WPF en la pantalla están respaldados por un HWND" ) que hacer que .NET sea " API nativa "y haga que la API de Windows se sienta encima de eso. El costo no puede justificar un cambio tan masivo como ese.
En silico

2

Qt es un software GPL. Dado que KDE depende de él y es útil para otros fuera de Nokia, creo que verá una base de código abierto que se bifurca y se ejecuta con ella si Microsoft o Nokia realmente intentan destrozar la estructura de administración de Qt de una manera que sea no propicio para la comunidad.


Nah, alguien tiene que preocuparse por eso y el apoyo comercial sería bueno ..
Nils

2

A la larga, esos eventos serán realmente buenos para el futuro de QT. La fuerza de QT es el escritorio, pero Nokia podría haberlo obligado a convertirse en un kit de herramientas de interfaz de usuario táctil para teléfonos inteligentes. Ahora que Nokia ya no lo necesita más, probablemente lo venderá a una parte que lo use mejor, una parte que se preocupa más por las PC, el escritorio y, por supuesto, los desarrolladores de software de escritorio.



2

Microsoft hizo eso con Borland antes - CEO - ex miembro de M $ -> luego mata a la compañía que es para referencia de todos los accionistas de Nokia. Acerca de Qt - probablemente desaparecerá lentamente - eso es realmente triste - porque es el mejor marco en este momento - compárelo con wxWidgets, .Net / Mono / etc. Si no tiene el apoyo de desarrolladores comerciales - el marco es como un hobby para un montón de programadores talentosos, pero sin una visión clara de a dónde va. Una vez más a partir de la historia de M $, probablemente los mejores desarrolladores de Qt irán a trabajar por M $ .- referencia Delphi - .Net


1

Alguien (los propietarios originales tal vez) aún podrían comprar TrollTech de Nokia y pueden volver a existir como una compañía separada. Supongo que a Nokia no le importará deshacerse de los negocios no centrales.

Y sí, es de código abierto, pero siempre es bueno tener algún respaldo comercial que impulse la plataforma hacia adelante.


Canonical podría dar a Qt y Maemo / Meego un nuevo hogar cálido, especialmente en este contexto .
Shinnok

@Shinnok: Bueno, me importa la interfaz gráfica de usuario multiplataforma Qt a Win / Mac que Linux. (Linux es bueno para mis proyectos de SO, pero comercialmente apunto al escritorio de MS / Apple ... oh, bueno.)
Macke,

en realidad tiene razón ... es posible que Canon no tenga la motivación para invertir en las plataformas Windows y Mac, especialmente porque no creo que conserven la licencia de soporte comercial si compran Qt. Un comprador potencial de Qt debe tener una motivación especial (ya sea interés financiero o personal) para mantener la amplia orientación multiplataforma a la que Qt actualmente prospera, especialmente. el lado móvil, que creo está condenado en este momento.
Shinnok

OTOH Creo que Qt es tan multiplataforma que seguramente terminará, al menos de alguna forma, en cualquier sistema que tenga un compilador C ++ y una pantalla. ;) El puerto de Android está en marcha, etc., etc.
Macke

0

De comunicado de prensa.

Qt continuará siendo el marco de desarrollo para Symbian y Nokia usará Symbian para otros dispositivos; continuar desarrollando aplicaciones estratégicas en Qt para la plataforma Symbian y alentando a los desarrolladores de aplicaciones a hacer lo mismo. Con 200 millones de usuarios en todo el mundo y Nokia planea vender alrededor de 150 millones de dispositivos Symbian más, Symbian todavía ofrece una escala geográfica incomparable para los desarrolladores.
Ampliando el alcance de Qt será nuestro primer dispositivo de código abierto relacionado con MeeGo, que planeamos enviar a finales de este año. Aunque nuestros planes para MeeGo se han adaptado a la luz de nuestra asociación planificada con Microsoft, ese dispositivo será compatible con las aplicaciones desarrolladas dentro del marco Qt y, por lo tanto, les dará a los desarrolladores de Qt un dispositivo adicional para apuntar.


0

Esta será una gran asociación. El principal fabricante de teléfonos del mundo con un sistema operativo increíble. Se pondrá mejor y mejor. Solo mira iOS. Cuando fue lanzado, era ridículo y ahora está rockeando. Es mejor que Android y Apple estén prestando atención.


-1

Digia compró Qt a Nokia en 2012. Están enfocados en el mercado móvil y QML, pero Qt Widgets y la API C ++ aún son compatibles. El futuro de Qt es seguro y a prueba.


sigan :) Digia ha lanzado Qt bajo una nueva compañía subsidiaria, pero poseen el 100% de esa compañía, por lo que supongo que sigue siendo cierto.
gbjbaanb
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.