Discussion :

[ManusDei]

Quand je faisais mes études en 2001-2004, C++ c'était déjà le passé, on ne l'apprenait même plus pour développer des applications. C’était déjà réservé aux fonctions système, bas level ou aux jeux et autre applications demandant beaucoup de perf.

Pour moi, diplômé en 2012, on nous a pas appris le C++ (on a fait du C et du Java), mais on nous a bien expliqué qu'on en ferait sur les projets professionnels. Et une partie de ma promo en a fait ou en avait fait pendant les stages, ou sur des projets perso.

Et en stage toujours, vu que j'avais déjà fait du C++, j'ai servi de debugger humain pour 2 autres stagiaires, à l'occasion.

Au niveau de mes stages, j'ai vu du C++ dans l'industrie automobile, dans la recherche (gestion de pools de données/génération de code), et dans le calcul WCET. Dans mon boulot, le C++ c'est trop haut niveau donc j'en ai pas vu pour l'instant

[souviron34]

Il est peut-être jeune, mais toi tu es vieux:

Certes

C++ le language du futur, c'est plutôt les années 90...

Dans les facs peut-être, en attendant dans l'industrie c'était plutôt vers 95-96... que ça commençait.. , avec une pointe vers 99 pour les serveurs.... Et la véritable "religion" du C++ a été entre 2002 et 2006 ou 7..

Mais bon, tout ceci pour dire que, comme toi, je suis un peu choqué - mais au fond, pas tant que ça, parce que c'est justement ce que je dénonce dans la plupart des "débats" sur le forum du même nom...

[pmithrandir]

Cela dit, ça me choque qu'on parle de C++ comme d'une techno exotique ou du noyeau linux comme d'un ancien truc. Heureusement que ce n'est pas tous les jeunes devs qui pensent pas comme ça, sinon on serait foutu.

Je dit que c++ pour faire des applications, c'est exotique.
c++ pour bosser sur le noyau linux, c'est adapté.

Mais vu que je doute que fcharton fasse du dev aussi bas niveau, si c'est pour créer une application, ca ne m'étonne pas que les candidats ne se bousculent pas. Quand tu sais qu'a 40 ans si tu ne choisis pas les bonnes techno on te classe crouton, tu fais gaffe.(et en dehors de ca, utiliser c++, c'est s'ajouter pas mal d'emmerde pour un gain faible en dev applicatif)

[souviron34]

Quand tu sais qu'a 40 ans si tu ne choisis pas les bonnes techno on te classe crouton, tu fais gaffe

Sauf que ta "bonne techno" à 40 ans, quand t'en as 45 ou 48 elle est plus bonne... et t'es classé crouton de toutes façons..

[fcharton2]

