Qt 5.1 introduit le support préliminaire d'iOS et Android

Qt 5.1 introduit le support préliminaire d’iOS et Android

De multiples améliorations pour Qt Quick

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

05/07/2013 2 minutes
59

Qt 5.1 introduit le support préliminaire d'iOS et Android

La société Digia, éditrice de la technologie de développement Qt, vient de publier la version 5.1 de cette dernière. Parmi les multiples améliorations, on notera l’arrivée d’un support préliminaire pour iOS et Android. Cela signifie que les développeurs pourront commencer à bâtir des applications pour ces plateformes en reprenant leur code.

 

 

La nouvelle mouture de Qt 5.1 permet donc désormais un rapprochement avec les deux plateformes principales, iOS et Android. Pour rappel, Qt est un environnement de développement permettant de réutiliser son code pour l’ensemble des plateformes supportées. On le retrouve régulièrement dans les applications et on citera notamment les cas de VLC, VirtualBox et de KDE. De fait, une extension vers des plateformes mobiles paraît logique.

 

Le support d’iOS et Android est toutefois préliminaire. Cela signifie que, même si les développeurs peuvent essayer d’exporter leurs projets sur ces plateformes, les résultats ne sont pas garantis. Le portage complet n’interviendra que dans la mouture 5.2, attendue d’ici à la fin de l’année. Digia précise cependant que la grande majorité des fonctionnalités et des outils sont présents dans Qt 5.1.

 

Diverses améliorations ont été également portées sur Qt Quick qui permet la création d’interfaces utilisateur. Ainsi, les modules Qt Quick Controls et Qt Quick Layouts ont désormais leurs widgets pour Qt Quick. Le développeur y trouvera des éléments dont Digia promet qu’ils lui simplifieront la vie. Qt 5.1 est également livré avec la mouture 2.7.2 de l’IDE Qt Creator dont de nombreux bugs ont été corrigés et dont les performances ont été améliorées.

 

Comme d’habitude, Digia propose une version commerciale d’évaluation ainsi qu’une mouture open source.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Fermer

Commentaires (59)


Anonyme_f7d8f7f164fgnbw67p
Le 05/07/2013 à 10h 35

“technologie de développement”, c’est comme ca que se traduit “framework” ?



Sinon c’est une très bonne nouvelle. A tester.

Et en attente de la 5.2 pour voir ce que les vrais devs vont pouvoir bien en faire, mais miam ! en perspective….


Enfin le support des versions récentes d’OpenGL en 5.X <img data-src=" />



Maintenant, je suis partagé entre me constituer ma propre bibliothèque, et attendre la sortie de Qt3D…


Toujours pas de SDK dans la version open source pour mettre à jour simplement <img data-src=" />


malock
Le 05/07/2013 à 10h 47

Qt, la techno qu’elle est bien ! Je l’utilise en fait pour tout ce que je développe et je milite pour la voir plus présente dans nos labo de recherche (on y arrive, doucement !)

L’intégration du support Android vient du projet Necessitas@KDE n’est ce pas ?


Stargateur
Le 05/07/2013 à 10h 48

Qt <img data-src=" />








malock a écrit :



Qt, la techno qu’elle est bien ! Je l’utilise en fait pour tout ce que je développe et je milite pour la voir plus présente dans nos labo de recherche (on y arrive, doucement !)







Moi je milite pour que ça enterre Java (ouiiiiiiiii Java et Qt, ce n’est pas comparable, c’est Java et C++…), j’en ai marre de voir 90% des offres de stage monopoliser ce…ce truc <img data-src=" />



malock
Le 05/07/2013 à 10h 58







eax13 a écrit :



Moi je milite pour que ça enterre Java (ouiiiiiiiii Java et Qt, ce n’est pas comparable, c’est Java et C++…), j’en ai marre de voir 90% des offres de stage monopoliser ce…ce truc <img data-src=" />





<img data-src=" />

J’ai pas voulu être aussi rude, pour ne pas relancer le débat Java/C++ tout ça tout ça… et ne pas “choquer” les “fans” de Java.

Bref, je vote Qt, à chaque coup !



Gatchan
Le 05/07/2013 à 11h 08







eax13 a écrit :



Moi je milite pour que ça enterre Java (ouiiiiiiiii Java et Qt, ce n’est pas comparable, c’est Java et C++…), j’en ai marre de voir 90% des offres de stage monopoliser ce…ce truc <img data-src=" />







Oui marre du Java ! vive le C# !<img data-src=" />



brazomyna
Le 05/07/2013 à 11h 09







Drepanocytose a écrit :



“technologie de développement”, c’est comme ca que se traduit “framework” ?





En tout cas, c’est pas “environnement de développement” comme dit dans l’article, qui est encore pire que “technologie de développement”, qui lui au moins ne risque pas la confusion avec la notion d’IDE.





Pour rappel, Qt est un environnement de développement permettant de réutiliser son code pour l’ensemble des plateformes supportées





La notion d’environnement de développement, ça fait plutôt référence à l’IDE (ou l’EDI en françisé: environnement de développement intégré), qui est une des choses que propose Qt (et son ptit nom c’est Qt Creator), mais qui n’est qu’un outil du framework global.



Le prix de la traduction “àlacon” en français, c’est “cadriciel” <img data-src=" />







