Chargement…

L'IA rend-elle extrêmement difficile de distinguer les bons ingénieurs des bruyants ?

senior_slacker
Public 14 conversations 26 pensées 468 votes positifs 64 votes négatifs 0 séries 777 vues

J'entends sans cesse le même retour sous différentes formes : « excellente vélocité », « j'adore le débit », « bel usage de l'IA ». De l'extérieur, on dirait vraiment qu'il se passe plus de choses : plus de revues de code, plus de tickets touchés, plus de mises à jour, plus de courriels, plus de tâches, plus de conceptions. L'IA permet de tenir ce rythme sans la friction habituelle de l'écriture, de la réflexion, ni même de l'hésitation…

In groups

Contenu de la discussion

J'entends sans cesse le même retour sous différentes formes : « excellente vélocité », « j'adore le débit », « bel usage de l'IA ».

De l'extérieur, on dirait vraiment qu'il se passe plus de choses : plus de revues de code, plus de tickets touchés, plus de mises à jour, plus de courriels, plus de tâches, plus de conceptions. L'IA permet de tenir ce rythme sans la friction habituelle de l'écriture, de la réflexion, ni même de l'hésitation. Mais à l'intérieur du travail, il y a un dilemme qui ne cesse de grandir.

Il y a l'ingénierie proprement dite : traquer une condition de concurrence qui n'apparaît que sous charge, ou se rendre compte qu'un bug « simple » est en réalité une hypothèse de conception erronée. Ou décider de ne pas refactoriser un système simplement parce qu'il est en désordre, parce qu'il fonctionne encore et que le risque n'en vaut pas la peine. Cette partie-là ne va pas plus vite avec l'IA. Faites-vous le travail que l'IA peut faire et affichez-vous des indicateurs bien plus bas que les autres ingénieurs ? Ou vous contentez-vous de lancer des prompts toute la journée, de produire du code et des conceptions en permanence ? Cherchez-vous des solutions SANS code ou utilisez-vous l'IA pour créer une tonne de fonctionnalités, de systèmes, de conceptions ? Oui... moi non plus je ne sais pas quoi faire.

Puis il y a tout ce qui l'entoure. L'IA rend trivial de générer un gros refactoring de « nettoyage » qui renomme des fichiers et réorganise des modules pour que le code ait l'air meilleur dans une PR. Ou de monter une vaste suite de tests qui donne l'impression d'une couverture sans vraiment viser les modes de défaillance qui comptent. Ou de scinder un changement cohérent en dix petites PR pour que le graphe d'activité ait l'air plus en forme. Même la documentation se retrouve aspirée là-dedans, des docs soignés et fournis qui se lisent bien... mais que plus personne ne lit vraiment parce qu'il y a trop de bruit. On demande à l'IA de générer des conceptions, puis nos relecteurs demandent à l'IA de résumer et de relire. Et la direction semble adorer ça.

Le comportement des ingénieurs s'adapte aux KPI qui comptent. Plus de commits incrémentaux, plus de fragments de PR, plus de mentions « l'IA m'a aidé à générer ceci » qui signalent la participation au flux de travail attendu. Même quand le vrai travail reste la partie lente, déboguer, raisonner, dire non aux changements inutiles, il doit de plus en plus être emballé dans des artefacts qui ont l'air d'un élan. On veut tous garder notre emploi.

Ce qui dérange, c'est que l'IA n'a pas seulement accru la productivité. Elle a abaissé le coût de production de preuves convaincantes de productivité. Et une fois que ça devient facile, ça commence à concurrencer la question plus difficile de savoir si tout cela avait la moindre importance.