Je dit que c++ pour faire des applications, c'est exotique.
c++ pour bosser sur le noyau linux, c'est adapté. Mais vu que je doute que fcharton fasse du dev aussi bas niveau, si c'est pour créer une application, ca ne m'étonne pas que les candidats ne se bousculent pas. Quand tu sais qu'a 40 ans si tu ne choisis pas les bonnes techno on te classe crouton, tu fais gaffe.(et en dehors de ca, utiliser c++, c'est s'ajouter pas mal d'emmerde pour un gain faible en dev applicatif)

Je ne sais pas trop ce que tu appelles du "bas niveau". A te lire, j'ai l'impression que cela ne concerne que l'écriture de drivers ou d'OS. Si c'est le cas, ce n'est effectivement pas ce que je fais.

Maintenant, on manipule, dans mon secteur, de gros volumes de données qu'on tourne un peu dans tous les sens, et disposer pour cela d'un langage permettant de mettre en œuvre des algorithmes puissants, et de minimiser l'empreinte mémoire sur des postes utilisateurs généralement pas dernier cri, et où tourne une suite bureautique complète en permanence, est souvent utile. Et puis, tu sais, en C++, on utilise des librairies, des Framework, des outils. La seule différence, c'est que si on veut écrire du bas niveau, on peut le faire.

Ceci dit, ta réaction illustre assez bien le problème (et l'échange avec Grom61736, un peu plus haut). En général, un éditeur recrute des développeurs dans le langage qu'il utilise, qui a tendance à être un langage d'hier (vu que les logiciels d'aujourd'hui ont généralement été développés hier...) Et l'idée de récrire un logiciel qui marche, dans un langage qu'on connait mal, parce que ce langage est à la mode chez les jeunes diplômés (sachant qu'aussi bien, dans 5 ans...) ne tente pas grand monde. Inversement, il y a une forme de surenchère, dans les facs et chez les jeunes développeurs, autour de "la techno du moment", qu'il faut pratiquer, sinon on est cuit. Du coup, pour les postes de jeunes développeurs, on a tendance à avoir une pénurie sur certains langages (ou technos), pourtant très utilisés en entreprise, et une surabondance sur d'autres, à la mode, mais pas encore très développés.

Et ceci explique la sensation qu'ont pas mal d'éditeurs, qu'il y a actuellement une pénurie de développeurs... C'est aussi ce qui fait qu'ils se tournent vers l'étranger, où ce snobisme de la techno à la mode semble moins marqué.

Mais je ne crois pas que ce soit le cas pour le recrutement dont je parle. Je ne cherche pas un jeune diplômé, qui voudra absolument faire un "truc moderne", mais un développeur confirmé, que je veux faire travailler dans son domaine d'expertise. Sur cette génération, forcément plus âgée, le C++ est moins un langage d'hier: c'est souvent celui qu'on leur a appris, et avec lequel ils ont fait une partie de leur carrière. Ce que j'observe, c'est plus le fait qu'un certain état d'esprit, véhiculé par la culture SSII, a fini par convaincre certains que développer après 35 ans, c'est une forme d'échec.

Mais quelle qu'en soit la raison, il y a bien une pénurie de développeurs, qui tient au fait, à mon avis, que les informaticiens français ont parfois tendance à un peu trop se spécialiser (sur un langage, une techno, un Framework, parfois un secteur d'activité), et au mépris, qu'on dénonce souvent ici, du travail manuel (développeur, c'est un peu un travail manuel). D'un point de vue d'éditeur, c'est plus agaçant que dramatique : en général, il suffit d'aller chercher des étudiants étrangers (ou quand on est un grand groupe, de déplacer l'équipe de développement).

Mais je ne crois pas qu'à long terme ce soit une bonne chose. Et je ne crois pas que les visas développeurs soient la solution...

Francois

[Invité]

fcharton2 ton témoignage est intéressant et rejoint ce que disent certains de mes collègues avec lesquels je ne suis pas d'accord. Comme toi, ils se plaignent de la pénurie et du manque de profils pertinents. Le problème c'est que j'ai eu l'occasion de voir les CVs en question et on est très mais très loin de ce qu'ils décrivent... Je doute réellement que tu n''es pas plusieurs cv de personnes avec plus de 5 ans en c++ quoi.... franchement...

En fait les candidatures ce n'est pas ce qui manquent, le problème c'est que tu ne veux pas t'adapter comme beaucoup de personnes et souvent des techniques d'ailleurs, car tu ne veux pas assumer la responsabilité de l’échec du recrutement, donc tu vas systématiquement réduire au maximum les risques en prenant un profil qui rentre dans les cas que tu as préétablies. Tu sais que si le mec correspond pas ça te tomberas dessus et que tu auras plus de boulot, c'est pour ça que les mecs veulent toujours des gens expérimentés même si c'est pas nécessaire.
Je te donnes l'exemple de ma boite, et les différentes raisons évoquées :
pas assez d’expériences
trop d’expériences
trop cher
pas le bon diplôme
période d'inactivité trop longue
pas le bon domaine d'activité
pas les bonnes technos même si les langages sont bons
pas le bon feeling en entretien
pas le bon status : on le veut en tant que consultant par exemple ou en cdi et lui c'est un via une ssii par exemple
pas disponible assez rapidement
pas les bonnes expériences, en gros l’expérience n'est pas jugé intéressante par rapport à ce que fait la société
n'a jamais travaillé dans une grosse boîte ou une pme

Et à la fin on ne sait pas pourquoi, on prends un mec qui n'a rien de plus que les autres, qui est juste tombé au bon moment. Ce qui est marrant c'est que c'est souvent un étranger. Personnellement je ne trouve pas ça terrible de prendre un étranger avec le chômage qu'on a en France, bref aucune solidarité. A terme, faudra pas pleurer si les cadres finissent comme les ouvriers. Ce qu'on peut délocaliser on délocalise et sinon on fait venir un étranger très intelligent, brillant avec les bons diplômes qui ferme sa gueule et sera souvent moins bien payé. Évidemment le mec il a quitté son pays sa famille ses amis, son boulot c'est sa vie. Je ne le blâme pas, je comprends tout à fait. Mes parents ont fait pareil.

Ce qui est comique c'est que c'est toujours les managers, team leaders qui se plaignent de pénuries, jamais ceux en bas de la chaîne. Je remarque de plus en plus une espèce de dénigrement de tout ce qui est local, on va systématiquement chercher un mec à 400 km et en attendant les locaux galèrent et sont obligés d'être mobile, c'est lassant et déprimant. On t'explique qu'avec 2 ou 3 ans d'expérience ça va aller mieux, mais t'as l'impression que c'est pire. Aujourd'hui y a un tel rapport de force en faveur des entreprises, c'est hallucinant et quand tu vois des petits chefs appliquer cette même logique sans s'en rendre compte c'est triste. Faudra pas pleurer après quand tu seras jeter comme une vielle chaussette à 40 ou 50 ans.

[r0d]

Je dit que c++ pour faire des applications, c'est exotique.

J'ai dû relire à deux fois et avec attention, j'ai cru que c'était de l'humour en première lecture
Bah non en fait... j'étais parti pour répondre mais tu n'en vaut pas la peine...

[Mat.M]

À la recherche désespérée de talents, le numérique français reste partout en pénurie de main-d'œuvre. Le secteur est toujours, selon Pôle emploi, celui où les recrutements sont les plus difficiles à effectuer, qu'il s'agisse de trouver des ingénieurs, programmeurs ou développeurs. Plus de 35.000 postes de cadres seront pourtant offerts cette année, un chiffre en progression de 10% par rapport à 2013.

pendant combien de temps va-t-on nous rabâcher de telles imbécilités ?
Déjà en janvier 2014 il y a eu 600informaticiens de plus inscrits au chômage.
Admettons que ce soit des incompétents mais le numérique ne crée pas tant que cela ; parce que pour recruter 35000postes il faudrait que le Numérique soit réellement en pleine expansion avec des capitalisations/financements dignes des USA.
C'est comme les SSII qui annoncent vouloir recruter 1000 collaborateurs, en fait c'est des CDD déguisés...

Et à la fin on ne sait pas pourquoi, on prends un mec qui n'a rien de plus que les autres, qui est juste tombé au bon moment. Ce qui est marrant c'est que c'est souvent un étranger. Personnellement je ne trouve pas ça terrible de prendre un étranger avec le chômage qu'on a en France, bref aucune solidarité. A terme, faudra pas pleurer si les cadres finissent comme les ouvriers. Ce qu'on peut délocaliser on délocalise et sinon on fait venir un étranger très intelligent, brillant avec les bons diplômes qui ferme sa gueule et sera souvent moins bien payé.

je partage cet avis.
Ceci dit le problème comme tout le monde sait bien c'est que le Made In France dans le numérique euuuuuhhh ben c'est pas terrible n'en déplaise Mr Montebourg....
à part Ubisoft qui essaie de vendre son énième version de Assassin's Creed, peut-être PC Soft et son Windev à l'étranger , 4D,ben du made in France y'a quasiment rien.
Bussiness Objects a été racheté par Oracle, Ilog Views par IBM...reste Dassault Systems et son Catia qui est un véritable poids-lourd.
Le web Français ? Dailymotion la seule entreprise du Web à dimension internationale se classe 90ième selon le site Alexa. ( Youtube est 3ième)
Pour ce qui est des SSII comme Cap ou Atos elles vont se faire bouffer par Wipro ou Infosys.
Donc résultat on capitalise sur peu de chose on va faire venir des étrangers mais on risque bien de leur dire de repartir un jour ou l'autre.

[pmithrandir]

J'ai dû relire à deux fois et avec attention, j'ai cru que c'était de l'humour en première lecture
Bah non en fait... j'étais parti pour répondre mais tu n'en vaut pas la peine...

C'est gentil ca...
En fait, dans mon analyse, je regarde les développements depuis quelques années déjà de logiciel de gestion. En général, ce qui a la cote c'est :
- les logiciels dans le navigateur(PHP ou Java)
- les logiciels sur poste utilisateur (Java)

Après, il y a les truc de processing, ou je vois beaucoup de perl.

Pour le reste, je vois plus C++ comme une alternative ou la performance applicative reste importante, mais pas comme une solution par défaut pour un logiciel "classique". Si quelqu'un me demandait d'utiliser cette techno dans mon équipe, il devrait dailleur le justifier, comme pour tous les dev de ma boite je pense(on est environ 3000)

[GPPro]

J'ai dû relire à deux fois et avec attention, j'ai cru que c'était de l'humour en première lecture
Bah non en fait... j'étais parti pour répondre mais tu n'en vaut pas la peine...

D'un autre coté il a mis "développeur web" dans son profil, tout est dit imo.

[ManusDei]

Après, il y a les truc de processing, ou je vois beaucoup de perl.

Pour le reste, je vois plus C++ comme une alternative ou la performance applicative reste importante, mais pas comme une solution par défaut pour un logiciel "classique". Si quelqu'un me demandait d'utiliser cette techno dans mon équipe, il devrait dailleur le justifier, comme pour tous les dev de ma boite je pense(on est environ 3000)

Admettons qu'en C++ tu peux faire un traitement d'une donnée en gagnant 5 cycles par rapport au perl.
5 cycles, c'est rien, mais quand tu manipules plusieurs milliards de données, et ce régulièrement, ben tu gagnes pas 5 cycles, mais 5x plusieurs milliards de cycles.

Et des applis qui manipules des milliards de données, y en a plein.

[r0d]

C'est gentil ca...

Qu'est-ce que tu veux que je te dises. La profondeur abyssale des imbécilités que tu as commis dans ce fil sont telle qu'il me faudrait déployer un effort énorme pour le combler. Et puis je commence à te connaitre: tu n'entend pas ce qu'on dit. Tu lis, mais ne fais pas l'effort de comprendre et tu ne prend pas en compte ce qu'on écrit. Corriger tes erreurs sur ce fil demanderait donc beaucoup d'effort pour un résultat nul. Ca coupe l'envie.

Aller, je veux bien te donner quelques pistes: tu parles d'applicatif, puis tu cites PHP. En quel langage sont implémenté les logiciels suivants: firefox, chrome, office, photoshop, gimp, premiere, libreoffice, vlc, media player, la plupart des anti-virus, nuendo, ableton live, arkaos, l'immense majorité des jeux video, la majorité des petits utilitaires de bureautique (winzip, winrar, notepad++, pspad, etc.)?

[pmithrandir]

Qu'est-ce que tu veux que je te dises. La profondeur abyssale des imbécilités que tu as commis dans ce fil sont telle qu'il me faudrait déployer un effort énorme pour le combler. Et puis je commence à te connaitre: tu n'entend pas ce qu'on dit. Tu lis, mais ne fais pas l'effort de comprendre et tu ne prend pas en compte ce qu'on écrit. Corriger tes erreurs sur ce fil demanderait donc beaucoup d'effort pour un résultat nul. Ca coupe l'envie.

Aller, je veux bien te donner quelques pistes: tu parles d'applicatif, puis tu cites PHP. En quel langage sont implémenté les logiciels suivants: firefox, chrome, office, photoshop, gimp, premiere, libreoffice, vlc, media player, la plupart des anti-virus, nuendo, ableton live, arkaos, l'immense majorité des jeux video, la majorité des petits utilitaires de bureautique (winzip, winrar, notepad++, pspad, etc.)?

Des applications de ce niveau, il y en a 100 maximum... Si on compare aux dizaines de milliers d'applications qui sont crées tous les ans pour les besoins des entreprises... je ne pense pas que la majorité des dev fonctionne sur ces techno. De même que la performance est moyennement importante dans ces applications (sans compter que la plupart du temps, le problème se situe au niveau de l'accés aux données, pas au niveau du traitement de celles ci).

