L'avenir de Qt à la lumière du partenariat Nokia-Microsoft [clôturé]

25

Au cas où vous l'auriez manqué, il s'est passé beaucoup de choses au cours des deux derniers jours qui pourraient potentiellement avoir un impact sur le cadre Qt, pour le pire. :-( Cela affectera le secteur mobile de plusieurs manières et probablement pas actuellement reconnues, c'est sûr.

Cela a commencé hier avec la lettre interne du PDG de Nokia, Stephen Elop, décrivant Nokia assis sur une plate-forme en feu et la nécessité d'un changement important et agressif dans les affaires.

Un jour plus tard, lors de la conférence Nokia World, Nokia a annoncé le partenariat avec Microsoft , qui reprend actuellement à Nokia l'adoption de la plate-forme Windows Phone 7 et de l'environnement de développement, jetant Symbian le long de la route et marquant Meego comme R&D (un mot-clé assez dangereux si me demandez-vous), comme pour la série Maemo / N900, je suppose que c'est au revoir pour de bon. Je sais ce que vous pensez, mais non, Qt ne sera pas porté sur la plate-forme Windows Phone. Et j'ai aussi peur de ça . Vous pouvez voir le communiqué de presse conjoint d'Elop & Ballmer ici .

Maintenant, après avoir lu cet énorme fil sur la liste de diffusion Qt-interest, je ne peux m'empêcher de me demander, quel est l'avenir de Qt chez Nokia, maintenant qu'ils ne se concentrent plus (du tout?) Sur Qt (rappelez-vous le focus complet activer Qt comme cadre de développement principal pour tous les produits Nokia (y compris Symbian, oui) en octobre ?).

J'adore Qt, à mon avis, c'est le seul véritable cadre de développement d'applications multiplateforme et l'un des rares à faire du développement C ++ une joie (dans la mesure du possible) et de bonnes choses sont arrivées au cadre et une dynamique considérable sous Nokia, Je me demande donc quelles sont les chances que Qt subisse une mort lente chez Nokia après cela? Oui, je connais KDE.org et le fait que Qt est facilement reproductible, mais je me sens toujours mal à l'aise.

Cela doit également être horrible pour tous les efforts déployés par les employés de Nokia ou des tiers qui ont investi Symbian et tous les contenus et activités d'Ovi Store Symbian / Qt et pourquoi pas, Maemo / Meego. Des licenciements massifs sont également prévus , je soupçonne les technologies Symbian et Qt?

J'aimerais entendre votre avis à ce sujet? Est-ce que Qt Future est sûr et à l'épreuve?

LE: La question a été progressivement révisée, améliorée et mieux référencée, donc vous voudrez peut-être relire rapidement pour voir ce que vous pourriez avoir manqué.

Shinnok
la source
1
"l'un des rares à faire du développement C ++ une joie (dans la mesure du possible)." Cela confirme mon sentiment que la plupart des gens qui aiment Qt n'aiment pas C ++. Je suis exactement le contraire :)
Nemanja Trifunovic
1
@Nemanja Trifunovic, ne quitte pas vrai, j'aime aussi le C ++, si je n'aimais pas, il ne l'aurait pas utilisé de toute façon, peu importe le cadre et je pense que c'est le cas pour tout le monde. Un bon framework / bibliothèque ne fera que renforcer la langue et non l'inverse. C'est pourquoi je ne donnerais pas le développement Qt sur MFC par exemple. dans un billion d'années. Je n'accepte pas non plus le fait que vous aimez C ++ vous fait détester Qt ..? :-)
Shinnok
3
@Shinnok: C'est probablement dû au fait que beaucoup de Qt dépend du compilateur de méta-objet ( moc), et que beaucoup de code Qt ne reflète pas du tout le C ++ moderne (les macros et le manque de sécurité d'exception, par exemple) . Bien que je comprenne pourquoi a mocété développé, je préfère de loin ne pas dépendre d'un outil externe en plus du jeu d'outils C ++ "standard". Les compilateurs C ++ de nos jours sont assez bons pour que vous puissiez faire beaucoup de choses dans le langage sans outil externe.
In silico
2
@In silico: Exactement! Qt me rappelle le C ++ du début des années 1990: pas de STL, pas d'exceptions, des macros partout, de l'héritage partout ... Ce n'est pas à quoi ressemble le C ++ moderne. Quant au manque de sécurité d'exception, c'est encore pire, mais ne me lancez pas là-bas :)
Nemanja Trifunovic
2
J'apprécie vos points, mais n'allons pas plus loin. Il y a un autre problème ici que nous sommes censés aborder et résoudre.
Shinnok

