IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

« 95 % des ingénieurs d'Uber utilisent désormais des outils d'IA, et son agent de codage interne génère 1 800 modifications de code par semaine sans aucune intervention humaine »
Selon Uber

Le , par Jade Emy

118PARTAGES

7  0 
Le directeur technique d'Uber a révélé que les ingénieurs d'Uber passent moins de temps à écrire du code et plus de temps à dire aux machines ce qu'elles doivent écrire. Praveen Neppalli Naga a déclaré dans un post LinkedIn que 95 % des ingénieurs d'Uber utilisent désormais des outils d'IA chaque mois, et que son agent de codage interne produit 1 800 modifications de code par semaine sans aucune intervention humaine. Les ingénieurs examinent et approuvent ces modifications, mais ils ne les écrivent plus. La part de l'agent dans l'ensemble des modifications de code de l'entreprise est passée de moins de 1 % à 8 % en seulement quelques mois.

En mars 2026, le New York Times Magazine publie un article au titre volontairement provocateur : « Coding After Coders: The End of Computer Programming as We Know It ». Son auteur, Clive Thompson, journaliste technologique chevronné, y synthétise les témoignages de plus de 70 ingénieurs logiciels interrogés dans les grandes entreprises du secteur. Thompson n'est pas un néophyte sur le sujet : il est également l'auteur de Coders: The Making of a New Tribe and the Remaking of the World, une plongée anthropologique dans l'univers des développeurs publiée quelques années plus tôt.

Ce que l'enquête révèle tient en quelques mots : le développeur n'écrit plus vraiment de code. Il le décrit, le supervise, le valide. Un cadre supérieur d'Amazon témoigne ainsi que des tâches qui lui auraient pris des jours ne nécessitent désormais qu'une conversation de six minutes avec un agent IA, avant d'ordonner : « Vas-y. » Un autre développeur décrit ses essaims d'agents Claude comme « une intelligence étrangère avec laquelle nous apprenons à travailler ». La métaphore est révélatrice : ce n'est plus un outil que l'on manie, c'est une altérité que l'on apprivoise. Entre euphorie des uns et deuil des autres, le débat sur l'avenir du métier de développeur n'a jamais été aussi vif, ni aussi peu tranché.

Dans ce contexte, le directeur technique d'Uber a révélé que les ingénieurs d'Uber passent moins de temps à écrire du code et plus de temps à dire aux machines ce qu'elles doivent écrire. Ce n'est pas un sujet d'inquiétude, selon le directeur technique de l'entreprise. C'est justement le but recherché. Le géant du VTC, qui a autrefois bouleversé la façon dont les villes se déplacent, parie désormais que la prochaine révolution se trouvera au sein de ses propres équipes d'ingénieurs — et qu'il vaut mieux prendre les devants que d'être pris au dépourvu.

Praveen Neppalli Naga a déclaré dans un post LinkedIn que 95 % des ingénieurs d'Uber utilisent désormais des outils d'IA chaque mois, et que son agent de codage interne produit 1 800 modifications de code par semaine sans aucune intervention humaine. Les ingénieurs examinent et approuvent ces modifications, mais ils ne les écrivent plus. La part de l'agent dans l'ensemble des modifications de code de l'entreprise est passée de moins de 1 % à 8 % en seulement quelques mois. « Il n'y a aucune intervention humaine », a écrit Naga.


Ce n'est pas le volume qui est le plus significatif. C'est la nature du travail. Naga indique que 84 % des utilisateurs d'IA chez Uber ont désormais recours à des workflows de type « agent », dans lesquels les ingénieurs confient des tâches entières plutôt que d'accepter des suggestions ligne par ligne. L'adoption de Claude Code au sein de l'entreprise a presque doublé en deux mois, passant de 32 % à 63 %. Les outils traditionnels basés sur des IDE ont largement atteint un plateau. Même au sein de ces IDE, environ 70 % du code validé est désormais généré par l'IA — écrit, et non suggéré.

