Discussion :

[Olivier Famien]

Plus de 253 000 emplois de développeurs logiciels seront créés d’ici 2026, rapporte une étude de Glassdoor,
la menace de suppression des emplois par l’IA serait-elle un mythe ?

Avec le développement des technologies, nous assistons à de profondes mutations dans l’environnement professionnel. Alors que pour de nombreuses personnes, ces avancées technologiques ne seront que bénéfiques pour les consommateurs, pour d’autres personnes, le débat se situe à un autre niveau, car les technologies de pointe telles que l’intelligence artificielle (IA) seraient perçues comme des éléments qui favoriseront le chômage de nombreux employés.

Dans le domaine de l’automobile où les changements s’opèrent à vue d’œil au fil des années, les chauffeurs de transport privé tels que les chauffeurs de taxi qui menaient dans un passé récent une lutte acharnée contre les véhicules de transport avec chauffeur communément appelés VTC commencent sous certains cieux à déplacer leur combat pour se tourner maintenant contre les véhicules sans chauffeur. Ces nouveaux genres de véhicules qui sont développés par des entreprises comme Waymo (filiale d’Alphabet, société mère de Google) ou encore Uber pour ne citer que celles-là, suscitent des craintes auprès des travailleurs dans ces corps de métiers, car à terme, les chauffeurs professionnels estiment qu’ils pourraient être mis sur le banc de touche et remplacés par ces systèmes soutenus par l’intelligence artificielle.

En outre, il n’y a pas que les chauffeurs ou les professionnels des métiers industriels qui nourrissent des craintes de perdre leur emploi face à la montée en puissance de l’intelligence artificielle. En 2016, une étude réalisée par la société d’étude de marché US Evans Data Corporation a révélé que l’intelligence artificielle fait beaucoup plus peur aux développeurs que certains pourraient le penser. Après avoir interrogé plus de 550 développeurs sur leurs inquiétudes dans leurs carrières, le cabinet a noté que pour ces derniers leur crainte principale est de voir leurs compétences être remplacées par un système d’intelligence artificielle. De même, l’étude souligne que l’IA fait plus peur aux développeurs que le fait de devenir vieux sans pension, être sous l’oppression d’un mauvais management au travail, ou encore voir leurs compétences et leurs outils être sans rapport. Toutes ces craintes ont poussé de nombreuses personnes à conclure que l’intelligence artificielle entraînerait inéluctablement un chômage en masse dans la population des travailleurs.

Mais selon des données collectées par Glassdoor (une entreprise de recrutement située en Californie aux États-Unis) sur le marché de l’emploi aux États-Unis et analysées par The Knowledge Academy (une entreprise de formation mondiale basée au Royaume-Uni), 15 secteurs professionnels devraient bénéficier d’une hausse en matière de création d’emplois d’ici 2026. Selon les résultats de l’étude, le secteur de la santé est celui qui connaîtra la plus forte croissance avec plus de 1,1 million de nouveaux emplois qui sont prévus pour les aides-soignantes d’ici 2026. La raison de cette forte demande de compétence pour les métiers d’aides à la santé et aux soins professionnels est que les baby-boomers (personnes nées entre 1946 et 1964) commencent à atteindre l’âge de la retraite. Cela induit nécessairement d’énormes dépenses en soins de santé pour cette catégorie de personnes afin de maintenir leur qualité de vie à un niveau convenable.

Parmi les 15 catégories d’emploi pour lesquelles les compétences seront fortement demandées sur le marché de l’emploi, nous avons également les développeurs logiciels qui seront sollicités afin d’occuper pas moins de 253 400 emplois qui seront créés d’ici 2026. Selon Glassdoor, ces emplois sont susceptibles d’être intégrés aux secteurs de la vente au détail, de la finance, de la fabrication, du conseil et de la biotechnologie — souvent par des employeurs plus traditionnels situés loin de Silicon Valley. Pour les demandeurs d’emploi, souligne Glassdoor, « cette tendance signifie que de nombreuses nouvelles carrières intéressantes s’ouvriront pour ceux qui possèdent des compétences techniques […], car les employeurs de secteurs plus diversifiés investissent dans les logiciels et les données dans le but de devenir plus agiles, automatisés, et évolutifs ».