eax13 a écrit :



Moi je milite pour que ça enterre Java (ouiiiiiiiii Java et Qt, ce n’est pas comparable, c’est Java et C++…), j’en ai marre de voir 90% des offres de stage monopoliser ce…ce truc <img data-src=" />





On peut être fan de Qt ET de Java (et d’autres choses) sans vouloir forcément en dénigrer un ou l’autre.







malock a écrit :



J’ai pas voulu être aussi rude, pour ne pas relancer le débat Java/C++ tout ça tout ça… et ne pas “choquer” les “fans” de Java.





S’il y avait un langage & framework miracle qui faisait tout mieux que tous les autres, je pense que depuis le temps ça se saurait et les autres auraient disparu. <img data-src=" />



Le gars qui a un peu de bouteille, tu ne le ‘choque’ plus depuis longtemps avec une phrase comme ça ; tu ne fais que lui démontrer que t’es un newbie fraîchement sorti de l’école.




Emralegna
Le 05/07/2013 à 11h 12

Dommage que Nokia se soit cassé les dents avec Symbian. <img data-src=" />


Gatchan
Le 05/07/2013 à 11h 12







brazomyna a écrit :



S’il y avait un langage & framework miracle qui faisait tout mieux que tous les autres, je pense que depuis le temps ça se saurait et les autres auraient disparu. <img data-src=" />







Revenons au racines : je propose le Brainfuck



brokensoul
Le 05/07/2013 à 11h 18

La démo en qml est vraiment super impressionnante je trouve, pas super expérimenté dans les GUI mais ça semble hyper facile ! Dire que c’est une des pépites de Nokia vendue pour trois fois rien..


tAran
Le 05/07/2013 à 11h 20

J’arrive pas à m’enlever de la tête que le nom ressemble trop à cette daube de Quicktime <img data-src=" />


levhieu
Le 05/07/2013 à 11h 25







malock a écrit :



…

J’ai pas voulu être aussi rude, pour ne pas relancer le débat Java/C++ tout ça tout ça… et ne pas “choquer” les “fans” de Java.

Bref, je vote Qt, à chaque coup !











brazomyna a écrit :



…

On peut être fan de Qt ET de Java (et d’autres choses) sans vouloir forcément en dénigrer un ou l’autre.



S’il y avait un langage & framework miracle qui faisait tout mieux que tous les autres, je pense que depuis le temps ça se saurait et les autres auraient disparu. …







Je me rappelle avoir lu quelques commentaires cinglants dans la doc Qt du genre: «on a fait comme ça, certes c’est différent de ce que vous connaissez en C++, mais c’est parce que c’est mal fait en C++»



Et non, je n’ai plus les références (c’était il y a bien 4-5 ans), alors si quelqu’un peut ajouter quelque chose ou signaler que la situation a changé…



Anonyme_f7d8f7f164fgnbw67p
Le 05/07/2013 à 11h 27







tAran a écrit :



J’arrive pas à m’enlever de la tête que le nom ressemble trop à cette daube de Quicktime <img data-src=" />





Par Qt ils voulaient que ca se lise “cute” (mignon)

Quand tu te le représentes avec cette sonorité ca enleve le côté quicktime tout de suite.



Crosty
Le 05/07/2013 à 11h 27

Mort au Java : C# rules

J’aimais pas trop Qt mais cette 5.1 le fait remonter dans mon estime…


tAran
Le 05/07/2013 à 11h 31







Drepanocytose a écrit :



Par Qt ils voulaient que ca se lise “cute” (mignon)

Quand tu te le représentes avec cette sonorité ca enleve le côté quicktime tout de suite.





Je l’avais compris, c’est juste les deux lettres choisies qui me traumatisent <img data-src=" />









Drepanocytose a écrit :



Par Qt ils voulaient que ca se lise “cute” (mignon)

Quand tu te le représentes avec cette sonorité ca enleve le côté quicktime tout de suite.







Par contre, quand tu fais une recherche pour un problème spécifique en Qt, Google te propose parfois des “How to blabla with Quicktime” (en gras, genre “ça correspond”), et ça c’est très chiant <img data-src=" />



divide
Le 05/07/2013 à 11h 34

Gros utilisateur de Qt j’ai testé chaque build 5.x.x sur Windows/Mac et la 5.1 apporte enfin la maturité à Qt5 ! On arrive au niveau de stabilité de Qt 4.8.x, avec quelques ajouts bien sympa même sur desktop (gestion Retina, version x64, nouvelles classes, etc…). Qt Creator continue aussi son bout de chemin et n’a pas à rougir face à l’IDE de Microsoft -il est même bien plus agréable à utiliser, à mon sens-.


Anonyme_f7d8f7f164fgnbw67p
Le 05/07/2013 à 11h 35







eax13 a écrit :



Par contre, quand tu fais une recherche pour un problème spécifique en Qt, Google te propose parfois des “How to blabla with Quicktime” (en gras, genre “ça correspond”), et ça c’est très chiant <img data-src=" />





Quand on sait programmer on ne fait pas de recherches <img data-src=" />

Et de toutes facons l’aide et le “manuel” de Qt sont très bien faits….



Bon, blague à part, c’est vrai que le nom n’est pas très heureux….



jaretlafoudre
Le 05/07/2013 à 11h 40







brazomyna a écrit :