En termes simples, le travail est en train de changer. Les ingénieurs n'accélèrent pas le même travail — ils effectuent un tout autre type de travail. Une histoire qui semble se dérouler sans heurts présente toutefois quelques aspérités. Les chiffres d’Uber s’inscrivent au cœur d’un débat bien plus chaotique à l’échelle du secteur sur ce que le code généré par l’IA coûte réellement aux entreprises.

Amazon a convoqué une réunion générale des ingénieurs au début du mois après une série de pannes, dont certaines étaient directement liées aux outils de codage basés sur l’IA. Son agent interne Kiro a un jour tenté de résoudre un problème en supprimant et en reconstruisant tout un environnement. Une étude de CodeRabbit a révélé que le code écrit par l'IA présentait 1,7 fois plus de problèmes que le code écrit par des humains sur 470 pull requests.

Anthropic, dont le Claude Code sous-tend les outils d'Uber et de Spotify, a déployé ce mois-ci une fonctionnalité de révision spécialement conçue pour détecter les erreurs dans les résultats générés par l'IA — pour un coût pouvant atteindre 25 dollars par pull request. Le créateur de Claude Code lui-même, Boris Cherny, a déclaré que les modèles n’étaient « pas encore très doués pour le codage » et que le codage intuitif ne faisait pas le poids lorsqu’il s’agissait de maintenabilité.

Naga présente cette évolution comme une amélioration, et non comme une régression. « Le rôle de l’ingénieur évolue : il passe de l’écriture de chaque ligne à l’architecture des systèmes et à la révision du code généré par l’IA », a-t-il écrit. Il a également noté que l’adoption par Uber n’avait pas été imposée par la direction : l’adhésion la plus forte est venue d’ingénieurs qui expérimentaient discrètement de leur propre chef.

Andrej Karpathy, qui a inventé le terme « vibe coding », l’a récemment formulé autrement : « Je ne me suis jamais senti aussi à la traîne. La profession est en train d’être radicalement refactorisée. » Le PDG d’Anthropic, Dario Amodei, a déclaré que l’ingénierie logicielle pourrait être « entièrement automatisable » d’ici 12 mois. Qu’il s’agisse d’une prédiction ou d’un argument de vente dépend de la personne à qui l’on pose la question — mais quoi qu’il en soit, le directeur technique d’Uber semble parier que cela se produira dans les délais prévus.

Selon les déclarations du développeur Nolan Lawson, le metier est déjà en train de changer. Il a notamment affirmé : « Nous pleurons notre métier. Je n'ai pas demandé que le rôle d'un programmeur soit réduit à celui d'un agent de la TSA glorifié, chargé de vérifier le code pour s'assurer que l'IA n'introduise pas quelque chose de dangereux dans la production. Et pourtant, nous en sommes là. Le pire, c'est que ces outils fonctionnent. Ils peuvent écrire du code mieux que vous ou moi, et si vous ne me croyez pas, attendez six mois. »

Voici les déclarations Praveen Neppalli Naga, directeur technique d'Uber :

L'adoption de l'ingénierie logicielle agentique bat son plein chez Uber : 1 800 modifications de code par semaine sont désormais entièrement rédigées par l'agent de codage en arrière-plan interne d'Uber, et 95 % de nos ingénieurs utilisent désormais l'IA chaque mois dans tous les outils que nous suivons.

C'est un véritable tournant pour l'ingénierie ; c'est l'une des périodes les plus passionnantes pour diriger. Cette évolution exige des développeurs qu'ils soient curieux et pragmatiques. J'ai une chance incroyable d'être entouré d'une équipe qui fait exactement cela.

Le plus beau, c'est que l'adoption la plus forte ne vient pas d'une imposition descendante par les annonces de la direction ; elle vient des ingénieurs qui expérimentent discrètement, livrent discrètement et font avancer les choses discrètement.

