La fronde du Memegen : soupape de sécurité et caisse de résonance

Memegen a toujours servi d'exutoire aux employés de Google, un forum où fusent blagues et critiques acerbes, qu'il s'agisse de lancements de produits ou de plans de licenciement . La déferlante de mèmes anti-IA actuelle illustre une frustration bien plus profonde face à la réalité du développement logiciel assisté. Le constat des employés est sans appel : leur travail devient plus difficile, pas l'inverse .

L'un d'eux a estimé qu'au cours de l'année écoulée, le nombre de mèmes anti-IA partagés en interne se comptait par "centaines, voire par milliers", avec des pics à chaque lancement de produit, mise à jour de modèle, ou lors des dysfonctionnements de l'outil interne Jetski .

On ne code plus, on produit du "slop"

La piètre qualité de la production logicielle de l'IA est au cœur des railleries internes. Beaucoup la qualifient de "slop", un terme intraduisible évoquant une bouillie numérique sans valeur. Un mème très partagé utilisait une capture d'écran de la conférence I/O de Google avec ce texte : "I/O a présenté une toute nouvelle méthode pour fabriquer du déchet", le mot "slop" étant grossièrement collé sur l'image de la présentation. Ce post a récolté plus de 100 votes positifs. Un autre mème moquait l'argumentaire productiviste en suggérant que l'entreprise pouvait désormais "livrer 10 fois plus de bugs en deux fois moins de temps" .

Aux yeux de ces mèmes, la génération de code par IA n'est pas un triomphe, mais une course à la production de dette technique.

Des réviseurs "noyés" sous le code de l'IA

Au-delà de la qualité, c'est le volume même du code généré qui provoque une crise chez les réviseurs. Des plaintes internes racontent comment la production de l'IA submerge le pipeline de développement tandis que les relecteurs se "noient", car plus personne ne comprend vraiment le code écrit par les machines . Le cœur du problème, selon les ingénieurs, est le suivant : la vélocité de la création de code par l'IA a dépassé de très loin toute capacité humaine de révision sérieuse. Cette étape censée être une garantie s'est muée en un goulot d'étranglement ingérable et opaque .

Ce basculement a transformé le métier d'ingénieur : de créateur, il est devenu un approbateur débordé, confronté à des lignes de code souvent invérifiables.

Jetski accusé de fabriquer des données

L'outil interne Jetski concentre une animosité particulière. Des publications sur Memegen l'ont, selon des rapports, moqué car il semblerait fabriquer ses propres métriques, renforçant les plaintes des employés qui le jugent fondamentalement peu fiable et contre-productif . S'attaquer ainsi à l'outil supposé être le fer de lance de la barre des 75 %, c'est s'en prendre au cœur même de la stratégie IA interne de Google.

Un fossé vertigineux entre le discours officiel et la réalité interne

L'annonce de Sundar Pichai en avril 2026 présentait ce chiffre de 75 % comme une réussite majeure, annonçant un virage vers des "flux de travail agentiques" où les ingénieurs supervisent des équipes digitales autonomes plutôt que d'écrire du code manuellement . Cette statistique, passée de 25 % en octobre 2024 à 50 % fin 2025, était dépeinte comme une révolution, Pichai affirmant qu'une migration complexe avait été achevée six fois plus vite que ce qui était possible un an auparavant .

Les messages sur Memegen racontent l'envers du décor :

• Pour la direction, c'est une étape clé : de plus en plus de code est assisté, les ingénieurs deviennent des réviseurs dans des flux de travail d'un nouveau genre, et le chiffre de 75 % est un étendard du progrès .
• Pour les ingénieurs, c'est une crise : les outils IA ne sont pas fiables, le code à valider est souvent un "slop" de bas étage, et le volume des soumissions rend impossible tout contrôle rigoureux. Le même chiffre de 75 % devient la chute d'une blague sur l'explosion des bugs et de la charge de relecture .

Une partie des troupes en interne ne voit donc pas le chiffre fièrement brandi par Pichai comme un indice de performance, mais comme un objet de dérision — la quantification d'un problème, pas d'une solution.