S’il y avait un langage & framework miracle qui faisait tout mieux que tous les autres, je pense que depuis le temps ça se saurait et les autres auraient disparu. <img data-src=" />







Bof… J’ai déjà eu un directeur de projet qui à imposé aux equipes un autre langage/framework nettement moins bien que celui sur le quel on avait commencé, pour la seule raisonque les consulant specialisé dans ce langage étaient plus facile à trouver et moins cher…









Drepanocytose a écrit :



Quand on sait programmer on ne fait pas de recherches <img data-src=" />

Et de toutes facons l’aide et le “manuel” de Qt sont très bien faits….



Bon, blague à part, c’est vrai que le nom n’est pas très heureux….







Ouvre la doc et dis-moi comment appliquer un Delegate à un seul index d’une Item View <img data-src=" />



brazomyna
Le 05/07/2013 à 11h 42







jaretlafoudre a écrit :



Bof… J’ai déjà eu un directeur de projet qui à imposé aux equipes un autre langage/framework nettement moins bien que celui sur le quel on avait commencé, pour la seule raisonque les consulant specialisé dans ce langage étaient plus facile à trouver et moins cher…





Et c’est une décision qui peut parfaitement être légitime quand on a compris que mener un projet à son terme, c’est prendre en compte nombre de facteurs qui ne relèvent pas uniquement d’une approche technique ou technologique.









jaretlafoudre a écrit :



Bof… J’ai déjà eu un directeur de projet qui à imposé aux equipes un autre langage/framework nettement moins bien que celui sur le quel on avait commencé, pour la seule raisonque les consulant specialisé dans ce langage étaient plus facile à trouver et moins cher…





Argument déjà entendu également pour le choix de Java contre Qt…



Il n’y a pas assez d’expert C++, et il y a trop de devs Java, mais les boîtes ne veulent pas faire de C++ car il n’y a pas assez d’experts, du coup, le dev se fait en Java, et il y a de moins en moins d’expert C++…



malock
Le 05/07/2013 à 12h 14







brazomyna a écrit :



(…)

Le gars qui a un peu de bouteille, tu ne le ‘choque’ plus depuis longtemps avec une phrase comme ça ; tu ne fais que lui démontrer que t’es un newbie fraîchement sorti de l’école.







Oh bah, le mec qui arrive avec ses grosses godasses pour t’en foutre un coup dans la poire. Le newbie, il est toujours à l’université d’ailleurs (et il te dit zut !).

Ce que j’ai justement voulu dire, en indiquant ne pas vouloir relancer ce débat (et en précisant choquer puis fans entre guillemets), c’est que l’un n’est pas toujours mieux que l’autre… Cependant, pour mon petit cas perso, je favorise Qt. De plus, mon premier post fait référence à un contexte particulier qui est celui des laboratoires de recherche en informatique (as-tu seulement pris la peine de le lire ?) dans lesquels l’utilisation de Qt me semble relativement plus pertinente.



Tu as surement d’la bouteille, c’est génial… Ce statut ne donne cependant pas plus de poids à ton discours qu’au mien.



NeoSyfer
Le 05/07/2013 à 12h 26

Qt is the way <img data-src=" />


Enyths
Le 05/07/2013 à 12h 32

C++, Java, estimez vous heureux ! Il y en a qui sombrent dans le Cobol encore aujourd’hui.



Un conseil pour plus tard : éviter les banques et les assurances … <img data-src=" />


Hadrien01
Le 05/07/2013 à 12h 40

Aaaah, Cobol ! Les pauvres quand même <img data-src=" /> Les banques qui veulent pas mettre à jour leurs systèmes, et viennent chercher dans toutes les formations des stagiaires pour perpétuer le système ^^


brazomyna
Le 05/07/2013 à 12h 45







Enyths a écrit :



C++, Java, estimez vous heureux ! Il y en a qui sombrent dans le Cobol encore aujourd’hui.

Un conseil pour plus tard : éviter les banques et les assurances … <img data-src=" />





Sauf si vous acceptez de faire du Cobol pour être payé deux fois plus cher.







Hadrien01 a écrit :



Aaaah, Cobol ! Les pauvres quand même <img data-src=" />





C’est l’inverse: ce qui est “rare” est cher. Et ça se vérifie clairement sur le marché de l’emploi.




divide
Le 05/07/2013 à 12h 52

Heureusement qu’on peut gagner sa vie en programmant pour autre chose que des SSII/banques/assurances (pour lesquels Qt a d’ailleurs peut d’intérêt).

Parce que si le seul intérêt de dev en Cobol c’est de gagner plus d’argent tout en se faisant chier…


levhieu
Le 05/07/2013 à 12h 55







Hadrien01 a écrit :



Aaaah, Cobol ! Les pauvres quand même <img data-src=" /> Les banques qui veulent pas mettre à jour leurs systèmes, et viennent chercher dans toutes les formations des stagiaires pour perpétuer le système ^^







Avant toute chose, je signale que je n’ai jamais travaillé dans une banque.



Maintenant, ma réaction: L’argument du genre (je pousse un peu par rapport à ce qui est dit) «les nuls qui veulent pas mettre à jour leur système», je n’y accroche pas forcément.



