L'épidémie de Tokenmaxxing a atteint Amazon, et Google a officiellement autorisé l'IA aux entretiens 🤖

Nous continuons d'observer comment les nouveaux KPI rendent fous les managers IT. Récemment, j'ai écrit sur la naissance du Tokenmaxxing et la folie corporative avec les tableaux de bord IA chez Disney, où les développeurs sont poussés à abandonner complètement le code manuscrit pour de belles statistiques.

Maintenant, Amazon a pris le relais.

En interne, l'outil MeshClaw a été déployé — un orchestrateur pour les agents IA capables d'interagir avec les systèmes internes, de déployer du code et de répondre dans Slack. Les managers ont fixé un objectif : au moins 80 % des développeurs doivent utiliser l'IA chaque semaine. Et bien sûr, des classements basés sur le volume de tokens consommés ont été ajoutés.

Le résultat est prévisible. Les gens intelligents et paresseux font ce qu'ils doivent faire avec des métriques stupides. Les ingénieurs ont commencé à automatiser des tâches non critiques et à faire tourner les agents à vide pour gonfler leurs tokens avant les revues de performance. La direction jure évidemment que les statistiques « n'affectent pas l'évaluation », mais tout le monde comprend. La loi de Goodhart dans toute sa splendeur : quand une métrique devient un objectif, elle cesse d'être une bonne métrique.

Pendant ce temps, Google a officiellement autorisé l'utilisation d'assistants IA (son Gemini) lors des entretiens techniques.

Un pilote a été lancé pour l'étape de compréhension du code. Désormais, vous ne serez plus évalué sur votre capacité à équilibrer mentalement des arbres rouge-noir, mais sur votre « AI fluency ». Les recruteurs examinent vos compétences en prompt engineering, la validation des hallucinations des LLM et le débogage de code généré par d'autres.

La raison est claire : chez Google, on admet que 75 % du nouveau code est désormais généré par des réseaux de neurones. Interroger sur des algorithmes de manuels est devenu inutile alors que le travail réel d'un ingénieur s'est transformé en gestion d'une horde d'agents hallucinants.

En bref, tous les entretiens évoluent vers des problèmes ouverts et de la conception système, même pour les juniors. Et c'est une bonne chose.