Le Piège du Titre pose la question : qu’est-ce que nous payons réellement ? Cet essai y répond en définissant trois pratiques substantiellement distinctes du travail intellectuel. Le problème n’est pas que les gens utilisent « ingénieur », « technologue » et « technicien » de façon interchangeable. C’est que nous avons rendu impossible d’appeler quelqu’un autrement.

I. La Profession Qui a Perdu Ses Noms

En médecine, la distinction est claire et légalement imposée. Un médecin et une infirmière praticienne sont tous deux précieux. Tous deux sont des professionnels qualifiés. Ils ne sont pas interchangeables. Ils ont une formation différente, des champs de compétence différents, des responsabilités légales différentes. Le système est conçu pour que vous ne puissiez pas les confondre.

En informatique et dans l’analyse de données, cette distinction a disparu. Tout le monde est « Data Scientist ». Tout le monde est « Data Engineer ». Tout le monde est « Software Engineer ». Les termes sont devenus du bruit pur—un portant de titres où chacun peut saisir ce qui semble le plus impressionnant.

Le résultat : les entreprises embauchent un « Data Engineer » pour faire du travail de technicien de données : charger des CSVs, écrire des pipelines ETL selon une spécification. Elles paient un premium pour quelqu’un qui peut concevoir des systèmes de données, mais l’assignent à l’exécution. La personne gaspille sa capacité ou s’en va. Ou pire : elle accepte le titre et le travail, puis graduellement cesse de chercher à résoudre des problèmes nouveaux. Elle devient une technicienne collectant un salaire de technologue, et tout le monde fait semblant que c’est normal.

La version honnête de la plupart des postes « d’ingénierie logicielle » : c’est du travail de programmation. Programmer est du travail de technicien—implémenter selon une spécification, résoudre des problèmes définis avec des outils connus. C’est du travail précieux. Ce n’est pas de l’ingénierie. Mais il y a de la honte à dire « je suis programmeur » ou « je suis technicien », alors nous l’appelons « ingénierie logicielle » et prétendons que la distinction n’existe pas.

II. Le Technicien

Un technicien est quelqu’un qui applique des solutions connues à des problèmes définis. Il travaille à partir de spécifications, de plans ou de normes. Son travail est l’exécution avec précision. Il est responsable de faire la chose correctement, non de décider ce que la chose doit être.

Les techniciens suivent le manuel. Ils implémentent la spécification. Ils exécutent la procédure. Le problème est déjà délimité. La solution existe déjà. Ils optimisent dans ces limites. Leur responsabilité est la qualité et la justesse de l’exécution—la vitesse et la fiabilité dans le périmètre défini.

Pensez à un chirurgien suivant un protocole, un administrateur réseau déployant une configuration standard, un développeur implémentant un ticket détaillé. Les techniciens sont inestimables. La civilisation moderne fonctionne grâce aux techniciens. Un pont ne s’effondre pas parce qu’il y a trop de techniciens sur le chantier ; il s’effondre parce qu’il n’y en a pas assez, ou parce que les techniciens ont reçu une mauvaise spécification.

La plupart des programmeurs qui travaillent sont des techniciens. La plupart des professionnels de la donnée sont des techniciens. La plupart des gens qui travaillent dans la technologie sont des techniciens. Ce n’est pas un échec. C’est ce que le travail est. Si vous implémentez des tickets à partir d’une spécification, si vous écrivez du code qui résout un problème défini, si vous exécutez des scripts pour extraire, transformer et charger des données, si vous suivez des modèles établis et les meilleures pratiques pour construire ce que quelqu’un d’autre a conçu—vous êtes un technicien. C’est honnête. C’est nécessaire.

III. Le Technologue

Un technologue est quelqu’un qui adapte, intègre ou invente des solutions à des problèmes nouveaux. Il travaille à partir de principes et de créativité. Son travail est la résolution de problèmes sous incertitude. Il est responsable de trouver le chemin quand le chemin n’est pas évident.

Les technologues se demandent « pourquoi de cette façon ? » Ils proposent des alternatives. Ils intègrent des systèmes disparates. Ils inventent de nouvelles approches quand le manuel ne le couvre pas. Le problème est clair, mais la solution ne l’est pas. Ils définissent le comment quand le quoi est connu. Leur responsabilité est de choisir la bonne approche, d’évaluer les compromis, de faire fonctionner les solutions dans de nouveaux contextes où les anciennes réponses ne s’appliquent plus.

Pensez à un architecte concevant un pont pour un site difficile, un développeur concevant un système qui n’existe pas encore, un chercheur créant une nouvelle approche à un ancien problème. Les technologues sont le tissu conjonctif. Ils prennent le savoir existant et le font fonctionner dans des contextes nouveaux.

IV. L’Ingénieur

Un ingénieur est quelqu’un qui conçoit des systèmes avec une responsabilité éthique, légale ou existentielle. Il travaille à partir de premiers principes et de responsabilité. Son travail est d’assurer que ce qui est construit ne défaillira pas de manières qui comptent. Il est responsable de la viabilité à long terme de ce qu’il crée.