Et pour ce qui est de traiter des milliards de données, on bosse sur des projets big datas, sur des technos qui sont toutes à base de java.

Ce que je disais, c'est que dans la boite ou je travaille, je ne crois pas qu'on utilise encore c++ pour autre chose que du bas niveau. Et pourtant je doute que beaucoup d'entre nous travaillent sur des projets qui sont en relation avec autant de clients / données. (une boite ayant 400 millions de clients dans 32 pays, ca fait pas mal de données a traiter)

[r0d]

Le big data en java, je ne suis pas convaincu. Hadoop et compagnie ont le vent en poupe, mais à mon avis ça ne durera pas et on voit déjà pointer le nez de technos à base de C, C++ et D, qui, à mon avis, vont faire le ménage dans cette mode. La force des solutions type Hadoop c'est le distribué, mais on peut faire la même chose dans les autres langages. Les dernières confs sur ces technos auxquelles j'ai participé, notamment à la fosdem 2014, me font penser que ce qu'ils font, on peut le faire avec d'autres langages, mais en mieux. Je crois tout particulièrement au langage D pour ces choses-là, mais bon, là oui, on peut parler de langage exotique. Mais bon, je ne prétend pas lire l'avenir, c'est juste une opinion. Nous en reparlerons dans quelques années.