En supposant que les banques ont certaines obligations de durée de service, certaines applications vont devoir vivre plus de temps qu’il n’en faut à la mode informatique de changer, je comprends qu’elles préfèrent se donner du mal pour trouver des gens qui acceptent de travailler sur une technologie considérée comme très obsolète, mais toujours la même, plutôt que de trouver des gens qui travailleront sur une technologie obsolète mais jamais la même.



NeoSyfer
Le 05/07/2013 à 12h 55







eax13 a écrit :



Ouvre la doc et dis-moi comment appliquer un Delegate à un seul index d’une Item View <img data-src=" />







dans la méthode createEditor de ton délégate tu check l’index ?









NeoSyfer a écrit :



dans la méthode createEditor de ton délégate tu check l’index ?







Bonne réponse <img data-src=" />



(excuse-moi si je ne remercie pas, j’avais trouvé hier <img data-src=" /> )



Je dois encore vérifier si on peut accéder au texte d’une colonne de l’item en utilisant juste l’index.



NeoSyfer
Le 05/07/2013 à 12h 59







eax13 a écrit :



Bonne réponse <img data-src=" />



Je dois encore vérifier si on peut accéder au texte d’une colonne de l’item en utilisant juste l’index.







utilise index.column(). Pense à mettre des belles enums dans ta classe pour les colonnes :p









NeoSyfer a écrit :



utilise index.column(). Pense à mettre des belles enums dans ta classe pour les colonnes :p







Cette fois, merci beaucoup <img data-src=" />



Hahaha, toi aussi tu as été contaminé par la fièvre des enums de Qt <img data-src=" />



brazomyna
Le 05/07/2013 à 13h 06







levhieu a écrit :



Avant toute chose, je signale que je n’ai jamais travaillé dans une banque.







Maintenant, ma réaction: L’argument du genre (je pousse un peu par rapport à ce qui est dit) «les nuls qui veulent pas mettre à jour leur système», je n’y accroche pas forcément.



C’est surtout un argument idiot. Perso, je travaille dans l’IT pour la finance (et j’ai travaillé dans d’autres domaines avant), mais c’est pas spécifique: c’est valable dans tous les domaines, y compris hors IT:



on ne change pas pour le plaisir de changer ou pour être à jour. On change parce que ça a un réel intérêt, et que cet intérêt compense largement les risques et les coûts inhérents au changement.








fraoch
Le 05/07/2013 à 13h 42







brazomyna a écrit :



…Le gars qui a un peu de bouteille, tu ne le ‘choque’ plus depuis longtemps avec une phrase comme ça ; tu ne fais que lui démontrer que t’es un newbie fraîchement sorti de l’école.







c’est claire …



fraoch
Le 05/07/2013 à 13h 51







malock a écrit :



Tu as surement d’la bouteille, c’est génial… Ce statut ne donne cependant pas plus de poids à ton discours qu’au mien.







Il n’a pas pretendu le contraire.

Je dirais même qu’il s’agit d’un conseil pour toi plus tard, quand tu seras en face d’un recruteur . .. faire attention a ce qu’on dit



Mais tu n’y es pour rien, a l’université, on a toujours une vision un peu idéaliste des choses, ou on croit que seule la technologie la plus aboutie sera optée en entreprise <img data-src=" />



fraoch
Le 05/07/2013 à 13h 54







Enyths a écrit :



C++, Java, estimez vous heureux ! Il y en a qui sombrent dans le Cobol encore aujourd’hui.



Un conseil pour plus tard : éviter les banques et les assurances … <img data-src=" />







Je te reponds en direct de mon poste de taff, dans une banque ou je developpe en dot.Net. Ils ont aussi un pole java…. Le cobol disparait, et ce n’est pas parce qu’il etait (tres) vieux que c’est forcement mauvais lol



divide
Le 05/07/2013 à 14h 08

Je vois pas le rapport entre l’experience de malock et brazomyna par rapport à la comparaison Java/Qt: dans l’absolu, à part dans de rares cas Java reste intrinsèquement de la merde, la ou Qt ne cesse de gagner en capacités, en perfs et en support. Toute l’expérience du monde ne change pas grand chose à ce constat, et on est heureusement pas obligé de se taper du Java pour pouvoir travailler au sein d’une boite, ou monter la sienne.


brazomyna
Le 05/07/2013 à 14h 16







divide a écrit :



dans l’absolu, à part dans de rares cas Java reste intrinsèquement de la merde, la ou Qt ne cesse de gagner en capacités, en perfs et en support.





Java est utilisé dans le milieu pro dans 90% des cas pour J2EE, un truc qui est justement totalement en dehors du domaine de compétence de Qt.



Mais c’est un détail, tout comme le vivier de développeurs disponibles sur le marché de l’emploi pour l’une et l’autre techno, les capacités d’introspection de Java, la quantité de librairies tierces existantes orientées ‘besoins pro, info de gestion’, etc…



Mais t’as sûrement raison envers et contre une bonne partie de ceux qui ont opté pour telle techno plutôt qu’une autre: ceux-là sont tous des incompétents qui ne choisissent que pour de mauvaises raisons.

Heureusement que toi tu as la vraie, l’unique réponse universelle pour tous les projets, les besoins, de tout temps, et que ton altruisme t’a amené à venir nous la partager ici bas: “Java reste intrinsèquement de la merde” <img data-src=" />



malock
Le 05/07/2013 à 14h 19







fraoch a écrit :



Il n’a pas pretendu le contraire.

Je dirais même qu’il s’agit d’un conseil pour toi plus tard, quand tu seras en face d’un recruteur . .. faire attention a ce qu’on dit



Mais tu n’y es pour rien, a l’université, on a toujours une vision un peu idéaliste des choses, ou on croit que seule la technologie la plus aboutie sera optée en entreprise <img data-src=" />







Moui, je me suis peut-être un peu emporté…

Lorsque j’ai voulu faire part de mon avis perso en disant que je pousse pour une utilisation de Qt dans un labo d’info, et qu’un autre répond qu’il veut voir ce framework C++ enterré l’utilisation de Java, le dernier nous répond “Pff. Newbie. Moi j’ai le savoir. Chut”. Bref, j’ai peut être mal interprété tout cela… <img data-src=" />



A l’université, ce n’est pas que des étudiants pensant tout connaître et ayant un avis tranché sur ce qui est disponible : il y a du chercheur, de l’ingénieur… Plein de gens qualifiés et réfléchies. Ce n’est pas non plus totalement déconnecter du monde pro : dans mon cas par exemple, mon projet de thèse est en relation directe avec une entreprise.



brazomyna
Le 05/07/2013 à 14h 31







malock a écrit :



Moui, je me suis peut-être un peu emporté…





D’autant plus que ce que j’ai critiqué, c’était pas toi, mais la personne d’avant (même si c’était pas clair étant donné que je t’ai quoté et que j’ai mis des ‘tu’ qui avaient dans ma bouche une signification plus généraliste qu’un vrai ‘tu’).





A l’université, ce n’est pas que des étudiants pensant tout connaître et ayant un avis tranché sur ce qui est disponible : il y a du chercheur, de l’ingénieur… Plein de gens qualifiés et réfléchies. Ce n’est pas non plus totalement déconnecter du monde pro : dans mon cas par exemple, mon projet de thèse est en relation directe avec une entreprise.



La R&D n’a souvent pas les mêmes problématiques qu’une entreprise. En R&D, tu ne te traînes pas un existant de 15 ans de technos et de développement qui sont en production et qui ne peut se permettre de marcher à moitié ou être en panne de temps en temps sous peine de mettre l’entreprise dans une situation critique.



Je le sais d’autant plus facilement que mon premier job, c’était en tant qu’ingé R&D d’une “PME” de 100 000 employés, et que je faisais justement du dév. C++ (mon premier amour quand le code et l’aspect ‘technique’ était encore la seule approche qui m’intéressait).



Aujourd’hui, un des projets que je dirige est en … Visual Basic. Pas parce que c’est la meilleure techno de tous les temps, mais parce que c’est la techno (du VBA) que le client a choisi au départ du projet (pour des raisons sans doute pertinentes), au siècle dernier.

Et que pour réécrire l’applicatif et toutes ses évolutions, ça se compterait en dizaines de milliers de jours.homme, le tout pour un intérêt final moindre que le coût de ces dizaines de milliers de jours.homme




divide
Le 05/07/2013 à 15h 11







brazomyna a écrit :



Java est utilisé dans le milieu pro dans 90% des cas pour J2EE, un truc qui est justement totalement en dehors du domaine de compétence de Qt.



Mais c’est un détail, tout comme le vivier de développeurs disponibles sur le marché de l’emploi pour l’une et l’autre techno, les capacités d’introspection de Java, la quantité de librairies tierces existantes orientées ‘besoins pro, info de gestion’, etc…



Mais t’as sûrement raison envers et contre une bonne partie de ceux qui ont opté pour telle techno plutôt qu’une autre: ceux-là sont tous des incompétents qui ne choisissent que pour de mauvaises raisons.

Heureusement que toi tu as la vraie, l’unique réponse universelle pour tous les projets, les besoins, de tout temps, et que ton altruisme t’a amené à venir nous la partager ici bas: “Java reste intrinsèquement de la merde” <img data-src=" />







Par rapport à J2EE il n’y a rien qui soit infaisable avec Qt puisqu’il repose sur C++, qui s’interface avec tout et pour lequel une chiadé de bibliotheque existe. Par contre l’inverse n’est pas vrai, si une fonction n’est pas dispo en java (quelle que soit sa déclinaison) tu ne pourras pas aussi facilement l’étendre (surtout si tu as besoin d’accéder à des périphériques/protocoles un peu exotiques).



Le vivier de développeurs disponibles n’a pas d’influence sur la qualité intrinsèque des languages/framework.

Les IDE modernes ont toutes les capacités d’introspection nécessaires pour la majorité des langages courants (dont le C++). Qt Creator est d’ailleurs spécialisé dans l’introspection C++/Qt.

Les librairies tierces sont bien plus importantes en C++ qu’en Java, tout domaine confondu, et surtout dans le milieu pro qui nécessite des performances et une ouverture que seul le C++ peut offrir.



Beaucoups d’entreprises ne font que reproduire par habitude les technos qu’elles voient dans leur milieu, sans se poser plus de questions. Le nombre de dev java supérieurs au nombre de devs C++ joue aussi. Mais encore une fois, dans tous les cas ça ne rend pas Java meilleur…

Java reste un language interprété (donc aux performances forcément limités) et limité aux bibliothèques qui ont été concus pour lui.



sylvere
Le 05/07/2013 à 15h 15

Je vois beaucoup de personnes qui associent Qt et C++, mais n’oubliez pas qu’il y a aussi de très bon bindings pour Qt en Python: PySide et PyQt, qui permettent de développer facilement des applis graphiques portables pour des petits projets ou des front-end <img data-src=" />


Radin I
Le 05/07/2013 à 15h 24











sylvere a écrit :



Je vois beaucoup de personnes qui associent Qt et C++, mais n’oubliez pas qu’il y a aussi de très bon bindings pour Qt en Python: PySide et PyQt, qui permettent de développer facilement des applis graphiques portables pour des petits projets ou des front-end <img data-src=" />







<img data-src=" /> pfff, qt c’est nul, heureusement qu’il existe gtk, en plus avec python c’est trop utilisé en entreprise <img data-src=" />



brazomyna
Le 05/07/2013 à 15h 33







divide a écrit :



Par rapport à J2EE il n’y a rien qui soit infaisable avec Qt puisqu’il repose sur C++





Rien n’est infaisable en assembleur, ou même directement en langage binaire. Bizarre alors qu’on ne fasse pas exclusivement de l’ASM pour coder plutôt que du C++.



<img data-src=" />



Ah oui, peut-être parce que tu mettrais 100 jours homme en ASM pour faire la même chose que 1 jour homme en Java ou C++, le tout pour plus compliqué à maintenir, dix fois plus cher à embaucher, etc… et pas d’avantage réel par rapport aux besoins de ton projet.



Même principe. dire que C++ permet de faire plus de choses dont l’info de gestion (90% du marché pro) se fout royalement. Parce que les entreprises, hors exception, leur but dans la vie c’est pas d’écrire des drivers, mais de l’applicatif, voir simplement de la personnalisation d’applicatif.





Le vivier de développeurs disponibles n’a pas d’influence sur la qualité intrinsèque des languages/framework.



D’une la qualité intrinsèque d’un langage ne peut que se mesurer par rapport à des besoins (on n’a pas les même besoins pour coder un script dans une page web et un driver pour une carte graphique).

D’autre part, la qualité intrinsèque d’un langage n’est pas le critère le plus important dans le choix d’une technologie. Il y en a des centaines de paramètres qui entrent en ligne de compte.





Les IDE modernes ont toutes les capacités d’introspection nécessaires pour la majorité des langages courants (dont le C++). Qt Creator est d’ailleurs spécialisé dans l’introspection C++/Qt.



Tu n’as même pas compris le concept d’introspection, qui définit cette capacité en runtime.





Les librairies tierces sont bien plus importantes en C++ qu’en Java, tout domaine confondu, et surtout dans le milieu pro qui nécessite des performances et une ouverture que seul le C++ peut offrir.



Les libs tierces dans l’info de gestion, elles sont du côté de Java.



Les performances ne sont plus critiques depuis 10 ans, dans le milieu pro où un serveur à 2000€ (ou un CPU plus puissant, ou…) pour supporter l’écrat (supposé) de perfs reste plus rentable que si on doit payer 5-6 jours.homme supplémentaires pour le développement, l’optimisation, le test/debug du code d’un projet dans un langage moins ‘efficient’.





Beaucoups d’entreprises ne font que reproduire par habitude les technos qu’elles voient dans leur milieu, sans se poser plus de questions.



C’est ta façon à toi de dire “je ne peux pas envisager qu’elles aient de bonnes raisons, puisque je ne peux pas envisager que mon opinion soit erronnée”.





Le nombre de dev java supérieurs au nombre de devs C++ joue aussi.



Le marché de l’emploi, le recrutement (de consultants ou d’internes), j’en fais.



En consulting, du dev. Java débutant/intermédiaire, on en trouve à 300€ par jour sans problème (après ça dépend de la durée de la mission). Du dev. C++ débutant est improductif (voir contre-productif s’il te farcit ton code de merdasses indébugguables) ; l’intermédiaire, il te coûtera 500€ par jour minimum, et t’as pas tapé dans le haut du panier.



Kernelcoffee
Le 05/07/2013 à 15h 34

Le gros point fort que je vois avec Qt depuis 2 ans c’est l’arrive de QML qui a terme va remplacer les widgets, encore plus maintenant avec les composants desktop de Qt 5.1.



Pour le débat de troll sur Java/C++/Qt, le gros reproche de j’ai sur Java c’est les librairies d’interface qui sont aux fraises et les failles de sécurité qui font partie de l’API.


beter
Le 05/07/2013 à 15h 36







eax13 a écrit :



Moi je milite pour que ça enterre Java (ouiiiiiiiii Java et Qt, ce n’est pas comparable, c’est Java et C++…), j’en ai marre de voir 90% des offres de stage monopoliser ce…ce truc <img data-src=" />







J’ai eu de la chance … tous près de chez moi j’ai trouvé un stage en embarqué ET en Qt / QML … j’ai harcelé l’adresse mail, ils m’ont finalement pris <img data-src=" />



<img data-src=" /> GG Moi



divide
Le 05/07/2013 à 16h 23

brazomyna: à la base je demi-trollais (je reconnais que Java est certainement plus simples dans certains domaines) pour contrebalancer ta réponse à malock que je trouvais un peu condescendante; tu cite à multiple reprises le “monde pro”, mais en ce qui me concerne le “monde pro” en terme de développement c’est tout sauf de la gestion/finance ou autres SSIIeries. Sortie de ces quelques domaines (qui représentent hélas la majorité du marché du travail) les autres secteurs du développement ont besoin de beaucoup plus de contrôle et de performance que ne peux en offrir Java: traitement 2d, 3d, vidéo, son, crypto, développement de systèmes desktop, embarqués et mobiles, etc, etc, etc.


nirgal76
Le 05/07/2013 à 21h 45







ActionFighter a écrit :



Argument déjà entendu également pour le choix de Java contre Qt…



Il n’y a pas assez d’expert C++, et il y a trop de devs Java, mais les boîtes ne veulent pas faire de C++ car il n’y a pas assez d’experts, du coup, le dev se fait en Java, et il y a de moins en moins d’expert C++…





J’ai de la chance, ma mission qui dure depuis 15 ans n’est faite que de C++ (bon, par Embarcadero mais c’est toujours mieux que java)



brazomyna
Le 06/07/2013 à 11h 05







divide a écrit :



brazomyna: à la base je demi-trollais (je reconnais que Java est certainement plus simples dans certains domaines) pour contrebalancer ta réponse à malock que je trouvais un peu condescendante





Pour préciser, j’ai jamais dit que le Java était “mieux” ou “moins bien” que tel autre langage, ou que le C++ était nul. Je dis juste que les jugements de valeur ‘absolue’ (et leurs dérivés, cf. “enterrer java”, “mort au Java”, … qu’on a vu passer avant) sont idiots étant donné que tout dépend de ce qu’on veut faire.





tu cite à multiple reprises le “monde pro”, mais en ce qui me concerne le “monde pro” en terme de développement c’est tout sauf de la gestion/finance ou autres SSIIeries. Sortie de ces quelques domaines (qui représentent hélas la majorité du marché du travail) les autres secteurs du développement ont besoin de beaucoup plus de contrôle et de performance que ne peux en offrir Java: traitement 2d, 3d, vidéo, son, crypto, développement de systèmes desktop, embarqués et mobiles, etc, etc, etc.



Je suis parfaitement d’accord que Java n’est pas adapté à pas mal de domaines ; et par exemple tout ce qui touche à des besoins ‘low level’ ou ‘temps réel contraint’ ne sont pas sa tasse de thé.



Par contre, oui le monde ‘pro’ est très largement dominé par tes “SSIIeries” (que j’appelle plutôt ‘informatique de gestion’), parce que l’informatique est avant tout un outil pour la quasi totalité des entreprises, pas un coeur de métier. Ce dont elles ont besoin c’est de l’ordre de l’applicatif qui s’adapte à leur métier. Et pour ça, souvent, le Java est le bon compromis entre la techno récente, éprouvée, avec beaucoup d’existant (y compris de frameworks spécialisés), efficiente, un vivier conséquent de développeurs sur le marché de l’emploi, etc…



Restent les besoins plus spécifiques et/ou bas niveau ; ça regroupe essentiellement les entreprises dont l’IT est leur coeur de métier ; celles là ont souvent des besoins plus spécifiques et des technos à l’avenant.



Mais sur le marché, il y infiniment plus d’entreprises ‘simples utilisatrices de l’outil informatique’ que d’entreprises ‘qui vivent d’un métier dans l’informatique’.



Glouk
Le 06/07/2013 à 12h 55







brazomyna a écrit :



S’il y avait un langage & framework miracle qui faisait tout mieux que tous les autres, je pense que depuis le temps ça se saurait et les autres auraient disparu.







Pourtant, ça fait vingt ans déjà qu’on sait que Foundation+AppKit fait tout (enfin, pour le développement d’applications) mieux que les autres. :-)