Le Bureau of Labor statistics (agence liée au ministère du Travail des États-Unis) semble confirmer également ces chiffres et avance sur sa page officielle que d’ici 2026, 302 500 emplois seront créés pour les développeurs logiciels. Parmi ces emplois, 255 400 seront disponibles pour les développeurs d’applications et 47 100 pour les développeurs de systèmes. Bien évidemment, développer des applications ou des systèmes requiert impérieusement de développer des compétences dans tel ou tel langage de programmation. Pour certains, le choix d’un langage se fera en fonction de la popularité et pour d’autres, ce sera en fonction du salaire proposé sur le marché du travail. Pour un meilleur aperçu des langages les plus demandés et les mieux payés, vous pouvez obtenir des informations utiles sur les tendances des emplois destinés aux développeurs à cette page ou plus globalement sur les offres d’emploi à l’adresse developpez.com/emploi.

En s’appuyant sur ces chiffres, les développeurs seraient très loin d’être remplacés par les systèmes d’intelligence artificielle, comme le craignent certains. Le rapport soutient cela et avance que la plupart des emplois comme les ouvriers de construction, les représentants du service clientèle, les chauffeurs de camion, etc. exigent toujours de la flexibilité et du jugement. L’IA peut gérer les aspects routiniers de certains métiers comme le service client, mais de nombreux composants de ces tâches, tels que le traitement des problèmes imprévus des clients avec humour, empathie et grâce — sont éminemment humains et ne disparaîtront pas de si tôt. Sous cet angle, la crainte nourrie par ceux qui ne souhaitent pas être remplacés par l’IA serait-elle de la paranoïa ?

Sources : theknowledgeacademy.com, Glassdoor, US Bureau of Labor Statistics

Et vous ?

Que pensez-vous des conclusions de l’étude menée par Glassdoor ? Ces prévisions sont-elles crédibles ?

Pensez-vous qu’un jour l’intelligence artificielle remplacera les développeurs ?

Voir aussi

Emploi développeur 2017 : les langages les plus demandés et les mieux payés, Java, JavaScript et PHP plus demandés, mais Perl, Go et Scala mieux payés
McKinsey rapporte que l’automatisation supprimera 400 à 800 millions d’emplois d’ici 2030 et 375 millions de travailleurs devront se reconvertir
Une étude révèle que l’automatisation pourrait détruire plus de 2 millions d’emplois en France, mais va-t-elle en créer beaucoup plus ?
L’IA pourrait menacer de nombreux emplois, prévient l’économiste en chef de la Banque d’Angleterre, une révolution des compétences serait nécessaire
PDG de Microsoft : l’IA pourrait créer plus de jobs au lieu de les éliminer et les craintes pour l’emploi pourraient être exagérées
L’IA et la robotique vont générer près de 60 millions d’emplois de plus qu’elles en détruiront d’ici 2022, selon un rapport du World Economic Forum

[lubinfo]

Bonjour,
Comment savoir si la même étude est transposable à la France ?
A rapprocher de l'article sur la formation 'au rabais' pour faire baisser les salaires.
Comment expliquer ces chiffres avec la tendance à l'externalisation vers l'Inde ou les pays de l'Est ?

De plus bientôt c'est une IA qui rédigera de tels articles !! Donc comment s'y fier ?

[pboulanger]