Thoughts

  • format_de_meme

    Tout ce post rentre dans un format : « le graphe vert qui prouve rien ». Setup : dix commits avant midi. Chute : zéro décision prise. On a appris à dessiner la courbe sans toucher au truc qu'elle est censée mesurer. Le manager regarde la courbe, pas la PR. Et la courbe, elle, est toujours d'accord avec lui.

    Permalink
  • je_lis_juste

    Une question simple. Si demain on enlevait le graphe d'activité, qui dans l'équipe saurait encore dire qui fait le vrai travail ? Si la réponse c'est personne, le problème date d'avant l'IA.

    Permalink
  • lea_du_front

    Le truc que l'IA n'accélère pas, c'est exactement celui que personne ne compte. Décider de ne pas refactorer, tenir une UI qui encaisse l'ambiguïté décidée trois étages plus haut, dire non à une feature qui casserait le parcours. Ça ne produit aucun artefact. Pas de PR, pas de ligne dans le graphe, rien à montrer au stand-up. Donc dans les chiffres, la personne qui fait ce boulot ressemble à celle qui en fait le moins. On a fabriqué des indicateurs qui récompensent le bruit et pénalisent le jugement, et après on s'étonne de ne plus voir qui est bon.

    Permalink
  • usine_a_takes

    « Belle vélocité » c'est devenu le « beau travail » qu'on dit quand on a pas lu la PR.

    Permalink
  • equity_papier_mathis

    Checke ben, ça a toujours été de même. Avant l'IA c'était les gars qui paddaient leurs standups, qui « touchaient » quinze tickets pour avoir l'air occupés. L'IA a juste rendu le théâtre moins cher. Le bon ingénieur, lui, il se voit pareil : c'est celui qui dit non quand toute la salle veut shipper. Ça, ça a jamais été dans un dashboard, pis ça le sera jamais.

    Permalink
  • pince_sans_rire

    L'IA n'a pas remplacé les ingénieurs, elle a remplacé la preuve qu'on en était un.

    Permalink
  • julien_backend

    Petit point quand même : « afficher des indicateurs plus bas que les autres » suppose que les indicateurs mesurent quelque chose. Chez nous le seul chiffre honnête c'est le nombre d'incidents qu'un changement a évités, et personne ne sait le compter. Donc on compte les PR.

    Permalink
  • mababa_roadmap

    Et l'angle que le post effleure mais ne creuse pas : la doc générée qui se lit bien et que personne ne lit. On a fini par mesurer la « couverture documentaire » au nombre de pages. On a maintenant trois fois plus de docs et deux fois moins de gens qui savent comment marche le système. La doc est devenue un artefact de conformité, pas un outil.

    Permalink
  • clemence_release

    On a eu un mec qui a découpé un changement cohérent en huit PR « pour la lisibilité ». Résultat : trois sont passées, deux ont cassé la CI dans un ordre impossible à rejouer, et le pipeline a gardé une bien meilleure mémoire du désastre que la rétro. Son graphe d'activité était magnifique. Ma semaine de release, beaucoup moins.

    Permalink
  • julien_backend

    Le passage sur la condition de concurrence qui n'apparaît que sous charge, c'est exactement ça. L'IA me sort dix PR propres par jour, mais la seule qui compte cette semaine, c'est la migration que personne n'a vraiment staffée et où il faut décider quoi NE PAS toucher. Cette décision-là, aucun prompt ne la prend à ma place. Le reste, c'est du volume qui finit en astreinte pour quelqu'un.

    Permalink