<img data-src=" />



brazomyna
Le 06/07/2013 à 16h 14

effectivement, j’avais oublié le marché du développement d’applications pour ordi playskool <img data-src=" />


Glouk
Le 06/07/2013 à 23h 01







brazomyna a écrit :



effectivement, j’avais oublié le marché du développement d’applications pour ordi playskool







NeXT, ça devait être dans la gamme Star Wars chez PlaySchool. Côté obscur, bien sûr.





Cela dit, il était tout de même dommage d’oublier l’original pour ne se concentrer que sur les copies ratées. :-P ;-)



Enyths
Le 09/07/2013 à 07h 27







brazomyna a écrit :



Sauf si vous acceptez de faire du Cobol pour être payé deux fois plus cher.



C’est l’inverse: ce qui est “rare” est cher. Et ça se vérifie clairement sur le marché de l’emploi.





Le jour y a beaucoup joué, j’ai donc fait un peu de provocation. D’autant plus que je suis un développeur “hybride” qui bosse sur J2EE et Cobol.

Et effectivement ces compétences intéressent beaucoup les SSII, même si elles ne t’aligneront pas nécessairement sur ces projets.



Désolé, j’ai volontairement écrit ça pour avoir des réponses. Je souhaitais prendre plus de recul sur l’argumentation utilisée jusqu’ici. Merci à toi <img data-src=" /> .