bien sur que l'IA va détruire des emplois... Dans un premier temps il va y avaoir des embauches de développeurs pour écrire le code de gestion des données ou des algo d'IA. Mais ensuite les outils fabriqués vont remplacer des être humains: les chatbots remplace des opérateurs web ou téléphoniques. Pour la recherche de fraude, de grosses équipes qui analysaient les données vont être remplacées par des algos, etc...
N'oublions pas que Google investit dans l'IA pour remplacer des développeurs: faire du GUI ou des actions simples pourrait être à terme remplacé par une IA... Beaucoup de développeurs seront alors en concurrence avec des machines...

[bergi]

Bonjour,
omment expliquer ces chiffres avec la tendance à l'externalisation vers l'Inde ou les pays de l'Est ?

Ca fait 10 ans que j'enttends parler de cette "tendance" et j'ai pas l'impression que les dev Francais soit plus mal lotis qu'avant...

[Anselme45]

bien sur que l'IA va détruire des emplois... Dans un premier temps il va y avaoir des embauches de développeurs pour écrire le code de gestion des données ou des algo d'IA. Mais ensuite les outils fabriqués vont remplacer des être humains: les chatbots remplace des opérateurs web ou téléphoniques. Pour la recherche de fraude, de grosses équipes qui analysaient les données vont être remplacées par des algos, etc...
N'oublions pas que Google investit dans l'IA pour remplacer des développeurs: faire du GUI ou des actions simples pourrait être à terme remplacé par une IA... Beaucoup de développeurs seront alors en concurrence avec des machines...

Et qui va remplacer les consommateurs, devenus chômeurs sans revenu, qui n'auront plus d'argent à dépenser dans l'achat des produits issus de l'IA?

Mais est-ce que Macron et son équipe de rigolos seraient finalement des visionnaires avec leur "A toi qui n'a rien et qui bouffe des pâtes sans sauce depuis le 15 du mois, je te donne une prime de 3'000 euro pour t'inciter à acheter un voiture à 25'000 euro qui pollue moins!"

[el_slapper]

Ca fait 10 ans que j'entends parler de cette "tendance" et j'ai pas l'impression que les dev Francais soit plus mal lotis qu'avant...

disons que les salaires ont été gelés entre 2002 et 2014(dates à la louche, hein) là ou l'inflation prenait +30%. C'est un poil reparti à la hausse dernièrement, mais on est loin de compenser.

[Mat_MAT_BI]

Je lutte contre les robots à ma façon: c'est facile de voler avec les caisses automatiques

L'autre fois à casto, cette SAL*** de caisse automatique, m'a rendu 30 pièces de un centimes..
Avec tous les chômeurs qu'on a, je trouve ça pas très bien de supprimer des emplois.

C'est pareil au mac do, avant tu prenais commande auprès d'une jolie étudiante de 20 ans, et maintenant tu tapes à ton tableau automatique avec des traces de merde et d'urine dessus...

[foetus]

C'est pareil au mac do, avant tu prenais commande auprès d'une jolie étudiante de 20 ans, et maintenant tu tapes à ton tableau automatique avec des traces de merde et d'urine dessus...

C'est la façon moderne de casser les files d'attente (*)

À la Poste , si tu veux affranchir (1 machine), si tu veux mettre un chèque sur ton compte (1 machine), ... même maintenant si tu veux un RIB (1 machine)


* :

[Marco46]

Comment expliquer ces chiffres avec la tendance à l'externalisation vers l'Inde ou les pays de l'Est ?

Les salaires se sont considérablement tassés depuis quelques années. Un dev web ukrainien avec 5 ans d'xp c'est 3000 balles par mois. Tu vas en pleine pampa en France tu trouveras moins cher et qui parle la langue et sur le même fuseau horaire.

La tendance est au nearshore pas à l'offshore.

[Invité]

Plus de 253 000 emplois de développeurs logiciels seront créés d’ici 2026, rapporte une étude de Glassdoor,
la menace de suppression des emplois par l’IA serait-elle un mythe ?