Pour le reste, je vais éviter de perdre du temps inutilement et je me passerai de te répondre.

[fcharton2]

Admettons qu'en C++ tu peux faire un traitement d'une donnée en gagnant 5 cycles par rapport au perl.
5 cycles, c'est rien, mais quand tu manipules plusieurs milliards de données, et ce régulièrement, ben tu gagnes pas 5 cycles, mais 5x plusieurs milliards de cycles.
Et des applis qui manipules des milliards de données, y en a plein.

Tu n'as même pas besoin de milliards de données, un algorithme quadratique sur quelques dizaines de milliers de données, et tu y es... Le drame, c'est quand tu as un algo un peu lent (quadratique avec un mauvais coefficient, ou cubique), et un langage interprété.

Pour le traitement de données, c'est un peu différent, parce qu'en général, ça ne tourne qu'une fois, et tu as beaucoup de jetable. Du coup, il peut être avantageux d'échanger un perl plus lent mais facile à développer et maintenir, contre un C++ toujours un peu délicat à mettre au point.

Mais évidemment, si tu as beaucoup de données (parce que big data, et on stocke tout, même ce qui ne sert à rien), avec un format baveux et lent à déchiffrer (JSON: l'art d'avoir des fichiers 100 fois plus gros, et de transformer en arbre des structures tabulaires), un paquet de librairies inutiles (mais qu'on n'a pas eu à réinventer), et un langage interprété manié par un chargé d'études en mouffles...