levhieu a écrit :



Avant toute chose, je signale que je n’ai jamais travaillé dans une banque.



Maintenant, ma réaction: L’argument du genre (je pousse un peu par rapport à ce qui est dit) «les nuls qui veulent pas mettre à jour leur système», je n’y accroche pas forcément.

…





C’est pas tout à fait ça concernant les banques et les assurances.

La “résistance” du Cobol est dû à sa maturité et l’héritage applicatif mais aussi à l’environnement et le matériel qui l’exécute.

En l’occurrence, je parle des mainframes (vendu à quasiment 100% par IBM). En terme de fiabilité et de disponibilité, il y a peu/pas d’équivalent. Du côté des performances, ces entreprises fonctionnant sur un modèle fortement transactionnel, c’est l’outil idéal pour gérer énormément d’opération en même temps.



Reste qu’en terme de maintenance, très sincèrement, c’est assez horrible. Si des nouveaux langages existent c’est pas pour rien. C’est un avis personnel sur la question. Mais ce n’est pas le seul critère à prendre en compte (et pas forcément le plus important dans ce cas)





fraoch a écrit :



Je te reponds en direct de mon poste de taff, dans une banque ou je developpe en dot.Net. Ils ont aussi un pole java…. Le cobol disparait, et ce n’est pas parce qu’il etait (tres) vieux que c’est forcement mauvais lol