Mais bien-sûr. Et le 12 mai 3142, il pleuvra ?
L'IA a explosé en 5 ans dans des proportions que même les experts du domaine n'avaient pas imaginées et cette étude de glassdoor prétend nous prédire ce qu'il va se passer d'ici 7 ans. Vraiment, il y en a qui osent tout...

[vertex.3F]

Mais bien-sûr. Et le 12 mai 3142, il pleuvra ?
L'IA a explosé en 5 ans dans des proportions que même les experts du domaine n'avaient pas imaginées et cette étude de glassdoor prétend nous prédire ce qu'il va se passer d'ici 7 ans. Vraiment, il y en a qui osent tout...

+1

dans le même genre : https://www.technologyreview.com/s/6...-in-one-chart/
(c'etait en 2018 mais ça confirme bien qu'en matière d'emploi on prévoit tout et son contraire)

ici un article interessant de pole emploi : http://www.emploiparlonsnet.pole-emp...-peu-de-recul/

(celui ci est hors sujet mais sa conclusion vaut la lecture ; http://www.emploiparlonsnet.pole-emp...dans-le-monde/ )

[Pascaltech]

Bonjour,

Il n'y a pas que l'IA qui va mettre au chômage les développeurs, il y a aussi les langages évolués de programmation qui seront accessible à tout le monde, comme l'UML qui ne nécessite pas de connaissance de commandes de bas niveau (n'y voyez aucune insulte, petits padawans).

[el_slapper]

(.../...) il y a aussi les langages évolués de programmation qui seront accessible à tout le monde, comme l'UML qui ne nécessite pas de connaissance de commandes de bas niveau(.../...)

Mouhahahahahahahahahah!!!

attends deux minutes, je vais reprendre mon souffle.

Mouhahahahahahahahahahahahahahaha!!!!!!!

Sérieusement, si être informaticien, ça se limitait à connaitre les commandes bas niveau, ça serait un job bien plus simple. Mais non. Le job d'un informaticien, quel que soit le langage et son niveau, c'est de formaliser un série de décisions que la machine devra prendre. Ca demande un peu plus de lignes en assembleur qu'en UML, mais c'est au final aussi difficile. Ca demande deux qualités cognitives bien distinctes :

1. soumettre son esprit à l'idée que la machine n'infère rien
2. savoir conceptualiser à plusieurs niveaux d'abstraction simultanés

Voilà. La personne qui n'y connait rien mais a ces deux qualités progressera vite, la personne qui s'est fadée 10 ans de formation mais est dépourvue de ces deux qualités n'y arrivera jamais. C'est injuste. C'est la vie. Et moi, je suis petit, lent, et j'ai les pieds carrés, je ne serais jamais footballeur professionnel. C'est injuste. C'est la vie.

Il est possible qu'un jour on nous remplace, mais certainement pas avec des langage de haut niveau. Ca fait 40 ans qu'ils existent. Ils ont juste augmenté la productivité des gens qui étaient déjà bons avant(et encore, certains contesteront même cette phrase. Je la maintiens).

[Marco46]

Le job d'un informaticien, quel que soit le langage et son niveau, c'est de formaliser un série de décisions que la machine devra prendre. Ca demande un peu plus de lignes en assembleur qu'en UML, mais c'est au final aussi difficile. Ca demande deux qualités cognitives bien distinctes :

1. soumettre son esprit à l'idée que la machine n'infère rien
2. savoir conceptualiser à plusieurs niveaux d'abstraction simultanés

Tu oublies un élément essentiel, interpréter le langage naturel servant d'input à ce process. Interpréter 5 minutes de discussions à la machine à café, les notes prises sur un bout de nappe au resto, la photo du tableau velada, un document word, etc ... Peu importe le niveau de détail ça reste du langage naturel auquel il faut donner un sens.

Je veux dire, avant même de conceptualiser une solution, il faut d'abord interpréter l'input qu'on te donne

Et je parle même pas de toutes les erreurs commises par la personne qui produit l'input !

Quand on passe ce fait dans la moulinette de tes 4 lois d'airains, on comprend vite que seuls Skynet ou HAL9000 pourront espérer concurrencer un jour le plus mauvais des développeurs et même pas certain qu'ils puissent être meilleurs pour interpréter.

[el_slapper]

Tu oublies un élément essentiel, interpréter le langage naturel servant d'input à ce process. Interpréter 5 minutes de discussions à la machine à café, les notes prises sur un bout de nappe au resto, la photo du tableau velada, un document word, etc ... Peu importe le niveau de détail ça reste du langage naturel auquel il faut donner un sens.

Effectivement. Pour une personne qui programme dans son garage, mes points suffisent, mais dans 99% des cas, ll y a effectivement un demandeur. Et arriver à arracher au demandeur ce qu'il veut réellement est effectivement une compétence critique. Pas pour être développeur, mais pour être développeur dans une entreprise dont on est pas le chef designer(la plupart du temps, quoi).

Je veux dire, avant même de conceptualiser une solution, il faut d'abord interpréter l'input qu'on te donne

Sauf si tu décides toi-même ce que tu veux. Mais c'est rarissime, en effet.

Mes deux qualités servent pour 100% des développeurs. La tienne, presque autant.

Et je parle même pas de toutes les erreurs commises par la personne qui produit l'input !

non, pitié, n'en parle pas.

Quand on passe ce fait dans la moulinette de tes 4 lois d'airains, on comprend vite que seuls Skynet ou HAL9000 pourront espérer concurrencer un jour le plus mauvais des développeurs et même pas certain qu'ils puissent être meilleurs pour interpréter.

j'en sais rien, en fait. Je ne parviens pas à me représenter ni potentiel, ni les limites, de l'IA. Elle m'en semble à des années-lumières, en effet, mais le changement arrive vite. Pour l'instant, nous ne sommes pas menacés, ça j'en suis sur. Pour l'instant. L'instant, ça ne dure pas longtemps.

[Pascaltech]

J'aurais dû dire "langage de bas niveau" ou "langage de niveau d'abstraction inférieur au niveau d'abstraction de l'UML".

Désolé, je pensais m'adresser à des gens compétents habitués à la complexité, qui ne s'arrêtent pas aux détails, qui comprennent un concept à peine décrit, qui intègrent eux-même les implications et les développements d'un concept, en deux mots, habitués à travailler dans un environnement abstrait, mutant, disparaissant et renaissant de ses cendres à tout moment.

Au fait, à quel moment tu a lu "être informaticien, ça se limitait à connaitre les commandes bas niveau" dans mon post ?

[el_slapper]

J'aurais dû dire "langage de bas niveau" ou "langage de niveau d'abstraction inférieur au niveau d'abstraction de l'UML".

C'est exactement à ca que j'ai répondu, pourtant. Le plus haut niveau d'abstraction permet d'augmenter la productivité des gens compétents en limitant le nombre d'instructions pour réaliser une action unitaire. En aucun cas il ne simplifie le processus de conception du code. Tout au plus son écriture, mais ça n'est pas le plus difficile.

Désolé, je pensais m'adresser à des gens compétents habitués à la complexité, qui ne s'arrêtent pas aux détails, qui comprennent un concept à peine décrit, qui intègrent eux-même les implications et les développements d'un concept, en deux mots, habitués à travailler dans un environnement abstrait, mutant, disparaissant et renaissant de ses cendres à tout moment.

C'est bien gentil de ta part, sauf que :

Au fait, à quel moment tu a lu "être informaticien, ça se limitait à connaitre les commandes bas niveau" dans mon post ?

Je lis ça quand tu dis qu'on a plus besoin d'informaticiens dès lors qu'on se débarrasse des commandes de bas niveau. Je reprends ta belle théorie : tu pars du principe que (1)UML est accessible à tout le monde et que (2) il suffit à faire une appli complète. Ce sont les 2 signifiants de la phrase de ton post que j'ai cité. C'est à ça que je réponds. Et puisque tu a décidé de me chatouiller, je vais aller dans le détail.

Le point 2 d'abord : UML n'est pas un langage de programmation. UML est un langage de modélisation(d'ou le M de UML, d'ailleurs, je ne dis rien d'original). Il permet de définir des structures de données et des relations entre les structures. C'est beau,mais ça ne fait pas un programme. Derrière, il faut se farcir toute la logique métier(plus, très souvent, des petits détails techniques). Ce qui se fait avec un langage de programmation. Du choix du langage de programmation va dépendre le nombre et le type de détails techniques à régler, d'ailleurs, mais c'est secondaire. Ce qui est important, c'est qu'UML n'est pas Turing-complet. Malgré son utilité réelle, il est moins puissant que le moins puissant des langages de programmation(qui est probablement le BF, moins puissant que ça, on est plus un langage de programmation).

Dit autrement, c'est bien gentil de maitriser UML, mais si je veux faire un fizzbuzz, ça ne suffira pas. A fortiori si je veux faire un projet un peu moins trivial(donc qui commence à être un minimum utile, parceque l'utilité d'un fizzbuzz...). Donc la première partie de ton assertion est fausse. UML n'est pas un langage de programmation. Il ne mettra pas les programmeurs au chômage. D'ailleurs, UML existe depuis plus de 20 ans, et il n'a mis personne au chômage.

Le Point 1 maintenant : UML n'est pas facile. La conception de haut niveau(i.e. l'urbanisation globale du système d'information, niveau ou l'UML est le plus utile) demande des qualités cognitives certes un poil différentes de la conception de bas niveau(i.e. le code), mais est tout aussi exigeante. Imaginer un système performant qui gère des milliers de tables de données(peu importe la technique derrière), c'est un métier en soi, qui n'est pas le mien, d'ailleurs, qui est fort délicat, et il est très difficille de trouver des gens de bon niveau là-dedans. En disant "accessible à tout le monde", tu insultes ces grands professionnels. Qui s'en branlent, tu n'est pas près de toucher la moitié de leur paye.

Je reprends ta phrase :

...qui va mettre au chômage les développeurs, il y a aussi les langages évolués de programmation qui seront accessible à tout le monde, comme l'UML

Non, l'UML ne va pas nous mettre au chômage(il ne l'a pas fait depuis 20 ans), ce n'est pas un langage de programmation(qui permettrait de réaliser des applis complètes), et il n'est pas accessible à tout le monde(c'est même hardcore à haut niveau, quand c'est utile, donc). 3 erreurs totales dans ce petit extrait de ton intervention. Qui est un discours qu'on entend depuis 30 ans (oui, je lisais 01 informatique à 12 ans, et il y avait déjà ce genre de discours creux sur l'industrialisation du développement. On a industrialisé plein de pans de notre métier, mais la partie conception, de haut niveau en UML, ou de bas niveau en )