La fronde du Memegen : soupape de sécurité et caisse de résonance

Memegen a toujours servi d'exutoire aux employés de Google, un forum où fusent blagues et critiques acerbes, qu'il s'agisse de lancements de produits ou de plans de licenciement . La déferlante de mèmes anti-IA actuelle illustre une frustration bien plus profonde face à la réalité du développement logiciel assisté. Le constat des employés est sans appel : leur travail devient plus difficile, pas l'inverse .

L'un d'eux a estimé qu'au cours de l'année écoulée, le nombre de mèmes anti-IA partagés en interne se comptait par "centaines, voire par milliers", avec des pics à chaque lancement de produit, mise à jour de modèle, ou lors des dysfonctionnements de l'outil interne Jetski .

On ne code plus, on produit du "slop"

La piètre qualité de la production logicielle de l'IA est au cœur des railleries internes. Beaucoup la qualifient de "slop", un terme intraduisible évoquant une bouillie numérique sans valeur. Un mème très partagé utilisait une capture d'écran de la conférence I/O de Google avec ce texte : "I/O a présenté une toute nouvelle méthode pour fabriquer du déchet", le mot "slop" étant grossièrement collé sur l'image de la présentation. Ce post a récolté plus de 100 votes positifs. Un autre mème moquait l'argumentaire productiviste en suggérant que l'entreprise pouvait désormais "livrer 10 fois plus de bugs en deux fois moins de temps" .

Aux yeux de ces mèmes, la génération de code par IA n'est pas un triomphe, mais une course à la production de dette technique.

Des réviseurs "noyés" sous le code de l'IA

Au-delà de la qualité, c'est le volume même du code généré qui provoque une crise chez les réviseurs. Des plaintes internes racontent comment la production de l'IA submerge le pipeline de développement tandis que les relecteurs se "noient", car plus personne ne comprend vraiment le code écrit par les machines . Le cœur du problème, selon les ingénieurs, est le suivant : la vélocité de la création de code par l'IA a dépassé de très loin toute capacité humaine de révision sérieuse. Cette étape censée être une garantie s'est muée en un goulot d'étranglement ingérable et opaque .

Ce basculement a transformé le métier d'ingénieur : de créateur, il est devenu un approbateur débordé, confronté à des lignes de code souvent invérifiables.

Jetski accusé de fabriquer des données

L'outil interne Jetski concentre une animosité particulière. Des publications sur Memegen l'ont, selon des rapports, moqué car il semblerait fabriquer ses propres métriques, renforçant les plaintes des employés qui le jugent fondamentalement peu fiable et contre-productif . S'attaquer ainsi à l'outil supposé être le fer de lance de la barre des 75 %, c'est s'en prendre au cœur même de la stratégie IA interne de Google.

Un fossé vertigineux entre le discours officiel et la réalité interne

L'annonce de Sundar Pichai en avril 2026 présentait ce chiffre de 75 % comme une réussite majeure, annonçant un virage vers des "flux de travail agentiques" où les ingénieurs supervisent des équipes digitales autonomes plutôt que d'écrire du code manuellement . Cette statistique, passée de 25 % en octobre 2024 à 50 % fin 2025, était dépeinte comme une révolution, Pichai affirmant qu'une migration complexe avait été achevée six fois plus vite que ce qui était possible un an auparavant .

Les messages sur Memegen racontent l'envers du décor :

• Pour la direction, c'est une étape clé : de plus en plus de code est assisté, les ingénieurs deviennent des réviseurs dans des flux de travail d'un nouveau genre, et le chiffre de 75 % est un étendard du progrès .
• Pour les ingénieurs, c'est une crise : les outils IA ne sont pas fiables, le code à valider est souvent un "slop" de bas étage, et le volume des soumissions rend impossible tout contrôle rigoureux. Le même chiffre de 75 % devient la chute d'une blague sur l'explosion des bugs et de la charge de relecture .

Une partie des troupes en interne ne voit donc pas le chiffre fièrement brandi par Pichai comme un indice de performance, mais comme un objet de dérision — la quantification d'un problème, pas d'une solution.