J'adore passer du temps avec ces ingénieurs, car rien ne remplace le fait d'être au plus près du travail.

Au cours des derniers mois, nous nous sommes investis à fond, et les résultats ont été phénoménaux.

Le changement le plus important : passer à l'agentique.

84 % des utilisateurs de l’IA travaillent désormais avec des workflows de type agent, et pas seulement avec la complétion par tabulation. L’utilisation de Claude Code a presque doublé en deux mois (32 % → 63 %), tandis que les outils basés sur les IDE ont largement atteint un plateau.

Les ingénieurs passent de l’acceptation de suggestions à la délégation de tâches. Même au sein des IDE traditionnels, environ 70 % du code validé est désormais généré par l’IA.

Des agents en arrière-plan écrivent du code de manière autonome.

Notre agent de codage en arrière-plan interne est passé de moins de 1 % de toutes les modifications de code à 8 % en seulement quelques mois. Il n'y a aucune intervention humaine. Les ingénieurs révisent et approuvent, mais le code est entièrement écrit par des agents IA.

Le rôle de l'ingénieur évolue : il passe de l'écriture de chaque ligne à l'architecture des systèmes et à la révision du code généré par l'IA.

D'autres informations seront communiquées par l'équipe d'ingénierie d'Uber dans les prochains jours.


Source : Publication de Praveen Neppalli Naga

Et vous ?

Pensez-vous que cette déclaration est crédible ou pertinente ?
Quel est votre avis sur le sujet ?

Voir aussi :

« L'ère où les humains écrivaient du code est révolue », prévient Ryan Dahl, créateur de NodeJS, alors que les outils de codage basés sur l'IA connaissent une croissance fulgurante

Vos pull requests slop vibe-codées ne sont pas les bienvenues, car les outils de codage basés sur l'IA posent un nouveau problème aux responsables de projets open source, par Sam Saffron

CodeSpeak : le créateur de Kotlin parie que dans cinq ans, les développeurs n'écriront plus de code mais des spécifications en anglais et les LLM feront le reste
Vous avez lu gratuitement 3 245 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de pyros
Membre expérimenté https://www.developpez.com
Le 20/03/2026 à 11:29
J'en peux plus de voir ces conneries. J'utilise l'IA au boulot (Claude, Cursor, Copilot, Mistral, tous les mêmes). Pour faire des petits trucs de merde genre rajouter un bouton dans un formulaire ou faire un appel au back, c'est au top. Mais pour des chose un peu plus poussée, c'est une catastrophe. Dès que le projet dépasse quelques milliers de lignes, elle est perdue et tourne en rond. Le code généré est catastrophique en terme de perf, elle vas te définir une classe entière là où un container built in aurait très bien fait le boulot et je parle même pas quand on se lance dans du code un peu pointu genre calcul scientifique, optim mémoire ou 3D/GPU.

Alors quand je vois des "seniors" avouer qu'ils ne codent plus et ne font qu'orchestrer une IA, je peux pas m'empêcher de penser qu'il s'agit de pisseurs de code bossant sur un énième CRM custom d'entreprise, une appli mobile à la con ou un front d'e-commerce.

Voilà, c'est vulgaire, c'est méprisant, mais c'est dit. S'il y a un admin qui passe, qu'il supprime mon commentaire si ça lui chante.
5  0 
Avatar de Obsidian
Modérateur https://www.developpez.com
Le 08/07/2026 à 22:10
Citation Envoyé par Jade Emy Voir le message
En outre, un peu plus de 50 % des développeurs juniors déclarent que l'IA les rend modérément plus rapides. En revanche, seuls 39 % des développeurs seniors partagent cet avis. Mais les développeurs seniors sont plus susceptibles de signaler des gains de vitesse significatifs : 26 % déclarent que l'IA les rend beaucoup plus rapides, soit le double des 13 % de développeurs juniors qui sont d'accord.