Maintenant, je vais t'accorder le bénéfice du doute sur UML. Disons que tu crois naïvement qu'il existe réellement des langages(de programmation, pas de modélisation) tellement haut niveau qu'il y a juste à faire la spec pour que tout tourne. Auquel cas Commitstrip répond bien mieux que je ne saurais le faire :



P.S. : pour les notions de conception de haut et de bas niveau, se référer à l'increvable définition de Jack W Reeves. Un peu long, un peu vieux, très en anglais, mais toujours brûlant d'actualité.

[Pascaltech]

Bonjour,

Où as-tu lu "quand tu dis qu'on a plus besoin d'informaticiens dès lors qu'on se débarrasse des commandes de bas niveau". C'est parce qu'on utilise des niveaux d'abstraction élevé que ces langages de programmation seront accessibles à tout le monde parce qu'il n'est pas nécessaire de connaître de commandes de bas niveau. Si tu ne comprends pas là, j'abandonne.

Et je cite UML, que tu connais beaucoup mieux que moi c'est évident, comme exemple de ce que "seront" les langages de programmation.(dans "les langages évolués de programmation qui seront accessible à tout le monde"). Fais-tu la différence entre le futur et le présent. L'Uml d'aujourd'hui donnera quoi dans 5 ou 10 ans à ton avis ?