Je suppose que tu bosses essentiellement sur des outils de consultation et qu’aucun de ceux développés en Java ou .Net n’effectuent d’opération. Ce doit être des outils essentiellement axés vers les utilisateurs ou les employés, mais pas la machinerie de précision.

Si ce n’est pas le cas, je suis très curieux de connaitre le nom de cette banque, elle serait bien la seule.

Par exemple, Bank of China commande des mainframes par “palettes” alors qu’ils auraient très bien pu tenter de faire une migration vers des technologies plus récentes. De tous les échos que j’ai eu, les banques ne veulent même pas entendre parler d’autre chose pour ce qui est de la machinerie.



brazomyna
Le 09/07/2013 à 10h 31







Enyths a écrit :



C’est pas tout à fait ça concernant les banques et les assurances.

La “résistance” du Cobol est dû à sa maturité et l’héritage applicatif mais aussi à l’environnement et le matériel qui l’exécute.

En l’occurrence, je parle des mainframes (vendu à quasiment 100% par IBM). En terme de fiabilité et de disponibilité, il y a peu/pas d’équivalent. Du côté des performances, ces entreprises fonctionnant sur un modèle fortement transactionnel, c’est l’outil idéal pour gérer énormément d’opération en même temps.





Exact, mais la tendance est quand même à la réduction du champ d’application du mainframe à la portion congrue au fur et à mesure que le temps passe. Il y a quelques décennies, le mainframe faisait tout ; maintenant il ne fait qu’une petite partie du coeur de métier.



