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érie

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 publication

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