Des applications de ce niveau, il y en a 100 maximum...

Oh lui... Dès que tu sors du monde web et que tu passes aux applis sur le poste utilisateur, le C++ devient très courant. Surtout si tu regardes les grosses applis...

Francois

[pmithrandir]

je n'avais pas l'impression que les applications sur poste utilisateur étaient encore à la mode.

Ca coute tellement cher en maintenance / deploiement que je nen ai pas vu depuis un bout de temps.

[Simara1170]

désolé Pmithrandir, quand j'ai lu que le C++ c'était limité au bas niveau, j'ai ri...
Je crois que l'Unreal Engine est codé en C++, et quand on voit le nombre de hit qui sont sorti avec (et qui sont eux même développé en c++), c'est impressionnant, de même que le moteur que Valve a utilisé pour CS (et HL), sont eux aussi en C++

Du moment que tu dois avoir le temps de réaction le plus court possible, ton application a 90% de chances d'être en C++ Et toujours pour rester dans le domaines du jeu vidéo, il me semble que les 3 langages de script les plus utilisé sont, dans l'ordre : LUA, Perl, Python, et certainement à cause de leur rapidité d’exécution (sauf pour Python, majoritairement utilisé dans les jeux comme civilisation, pour permettre au grand publique de créer lui-même son scénario)

[r0d]

Pour le traitement de données, c'est un peu différent, parce qu'en général, ça ne tourne qu'une fois, et tu as beaucoup de jetable. Du coup, il peut être avantageux d'échanger un perl plus lent mais facile à développer et maintenir, contre un C++ toujours un peu délicat à mettre au point.