Et d'ailleurs, tu as raison, je me trompe, plus de monde utilisera des logiciels de programmation accessible et de haut niveau d'abstraction, plus il y aura besoin de programmateurs, on peut faire le parallèle avec Linux, qui permet à des professionnels de vivre de conseil et de gestion d'OS.

Connais-tu la CAO; c'est le monde d'où je viens. Lorsque j'ai vu la première fois une démo de la version 5 de Catia, là, je me suis dis, même les commerciaux pourront dessiner, il est temps de changer de métier ! Et en fait, il y plus de monde qui dessine et cela engendre plus travail sur ce logiciel.

Je maintiens que les programmateurs experts en langages de niveau bas à intermédiaire peuvent s'inquiéter dès maintenant, car lorsque le travail de fond sera effectué par l'IA ( tu connais ?? (), leurs fonctions seront obsolètes. Bien que, j'ai côtoyé des informaticiens qui font plus de l'archéologie que de la programmation (voir le film "Les cowbys de l'espace").

[el_slapper]

(.../...)Où as-tu lu "quand tu dis qu'on a plus besoin d'informaticiens dès lors qu'on se débarrasse des commandes de bas niveau". C'est parce qu'on utilise des niveaux d'abstraction élevé que ces langages de programmation seront accessibles à tout le monde parce qu'il n'est pas nécessaire de connaître de commandes de bas niveau. Si tu ne comprends pas là, j'abandonne.

Tu peux abandonner : les commandes de bas niveau ne sont pas la principale difficulté pour créer des applications non triviales. Savoir penser en même temps le point en cours de développement, sa raison d'être dans le programme/module/classe/fonction en cours, sans perdre de vue l'architecture globale qui donne sa raison d'être au programme/module/classe/fonction en cours,est bien plus important.

J'irais même plus loin : n'importe quel imbécile peut apprendre par cœur les commandes bas niveau. Faire un programme élégant et efficace, que ce soit en bas niveau(car non, les programmeurs bas niveau ne sont pas des imbéciles) ou en haut niveau, en revanche, requiert aujourd'hui comme hier, d'avoir un cerveau en ordre de marche.

Et je cite UML, que tu connais beaucoup mieux que moi c'est évident, comme exemple de ce que "seront" les langages de programmation.(dans "les langages évolués de programmation qui seront accessible à tout le monde"). Fais-tu la différence entre le futur et le présent. L'Uml d'aujourd'hui donnera quoi dans 5 ou 10 ans à ton avis ?

l'UML de dans 10 ans permettra de mieux modéliser des applications plus vastes. Toujours pas de coder les algorithmes et autres détails de conception de bas niveau qui font tourner les applis. Quand à "un langage évolué de programmation accessible à tout le monde", comment dire, VBA EXCEL devait l'être, SQL devait l'être, UML devait l'être, bien d'autre aussi devaient l'être. A chaque fois, quand le paraprogrammeur(personne qui programme dans le cadre de son métier mais donc ce n'est pas le métier principal) a touché une limite, il a appelé un vrai programmeur à l'aide. Qui le plus souvent doit tout reprendre tellement c'est mal conçu et impossible à maintenir. Il y aura d'autres langages de haut niveau, toujours plus abstraits, ça fait partir du futur. Mais on aura toujours besoin de programmeurs professionnels pour les applications avancées.

Après, on a aussi, sur des applis bas de gamme, de plus en plus d'assembleurs. Ce sont des programmeurs professionnels, pas forcément bons(même si certains le sont), dont le rôle se résume à trouver un API qui fait le boulot, et à se brancher dessus. ça suffit dans plus de 90% des cas, de nos jours. Mais pas dans 100% des cas. Quand tu tombe sur le petit algo bien exotique qui fait toute la force de ton métier, tu as interêt à avoir un vrai bon programmeur sous le coude. Sinon tu est mal.

Et d'ailleurs, tu as raison, je me trompe, plus de monde utilisera des logiciels de programmation accessible et de haut niveau d'abstraction, plus il y aura besoin de programmateurs, on peut faire le parallèle avec Linux, qui permet à des professionnels de vivre de conseil et de gestion d'OS.

je serais plus brutal que toi sur l'arbre des causes. Le nombre de professionnels augmente parceque :

1. Les besoins sont illimités
2. les budgets augmentent

On est pas dans la fabrication de frigos, ou le marché est limité par définition. Les besoins en traitement de données sont infinis. Au plus on en traite, au plus on a de nouvelles idées de traitement.

Connais-tu la CAO; c'est le monde d'où je viens. Lorsque j'ai vu la première fois une démo de la version 5 de Catia, là, je me suis dis, même les commerciaux pourront dessiner, il est temps de changer de métier ! Et en fait, il y plus de monde qui dessine et cela engendre plus travail sur ce logiciel.

J'ai failli être embauché par une SSII spécialisée dans la CAO avant de bifurquer vers les SSII. Maintenant, mes connaissances sont loin. Je ne peux pas prétendre savoir ce qui se fait maintenant.

Maintenant, est-ce que le commercial qui dessine est capable de faire une aube de turboréacteur aussi bien qu'un expert? J'en doute. Il peut certainement faire un exemple prototype pour frimer auprès des clients(ce qui, de mon temps, était inconcevable), mais pas de l'optimiser comme quelqu'un qui vient de passer 15 ans dessus.

Je maintiens que les programmateurs experts en langages de niveau bas à intermédiaire peuvent s'inquiéter dès maintenant, car lorsque le travail de fond sera effectué par l'IA ( tu connais ?? (), leurs fonctions seront obsolètes. Bien que, j'ai côtoyé des informaticiens qui font plus de l'archéologie que de la programmation (voir le film "Les cowbys de l'espace").

J'ai moi même fait de l'archéologie logiciel, dans un contexte assez différent(programme cobol de 1972, refondu entièrement en 2008 par mes soins, 36 ans d'âge, donc). Je n'ai aucune idée de savoir si l'IA pourra un jour faire ce que j'ai fait (i.e. rendre lisible et maintenable un vieux code illisible,mal foutu, et dont les specs avaient été perdues,en le recréant de zéro, et en le testant contre une année de prod pour voir toutes les différences). Je sais qu'aujourd'hui elle en est incapable. Demain, aucune idée.

Je ne sais pas ce que fera l'IA demain. Elle nous mettra peut-être tous au chômage. Peut-être pas.

Je sais, en revanche, que ce n'est pas une nouvelle génération de langage toujours plus abstraits qui vont nous mettre au chômage. C'est tout ce que je dis. L'histoire a suffisamment à nous apprendre à ce niveau. J'ai cité le fizzbuzz plus haut. C'est tout con, mais une bonne partie des humains est structurellement incapable de pondre un algo complet, à la main ou à la voix, qui résolve le problème de manière efficace. Si ils ne savent pas le faire à la main, ils ne sauront pas le faire quel que soit le langage de programmation, BF ou LISP, COBOL ou PYTHON. Ou le prochain super langage à la mode.

[foetus]

Il y aura d'autres langages de haut niveau, toujours plus abstraits, ça fait partir du futur.

Cela existe depuis 20 ans Un exemple la méthode B (<- lien wiki en français) et la ligne 14/ 1 du métro parisien