Pourtant, l'IA semble toujours améliorer la satisfaction professionnelle des développeurs. Près de 80 % des développeurs affirment que les outils d'IA rendent le codage plus agréable. Pour certains, il s'agit d'éviter les tâches fastidieuses. Le plaisir n'est pas synonyme d'efficacité, mais dans une profession confrontée à l'épuisement professionnel et aux retards, ce regain de moral peut tout de même avoir son importance.

Et vous ?
Il serait tout de même intéressant de savoir dans quels secteurs travaillent les gens qui ont répondu. D'abord parce que certains sont sans doute beaucoup plus représentés que d'autres et que selon l'activité, ce recours effréné à l'IA est sans doute à modérer. Au point probable de révéler là un paradoxe de Simspon.

Par exemple, il y a probablement beaucoup plus de développeurs web que de programmeurs kernel, la tension au recrutement restant telle pour les premiers que bon nombre d'employeurs engagent des programmeurs sans jamais leur avouer totalement qu'il s'agit exclusivement de ça.

Que 80% des développeurs affirment que les outils d'IA rendent le codage plus agréable me paraît particulièrement élevé. Personnellement je n'y touche jamais parce que non, je ne trouve pas cela agréable du tout et à ce que j'ai pu en lire, c'est l'opinion majoritaire sur tous les forums qui traitent de près ou de loin de développement. À dire vrai, c'est à peu près aussi agréable que fumer du cannabis je pense, et les effets à long termes sont probablement les mêmes. En tout état de cause, il y a des gens qui ne peuvent plus s'en passer après avoir essayé une fois et il y a des gens (généralement un peu plus vieux) que ça rend malade.

Quoi qu'il en soit, j'ai beau tenter d'aborder la chose sous tous les angles, l'avenir est toujours aussi sombre. On essore les codeurs jusqu'à la limite de leur capacités mais tout cela n'a pour effet que de rendre l'IA encore meilleure. Je pense que cela aura pour effet de faire apparaître une recrudescence de pathologies mentales sérieuses d'ici deux à trois ans et comme ce sera un phénomène nouveau, on ne saura pas le traiter ni le juguler efficacement. Parallèlement, l'IA aura trois ans de plus et il est totalement impossible de savoir ce où elle en sera à cette date. L'IA n'a plus rien à voir avec ce qu'elle était au mois de février, on ne peut pas savoir ce que sera l'état de l'art à l'automne prochain.

Même avec la meilleure volonté du monde, il est impossible à un manager de faire des projections avec une visibilité aussi courte et donc d'embaucher de façon sereine, surtout compte tenu de l'état économique du reste du monde, au moins en occident. Et comme si ça ne suffisait pas, on est encore au creux de la vague, c'est-à-dire dans une phase où les dirigeants sont encore dans l'euphorie. Donc les gens vont être forcés de manger de l'IA à toutes les sauces et toujours plus, surtout s'ils sont en plus poussés à le faire par les grands acteurs parce qu'il est obligatoire pour eux que l'on en consomme à grande échelle pour pouvoir rentrer dans leurs frais.
4  0 
Avatar de Anselme45
Membre extrêmement actif https://www.developpez.com
Le 20/03/2026 à 12:43
Citation Envoyé par pyros Voir le message
J'en peux plus de voir ces conneries. J'utilise l'IA au boulot (Claude, Cursor, Copilot, Mistral, tous les mêmes). Pour faire des petits trucs de merde genre rajouter un bouton dans un formulaire ou faire un appel au back, c'est au top. Mais pour des chose un peu plus poussée, c'est une catastrophe. Dès que le projet dépasse quelques milliers de lignes, elle est perdue et tourne en rond. Le code généré est catastrophique en terme de perf, elle vas te définir une classe entière là où un container built in aurait très bien fait le boulot et je parle même pas quand on se lance dans du code un peu pointu genre calcul scientifique, optim mémoire ou 3D/GPU.

