Contexte historique

Depuis le début du XXe siècle, les économistes distinguent les salariés en deux catégories : les « white‑collar », employés de bureau exerçant des fonctions de service, de connaissance ou de gestion, et les « blue‑collar », travailleurs manuels ou artisans. L’article rappelle que les ingénieurs logiciels ont été placés depuis plusieurs décennies dans la première catégorie, en raison de leur environnement de travail (bureau, ordinateur) et de la nécessité d’une formation avancée.

Analyse de la classification professionnelle

Le texte propose de reconsidérer les développeurs comme des artisans du numérique. Il souligne que, comme les électriciens ou les charpentiers, ils construisent et réparent des systèmes, mais en manipulant des bits plutôt que des atomes. Cette analogie repose sur deux faits explicites : la pratique intensive pendant plusieurs années pour atteindre la maîtrise, et l’absence d’obligation d’un diplôme formel, le parcours reposant davantage sur l’expérience que sur le titre académique.

En reclassant les ingénieurs logiciels comme des travailleurs qualifiés, on attribue à leur métier le même statut de compétence technique que les métiers manuels. Cette relecture ne change pas les exigences de formation, mais elle met en avant la dimension « fait‑main » du code, où chaque fonction ou module est assemblé, testé et ajusté de façon itérative, à l’image d’un assemblage de pièces physiques.

Implications de l’IA sur les ingénieurs logiciels

L’auteur relie cette reclassification à la « crise d’identité » provoquée par l’intelligence artificielle. Il avance que les travailleurs manuels ont historiquement su intégrer les nouvelles technologies (ex. : robots de menuiserie), tandis que les salariés de bureau subissent davantage les disruptions économiques. Le texte cite explicitement que les ingénieurs logiciels voient leurs tâches automatisées par des modèles d’IA capables de générer du code, ce qui menace le « longue lune de miel » caractérisée par des salaires élevés et une protection de leur temps.

En adoptant l’analogie du métier manuel, l’article suggère une stratégie d’adaptation : apprendre à manier les « nouveaux outils » (IA, générateurs de code) comme on apprend à manier une scie ou un métier à tisser. Cette approche repose sur le fait observable que les artisans qui maîtrisent les machines restent pertinents, même si la production manuelle devient moins rémunérée.

Limites et perspectives

Le texte ne fournit pas de données chiffrées sur l’impact salarial ou sur le taux d’adoption de l’IA dans le développement logiciel. L’absence de métriques empêche de quantifier la vitesse du changement ou d’évaluer les écarts de rémunération entre les deux catégories. Néanmoins, le raisonnement reste cohérent : la redéfinition du rôle professionnel ouvre la porte à une revalorisation du travail manuel du code, tout en soulignant que la survie dépendra de la capacité à intégrer les outils d’automatisation.