Réponses:

5

Si Nokia tue le support de Qt, je pense que c'est toujours une valeur sûre en tant qu'API pour le développement de bureau. Avant que Qt ne soit complètement ouvert, il y avait deux versions de la bibliothèque, et l'équipe KDE a réussi à travailler avec la version open source, et ces jours-ci, la communauté KDE se concentre beaucoup sur la mise à disposition de KDE multiplateforme, donc je pouvais les voir poursuivre le développement sur Qt même si Nokia abandonne le projet.

Gnome et GTK + semblent avoir un support commercial plus large dans l'ensemble, mais il n'est pas hors de portée qu'un autre grand acteur puisse acheter l'équipe Qt de Nokia, ou que des développeurs soient embauchés pour travailler sur Qt pour d'autres entreprises.

Cela dit, j'espère que les dirigeants de Nokia se rendront compte que l'intégration complète avec WP7 n'est pas la meilleure idée, et qu'ils gardent en fait meego et Qt en R&D avec l'intention de continuer à le financer comme moyen de couverture contre l'échec de WP7 (ou tout simplement obtenir une mauvaise affaire de Microsoft, car ils ont la réputation de faire à leurs partenaires dans des accords comme celui-ci).

Cercerilla
la source
4

Je dois admettre que je suis confus par cette décision. D'après ce que j'ai entendu, les ventes de WP7 sont si embarrassantes que Microsoft ne publiera même pas de chiffres de vente, seulement des "unités expédiées". Il me semble qu'essayer d'améliorer votre positionnement mobile en vous liant à Windows Phone 7, c'est un peu comme un homme sur un navire qui coule saisissant l'ancre pour essayer de rester à flot.

Et puisque QT est un framework de code natif, et WP7 est censé fonctionner uniquement avec Silverlight et XNA, (à quelques exceptions très précises près), cela ne fait pas vraiment grand-chose à Microsoft non plus, à moins qu'ils ne retravaillent radicalement leur développement. trousse.

Mason Wheeler
la source
7
Nokia est dans un tel désarroi depuis des années. Jetez un coup d'œil à leurs services communautaires qui ont été renommés plusieurs fois et qui ont échoué encore une fois. Maintenant que leurs chiffres de vente prennent une merde, ils renoncent à leurs 60 ans. En ce qui me concerne, ce changement radical est le seul moyen pour eux de démystifier ma perception d'eux comme étant davantage une partie prenante de la faim d'argent, le bon sens et la communauté plus tard. WP7 est radical et amusant, mais c'est tout. La fusion de la bête MS qui ne dort jamais et de la réputation de Nokia est une décision intelligente pour les récupérer <3.
Filip Dupanović
2
En effet, la blogosphère est pleine de gens qui disent que c'est une horrible décision. Voir news.ycombinator.com/item?id=2205975 pour en discuter.
btilly
| @ Pavel: J'ai supprimé mon commentaire car je ne suis pas autorisé à communiquer sur le sujet.
4

Je suppose que Qt en tant que framework mobile est fscked, en permanence.

En tant que boîte à outils de bureau multiplateforme, il a probablement un avenir assez stable, jusqu'à ce que MS décide d'interrompre tout développement natif et de forcer tout le monde dans .NET.