Alors quand je vois des "seniors" avouer qu'ils ne codent plus et ne font qu'orchestrer une IA, je peux pas m'empêcher de penser qu'il s'agit de pisseurs de code bossant sur un énième CRM custom d'entreprise, une appli mobile à la con ou un front d'e-commerce.

Voilà, c'est vulgaire, c'est méprisant, mais c'est dit. S'il y a un admin qui passe, qu'il supprime mon commentaire si ça lui chante.
Bravo pour ton commentaire... Non seulement, ce n'est pas "vulgaire et méprisant" mais c'est même "salvateur" pour tous les gogos qui croient aveuglément aux promesses des pro-IA.
3  0 
Avatar de kain_tn
Expert éminent https://www.developpez.com
Le 09/07/2026 à 8:36
Citation Envoyé par Obsidian Voir le message
[...]Donc les gens vont être forcés de manger de l'IA à toutes les sauces et toujours plus, surtout s'ils sont en plus poussés à le faire par les grands acteurs parce qu'il est obligatoire pour eux que l'on en consomme à grande échelle pour pouvoir rentrer dans leurs frais.
Je partage globalement ton opinion, sauf la fin: ils ne rentreront jamais dans leurs frais.

Ça ne sera pas plus rentable demain, avec des modèles qui ont toujours plus de paramètres, qui consomment toujours plus, et une énergie dont le prix augmente.

L'approche du tout LLM est en un sens similaire à une approche par brute force.
3  0 
Avatar de Anselme45
Membre extrêmement actif https://www.developpez.com
Le 20/03/2026 à 12:37
Citation Envoyé par Denis CADIOT Voir le message
Il y a 15 jours, avec Gemini 3.1 Pro, en 6 heures j'ai migré une application gateway Android 13 Go écrite en Java de 940 lignes sur un ESP32 TTGO T-display en C++ Arduino de 500 lignes sans avoir écrit une seule ligne de code.
Et sans t'en rendre compte, tu as offert gratuitement ton code à l'IA qui se fera un plaisir de l'utiliser pour ne pas dire le revendre à d'autres gogos dans ton genre qui se félicitent du fait qu'ils n'ont pas eu besoin de travailler...

J'espère que l'on parle ici simplement d'un projet développé pendant tes loisirs sous forme de hobby parce que si par hasard il devait s'agir d'un logiciel qui est commercialisé par un employeur, tu pourrais avoir des problèmes...

En tout cas, si l'un des développeurs dont j'ai la charge fait ce coup là, ce sera non seulement la porte mais également la plaine pénale!

Quand je paie un développeur, c'est pour qu'il travaille pas pour qu'il sous-traite à une IA tout en violant la propriété intellectuelle de l'entreprise...

Et là, ce n'est que la pointe de l'iceberg, que se passe-t-il si il s'agit d'un projet informatique pour un client avec qui l'employeur a signé un NDA (non disclosure agreement) (un accord de confidentialité en bon français)? Ce comportement peut même entrainer l'entreprise qui emploie ce genre de développeur très content de sous-traiter son taff à une IA à devoir payer des millions de dommages & intérêts

Et là, on est plus dans "l'artificiel", on est dans la réalité crasse du business!!!
2  0 
Avatar de Matthieu Vergne
Expert éminent https://www.developpez.com
Le 19/03/2026 à 21:41
Citation Envoyé par Denis CADIOT Voir le message
Je ne pensais pas que ce soit possible, 6 heures de dialogue sans faux pas, sans hallucination.
Je n'ai pas les compétences pour juger l'aspect techniques, aussi je me garderai bien de le faire, mais dire qu'il n'y a pas de faux pas... Beaucoup de tes retours y ressemblent fortement :
Echec BT
Compilation error: no matching function for call to 'BluetoothSerial::setPin(const char*&)'
Toujours échec BT pin 0000 comme 1234
Le TX BT ne se termine pas par un ";"
La trame TX BT semble correcte mais n'a aucun effet sur l'objet
TX BT sans saut de ligne
Attention régression le code n'envoie plus la trame à l'objet
L'affichage de TX BT entame la ligne d'affichage précédente de RX XBee
après un reset software le compteur affiché est toujours à 00
Tu maitrises mieux le projet, donc dis-moi si c'était des erreurs inévitables.