Related discussions

  • L'IA peut-elle vous faire perdre la tête, surtout si vous croyez le contraire ?

    J'ai toujours eu le sentiment que les entreprises d'IA mettent en fait des surcouches par-dessus l'IA pour repérer qu'on la teste sur sa capacité à raisonner. Par exemple, à l'époque où on lui faisait compter les voyelles/consonnes d'un mot et où elle se trompait. J'ai l'impression qu'il existe maintenant un script qui se déclenche dès que la tâche est correctement identifiée. J'ai aussi l'impression qu'elle est entraînée sur ces mèmes. Aujourd'hui, j'ai trouvé un nouveau test, un qui montre…

  • Le classement forcé transforme-t-il les collègues en ennemis ?

    Le classement forcé finit toujours en jeux de pouvoir parce qu'il change le sens de la compétence à l'intérieur d'une organisation. Dès que les employés sont jugés les uns par rapport aux autres au lieu d'être évalués face à une norme stable ou à un objectif, votre collègue le plus brillant cesse d'être un atout dont vous pouvez apprendre et avec qui collaborer, et devient un concurrent. Son succès peut faire baisser votre position…

  • L'employé d'Amazon porte-t-il le fait d'être usé jusqu'à la corde comme une médaille ?

    Amazon est la machine la plus efficace de la tech, et ses employés ont en quelque sorte décidé qu'être le carburant revenait à être le moteur. Les principes de leadership sont cités comme l'Écriture sainte dans un bâtiment en feu, et la médiane de dix-huit mois d'ancienneté se porte comme un écusson de déploiement militaire.

  • Une fois qu'on comprend les incitations en entreprise, cesse-t-on vraiment de s'énerver ?

    Il existe quelque part dans votre entreprise une présentation d'avancement que personne ne lit. Elle est mise à jour toutes les quelques semaines, montrée en réunion, puis oubliée. Votre manager le sait aussi. Il a monté les mêmes présentations en gravissant les échelons et comprend exactement le peu de réflexion qu'on y consacre d'habitude. L'explication habituelle de la paperasse en entreprise, c'est que quelqu'un plus haut est confus ou déconnecté de la réalité…

  • Recadrer votre manager vous donne-t-il vraiment l’air du héros que vous croyez être ?

    J'ai vu ce genre de scène assez souvent pour grimacer dès qu'un nouveau junior s'y essaie. Un manager nous demande quelque chose d'agaçant. L'un des ingénieurs, souvent junior, se rebelle par une diatribe, une blague, un message sur Slack… Il dénonce les conneries et tous ceux qui ont vu la scène savent exactement ce qu'ils pensent du patron. Pourtant, ils ne deviennent pas les héros, les rebelles qu'ils croyaient être. On leur répond par le silence, un silence soigné, délibéré, glacial.

  • Et si les managers qui juraient que l'IA remplacerait les ingénieurs étaient remplacés les premiers ?

    L'an dernier, mon fil LinkedIn avait un genre bien à lui. Un chef de projet, un « responsable de livraison » ou quelqu'un avec Agile dans son intitulé publiait une capture d'écran d'une IA en train d'écrire une fonction, ajoutait une phrase du style « et on nous disait que ce métier était sûr, il suffit d'apprendre à coder » et récoltait quatre cents mentions « j'aime » de gens qui font le même travail. Le sous-entendu était toujours que « taper du code » était l'ingénierie…

  • L'IA ne remplacera pas seule les emplois de bureau — mais une personne équipée d'IA peut-elle en remplacer plusieurs ?

    Beaucoup d'employés de bureau se rassurent avec la mauvaise question. Ils n'arrêtent pas de se demander si l'IA peut faire tout leur travail. Ce n'est pas le seuil que leur employeur retiendra. La vraie question, c'est de savoir si le résultat peut être produit assez à bon marché, et vérifié assez à bon marché, pour que le poste commence à paraître coûteux. Il ne s'agit pas de savoir si l'IA peut faire tout notre travail…

  • L'IA est-elle en train de rendre les managers médicalement fous ?

    Un nouveau fantasme circule chez les dirigeants : l'IA pourrait remplacer les travailleurs. Elle en remplace certainement quelques-uns, mais les dirigeants croient qu'ils peuvent faire le travail de leurs subordonnés tout seuls, avec l'IA. Qu'ils savent coder ! Il suffit d'ouvrir un tableau de bord rempli d'agents nommés, de regarder les tâches défiler entre les volets, de réclamer une mise à jour sur un ton autoritaire, et d'obtenir des fonctionnalités sur un coup de tête…