En fait, bien souvent c'est le formatage des données en entrée du pipe qui pose problème. Car une fois que tu as implémenté ta chaîne de traitement, quelle que soit la/les techno(s) choisie(s), et si c'est pas trop mal fait, la maintenance n'est pas très complexe. Le problème c'est que ta chaîne va tourner en prod pendant 2 mois sans soucis, et puis un matin t'arrive au bureau, tous les serveurs plantés et la boite mail pleine de clients qui demandent ce qui se passe. Et en fait, ce qui s'est passé, c'est que le format d'une source de donnée a été subrepticement modifiée (le code ascii d'un délimiteur modifié parce qu'il a fallu agréger des données écrites en chinois, un enum qui a changé parce qu'un nouveau pays est entré dans l'UE, un algo d'encrpytion qui a changé parce que HearthBleed, etc, etc.). Et là c'est le drame: 2 semaines pour rebuild, tester et mettre en prod le pipe; 2 semaines pendant lesquelles tu perds autant de clients que tu pond de lignes de code. Bon j'exagère un peu, mais si le problème du formatage en entrée n'est pas toujours le plus important, il est généralement le plus complexe (et pas uniquement techniquement parlant, car c'est aussi souvent des problèmes de communication, en particulier B2B), et c'est sur ce genre de chose qu'on peut faire la différence avec la concurrence.

Mais évidemment, si tu as beaucoup de données (parce que big data, et on stocke tout, même ce qui ne sert à rien), avec un format baveux et lent à déchiffrer (JSON: l'art d'avoir des fichiers 100 fois plus gros, et de transformer en arbre des structures tabulaires), un paquet de librairies inutiles (mais qu'on n'a pas eu à réinventer), et un langage interprété manié par un chargé d'études en mouffles...

Et encore, json c'est moins pire que xml, mais bon, c'est un autre problème.
Et puis va discuter détails de protocole de communication avec un développeur java... // <-- c'est pour rigoler hein; c'est juste pour emmerder pmithrandir

En fait, le problème de la complexité nous reviens dans la gueule après 20 ans de "free lunch". Notre génération de développeur s'est habituée au fait que la puissance des machines progressait de façon exponentielle. Il y a dix ans, ce n'était pas rare (et pas forcément stupide en terme de coût de production) de se dire: "bon, cette structure de données est gourmande, mais c'est une solution vouée à tourner sur des machines puissantes et d'ici le déploiement, les machines hôtes seront suffisamment puissantes pour pallier les défauts de cette mauvaise structure de donnée.". Le problème c'est que maintenant, le "free lunch is over" (allusion au célèbre papier de Herb Sutter si mes souvenirs sont bons), la puissance des machines n'évolue plus aussi vite, et beaucoup ont tendance à oublier ce problème. On trouve beaucoup ce travers chez les développeurs C#, qui se préoccupent souvent plus de belles architectures logicielles (et c'est tout à leur honneur), mais peu ou pas d'optimisation au niveau des algorithmes et des structures de donnée.

[r0d]

désolé Pmithrandir, quand j'ai lu que le C++ c'était limité au bas niveau, j'ai ri...
Je crois que l'Unreal Engine est codé en C++, et quand on voit le nombre de hit qui sont sorti avec (et qui sont eux même développé en c++), c'est impressionnant, de même que le moteur que Valve a utilisé pour CS (et HL), sont eux aussi en C++.

En fait, si l'on enlève les jeux sur navigateur, 95% des jeux sont développé en c++, et quasiment tous les middleware (moteurs de rendu, moteurs audio et moteurs physiques).

LUA, Perl, Python, et certainement à cause de leur rapidité d’exécution (sauf pour Python, majoritairement utilisé dans les jeux comme civilisation, pour permettre au grand publique de créer lui-même son scénario)

L'utilisation de langages de script pour ajouter du contenu dans les applications est plus répandue qu'on ne le pense. Et en fait, le but de ce choix est au moins autant pour permettre aux non-programmeurs de l'entreprise (graphistes, musiciens, game designers, etc.) d'ajouter du contenu, que les utilisateurs eux-même.
Mais encore une fois, lorsque ce contenu est soumis à des contraintes de performances, le C ou le C++ sont les choix prioritaires (l'exemple typique est le cas des plug-ins VST).

[pmithrandir]

En fait, je pense qu'on ne parle pas au même niveau d'abstraction.

Tous les exemples que vous donnez sont pour des logiciels grand public, qui restent selon moi relativement rares.

Rare au sens ou leur nombre est très réduit. On parle de 50 jeux par an(grosses licence avec besoin de perf)
On parle de 50 - 100 applications actives en tout sur windows (on peut lister celles de rod, on va vite avoir du mal à en trouver beaucoup plus).

Pour moi, l'immense majorité des développements sont fait sur des applications professionnelles de bureautique, de gestion, de management, etc... Et la tendance que j'observe, c'est l'utilisation massive des techno web pour ces applications.
Derrière, viennent les technos d'analyses de données qui font travailler pas mal de monde, et ou on retrouve un peu de tout.
En enfin toutes les petits applications, smartphone par exemple, qui représentent un nombre non négligeable de dev, mais qui tourne majoritairement sur java et objective C(tout aussi haut niveau je crois)

C'est dans cette optique que je disais que pour un diplôme ou pour un salarié, faire le choix de c++, c'est pas toujours évident. Il sera bien plus difficile de se réorienter après dans un autre domaine. Un dev Java qui a travaillé sur le front end peut très facilement demander a bosser sur des modules backend sans trop de formations, et progressivement changer son profil. C'est moins simple avec d'autres langages.

@ Rod, moi je suis plutôt PHP de toute façon