Par contre, pense à changer ton mot de passe WiFi si ce n'est pas déjà fait. C'est pas cool de l'avoir en clair dans une discussion Gemini désormais publique.
1  0 
Avatar de jpouly
Membre confirmé https://www.developpez.com
Le 21/03/2026 à 11:38
Citation Envoyé par Denis CADIOT Voir le message
Il y a 15 jours, avec Gemini 3.1 Pro, en 6 heures j'ai migré une application gateway Android 13 Go écrite en Java de 940 lignes sur un ESP32 TTGO T-display en C++ Arduino de 500 lignes sans avoir écrit une seule ligne de code.
En regardant la discussion et l'effort qu'il faut, je me demande en combien de temps un développeur "lambda" aurait migré le code. Un peu moins de 6 heure je pense.

Parce que franchement, la syntaxe du java est assez proche de celle du c/c++.

Le plus gros problème pour moi, ce serait de monter un environnement de projet avec le bon compilo, le bon makefile et le bon choix de librairies. Mais j'imagine qu'il y a plein d'exemples dont on peut s'inspirer.

Citation Envoyé par pyros Voir le message
Alors quand je vois des "seniors" avouer qu'ils ne codent plus et ne font qu'orchestrer une IA, je peux pas m'empêcher de penser qu'il s'agit de pisseurs de code bossant sur un énième CRM custom d'entreprise, une appli mobile à la con ou un front d'e-commerce.
Je crois surtout que les journalistes ou ceux qui écrivent ces articles n'ont pas compris que le métier de développeur, ce n'est pas que de pisser de la ligne, mais de (re)définir le besoins des utilisateurs et de les traduire en solutions techniques.

J'aime bien rappeler le fait qu'il n'y a pas si longtemps, on utilisait le terme analyste-programmeur au lieu de développeur.

Citation Envoyé par Jade Emy Voir le message
« 95 % des ingénieurs d'Uber utilisent désormais des outils d'IA, et son agent de codage interne génère 1 800 modifications de code par semaine sans aucune intervention humaine », selon Uber
Je comprend mieux pourquoi les applications sont de plus en plus bugger. Et ça ne va pas aller en s'arrangeant .
Mais il y aura toujours un humain pour les corriger, enfin j'espère
1  0 
Avatar de popo
Expert confirmé https://www.developpez.com
Le 09/07/2026 à 9:27
Citation Envoyé par kain_tn Voir le message
Je partage globalement ton opinion, sauf la fin: ils ne rentreront jamais dans leurs frais.

Ça ne sera pas plus rentable demain, avec des modèles qui ont toujours plus de paramètres, qui consomment toujours plus, et une énergie dont le prix augmente.

L'approche du tout LLM est en un sens similaire à une approche par brute force.
Tout à fait !
Et désormais, il faut aussi compter le cout du token.
1  0 
Avatar de Anselme45
Membre extrêmement actif https://www.developpez.com
Le 12/07/2026 à 9:07
Les récents outils de codage basés sur l'IA améliorent la productivité des programmeurs,
C'est une fake news, un mensonge éhonté!

Les études réalisées par Anthropic elle-même ont prouvé que la productivité des programmeurs n'était pas améliorées!!!

Quand on veut évaluer la "productivité d'un programmeur", on ne se limite pas à la phase du développement "pondre du code qui ne fonctionne pas"... Anthropic a démontré que le temps gagné à pondre le code au démarrage du projet était totalement perdu par la suite lorsque le développeur doit debugger et faire fonctionner les oeuvre de l'IA
0  0