Je ne suis pas d’accord pour dire que rien ne peut remplacer du mainframe, et de façon plus efficiente (en coûts globaux) que ce soit en terme de montée en charge, de continuité du service ou de reprise sur défaillance (et je suis très bien placé pour le savoir) ; j’aurais plutôt tendance à penser que le mainframe a encore beaucoup la côte du fait de l’existant (et pas uniquement au niveau de l’applicatif, mais également des compétences et des interactions avec l’écosystème autour).



Enyths
Le 09/07/2013 à 13h 20







brazomyna a écrit :



Exact, mais la tendance est quand même à la réduction du champ d’application du mainframe à la portion congrue au fur et à mesure que le temps passe. Il y a quelques décennies, le mainframe faisait tout ; maintenant il ne fait qu’une petite partie du coeur de métier.



Je ne suis pas d’accord pour dire que rien ne peut remplacer du mainframe, et de façon plus efficiente (en coûts globaux) que ce soit en terme de montée en charge, de continuité du service ou de reprise sur défaillance (et je suis très bien placé pour le savoir) ; j’aurais plutôt tendance à penser que le mainframe a encore beaucoup la côte du fait de l’existant (et pas uniquement au niveau de l’applicatif, mais également des compétences et des interactions avec l’écosystème autour).





Je n’ai pas dit que rien ne peut remplacer le mainframe, j’ai dit qu’en terme de disponibilité et fiabilité rares sont les nouvelles technologies à prétendre atteindre des taux aussi élevés. Par exemple, dans mon entreprise, on a enregistré 1 arrêt de 20 secondes en 10 ans, c’est quand même stupéfiant.



D’ailleurs, toi qui est assez près de ces considérations. J’entends pas mal du bien du cloud qui permet d’avoir des services similaires (via SaaS) et est accessible pour des entreprises modestes (pas seulement les grands comptes).

Vous avez quels échos de votre côté ?



brazomyna
Le 09/07/2013 à 15h 22







Enyths a écrit :



D’ailleurs, toi qui est assez près de ces considérations. J’entends pas mal du bien du cloud qui permet d’avoir des services similaires (via SaaS) et est accessible pour des entreprises modestes (pas seulement les grands comptes).

Vous avez quels échos de votre côté ?





Je suis dans une grosse structure ; notre “cloud” c’est un peu nous qui nous le faisons.



Nos disaster recovery procedures imposent une reprise de l’activité en moins de 90 minutes en cas d’attaque nucléaire impactant plusieurs sites simultanément.



Bref, c’est un peu ‘spécifique’ <img data-src=" />