Les ingénieurs assurent la sécurité. Ils préviennent les défaillances systémiques. Ils prennent la responsabilité du système entier, pas seulement d’une partie. Ils doivent considérer non seulement « est-ce que ça marche ? » mais « est-ce que ça défaillira ? Que se passe-t-il quand ça défaille ? Qui en paie le prix ? » Leur responsabilité est l’intégrité du système, la sécurité des utilisateurs, la durabilité de ce qu’ils construisent.

Un ingénieur civil signe les plans en sachant que la responsabilité légale en découle. Un chirurgien-chercheur développe une technique nouvelle et doit la tester en toute sécurité. Un architecte logiciel conçoit une infrastructure qui, si elle défaille, détruit toute l’entreprise. Ces personnes portent un poids différent.

V. La Hiérarchie Est À l’Envers

L’industrie du logiciel traite ceci comme une échelle : Technicien → Technologue → Ingénieur. Ce n’est pas une échelle. C’est un changement de type de travail, non une progression en ancienneté ou en intelligence.

Certaines des personnes les plus précieuses au monde sont des techniciens. Un grand chirurgien est un technicien exécutant un protocole avec une telle précision que le patient survit. Un grand ingénieur réseau appliquant des modèles établis est un technicien, et sans cette précision, Internet ne fonctionne pas. La confusion vient du mélange de trois axes différents : le niveau de responsabilité, l’ancienneté et la rémunération. Vous pouvez avoir un technologue junior et un technicien senior. Vous pouvez avoir un technicien bien payé et un ingénieur en difficulté. Les trois sont indépendants.

Une entreprise qui embauche un « Technologue Senior » pour faire du travail de technicien ne fait pas d’économies—elle gaspille la capacité coûteuse de résolution de problèmes de cette personne dans l’exécution. Une entreprise qui a besoin d’un ingénieur mais embauche un technologue ne fait pas d’économies—elle construit un système qui défaillira de manières qui comptent, et le coût de réparation sera ruineux.

La version honnête : embauchez le bon type de praticien pour le problème que vous avez, et payez-les pour le type de responsabilité qu’ils portent, non pour le titre que vous avez peur d’expliquer.

VI. La Réflexion Honnête

La personne qui s’appelle « Software Engineer » tout en écrivant du code selon une spécification est honnête sur sa valeur pour l’entreprise. Elle n’est pas honnête sur son rôle. C’est une programmeuse. L’appeler « ingénierie » ne change pas le travail ; cela gonfle simplement le titre pour correspondre à la bande salariale.

Ce n’est pas honteux. C’est honteux de prétendre que la distinction n’existe pas. Un technicien bien payé et compétent est l’épine dorsale de chaque système qui fonctionne. Le problème n’est pas que les gens soient des techniciens. Le problème est que nous mentons à ce sujet, puis nous sommes surpris quand un technicien s’épuise parce qu’il a accepté le titre « d’ingénieur » et la promesse implicite qu’il résoudrait des problèmes nouveaux—et qu’il a plutôt implémenté des tickets pendant sa carrière entière.

Nommez-vous pour ce que vous êtes. Si vous êtes programmeur, dites-le. Si vous êtes technicien, dites-le. Si vous résolvez parfois des problèmes nouveaux, vous êtes aussi technologue. Si vous concevez des systèmes avec une responsabilité existentielle, vous êtes ingénieur. La plupart des gens sont dans la première catégorie. C’est bien. C’est nécessaire. Mais cela exige de l’honnêteté.

Dans certains pays, la plaisanterie est explicite. En France, tout le monde est un « expert »—le titre a perdu tout sens. Quand l’inflation devient absurde, les gens finissent par appeler tout le monde par des noms bien moins flatteurs—une forme cynique qui dit : nous sommes tous des gens qui revendiquons l’importance. L’industrie du logiciel approche de ce point de saturation. Bientôt, tout le monde sera un « Senior Principal Staff Engineer », et la distinction aura complètement disparu. Le mot ne signifiera rien parce que nous avons refusé de distinguer ce que les choses sont réellement. À ce moment, le seul langage honnête qui reste est le cynique.

Et pourtant : à mesure que les LLMs commencent à générer des dépôts de cent mille lignes en une après-midi, un nouveau problème émerge. Personne ne comprend le tout. Personne ne peut. C’est trop grand. Quelqu’un doit le naviguer, le déboguer, trouver la pourriture, le diriger quand il se casse. Le technicien ne peut pas—la spécification a disparu, ensevelie sous des couches de code généré que personne n’a écrit intentionnellement. Le technologue peut corriger les problèmes mais ne peut pas voir la forêt. Alors comment appelle-t-on la personne qui arrive quand le système défaille, qui lit du code qu’elle n’a pas écrit, qui parle à la fois le langage de la machine et l’intention commerciale, et répare ce que personne d’autre ne peut diagnostiquer ? Notre acolyte ? Notre traducteur ? Notre équipe de recherche et de sauvetage ?

Le nom comptera bientôt.

Pour aller plus loin