Edward Strange
la source
Ils sont en fait assez loin derrière les autres. De plus, certaines des choses qu'ils disent être "partiellement effectuées" ne fonctionnent en fait que dans leur fork de langage, C ++ / CLI. De plus, les développeurs de MS ont affirmé que le code natif win32 suivait le chemin du dodo depuis quelques années maintenant. J'en ai eu quelques-uns à la convention VS2005 qui me l'ont dit. J'ai fini par ne pas arriver, mais c'est certainement quelque chose qu'ils envisagent. Finalement .NET sera l'API "native" et win32 / native sera émulé.
Edward Strange,
1
"Finalement .NET sera l'API" native "et win32 / native sera émulé." - Je ne suis pas convaincu que cela se produira réellement. Il est beaucoup, beaucoup plus facile d'implémenter le framework .NET au-dessus de l'API Windows (ce qu'il fait en fait, par exemple "Tous les éléments WPF à l'écran sont finalement soutenus par un HWND" ) que de faire de .NET le " API "native" et que l’API Windows s’ajoute à cela. Le coût ne peut pas justifier un changement aussi massif comme celui-ci.
In silico
2

Qt est un logiciel GPL. Étant donné que KDE en dépend et qu'il est utile à d'autres personnes en dehors de Nokia, je pense que vous verrez une fondation open source créer un fork et fonctionner avec si Microsoft ou Nokia essaie réellement de manipuler la structure de gestion Qt d'une manière qui soit pas propice à la communauté.

Ken Bloom
la source
Non, quelqu'un a besoin de se soucier de cela et un soutien commercial serait bien ..
Nils
2

À long terme, ces événements seront réellement bons pour l'avenir de QT. La force de QT est le bureau, mais Nokia l'a peut-être forcé à devenir une boîte à outils tactile pour les smartphones. Maintenant que Nokia n'en a plus vraiment besoin, il le vendra probablement à une partie qui l'utilise mieux, une partie qui se soucie plus des PC, du bureau et bien sûr des développeurs de logiciels de bureau.

user281377
la source
Et c'est
parti
2

Microsoft a fait cela avec Borland avant - PDG - ex M $ guy -> ensuite tuer la société qui est la référence de tous les actionnaires de Nokia. À propos de Qt - disparaîtra probablement lentement - c'est vraiment triste - parce que c'est le meilleur framework en ce moment - comparer avec wxWidgets, .Net / Mono / etc. Si vous n'avez pas le support des développeurs commerciaux - le framework est comme un hobby pour un tas de programmeurs talentueux, mais sans vision claire où va. Encore une fois dans l'histoire de M $ - probablement les meilleurs développeurs Qt iront travailler pour M $ .- référence Delphi - .Net


la source
1

Quelqu'un (les propriétaires originaux peuvent en avoir) pourrait toujours acheter TrollTech auprès de Nokia et ils peuvent à nouveau exister en tant qu'entreprise distincte. Je suppose que Nokia ne voudra pas se débarrasser des activités non essentielles.

Et oui, c'est open source, mais c'est toujours agréable d'avoir un support commercial qui fait avancer la plate-forme.

Macke
la source
Canonical pourrait donner à Qt et Maemo / Meego une nouvelle maison chaleureuse, en particulier dans ce contexte .
Shinnok
@Shinnok: Eh bien, je tiens à l'interface graphique multiplateforme Qt a Win / Mac plutôt qu'à Linux. (Linux est bien pour mes projets OS, mais commercialement, je cible le bureau MS / Apple .. eh bien.)
Macke
vous avez en fait raison ... Canonical pourrait ne pas avoir la motivation d'investir dans les plates-formes Windows et Mac, d'autant plus que je ne pense pas qu'ils conserveraient la licence de support commercial s'ils achetaient Qt. Un acheteur potentiel de Qt doit avoir une motivation particulière (que ce soit un intérêt financier ou personnel) pour maintenir l'orientation multiplateforme à laquelle Qt se développe actuellement, en particulier. le côté mobile, qui je pense est condamné à ce stade.
Shinnok
OTOH Je pense que Qt est tellement multiplateforme qu'il est susceptible de se retrouver, au moins sous une certaine forme, sur n'importe quel système qui a un compilateur C ++ et un affichage. ;) Le port Android est en cours, etc etc.
Macke
0

Extrait du communiqué de presse.

Qt continuera d'être le cadre de développement de Symbian et Nokia utilisera Symbian pour d'autres appareils; continuer à développer des applications stratégiques dans Qt pour la plate-forme Symbian et encourager les développeurs d'applications à faire de même. Avec 200 millions d'utilisateurs dans le monde et Nokia prévoyant de vendre environ 150 millions d'appareils Symbian supplémentaires, Symbian offre toujours une échelle géographique sans précédent aux développeurs.
L'extension de la portée de Qt sera notre premier appareil open source lié à MeeGo, que nous prévoyons de livrer plus tard cette année. Bien que nos plans pour MeeGo aient été adaptés à la lumière de notre partenariat prévu avec Microsoft, cet appareil sera compatible avec les applications développées dans le cadre de Qt et donnera ainsi aux développeurs Qt un autre appareil à cibler.

Sorantis
la source
0

Ce sera un excellent partenariat. Le premier fabricant mondial de téléphones avec un système d'exploitation génial. Cela ira de mieux en mieux. Regardez simplement iOS. Quand il a été publié, il était risible et maintenant il bascule. Android et Apple feraient mieux de faire attention.


la source
-1

Digia a acheté Qt à Nokia en 2012. Ils se concentrent sur le marché mobile et QML, mais Qt Widgets et l'API C ++ sont toujours pris en charge. L'avenir de Qt est sûr et à l'épreuve.

cubuspl42
la source
continuez :) Digia a sorti Qt sous une nouvelle filiale compnay mais ils possèdent 100% de cette société, donc je suppose que c'est toujours vrai.
gbjbaanb