C'est même plus compliqué que ça, la productivité d'un développeur ne signifie pas que ça sera plus rentable pour la boite, ça peut même être l'inverse.
Produire du code est rarement ce qui est le plus long, c'est le plus agréable et ça permet de monter en compétence, donc gain en motivation et compétence qui serait donc perdu.
Le pire qu'on voit aujourd'hui c'est les devs qui se font virer. Hors un dev ça n'est pas qu'un producteur de code c'est un apport d'innovation, de diversité etc. Comment une boite peut-elle espérer prospérer en virant ses employés à part à très court terme ?
Produire du code plus facilement c'est aussi moins y réfléchir en amont et donc se retrouver avec une profusion de fonctionnalités au détriment de la qualité (simplicité) pour les utilisateurs et pour la maintenance. De mon expérience, c'est justement ce tri en amont qui fait la qualité d'un produit.
A la rigueur là où on pourrait y gagner c'est pour détecter un bug ou une faille de sécurité. Mais là encore le bénéfice sera vite annulé si on a produit plus de code souvent inutile et moins réfléchi en amont.
[^] # Re: Preuve empirique
Posté par wilk (site web personnel, Mastodon) . En réponse au lien il n'y a pas de preuve empirique que les LLM améliorent la productivité des développeurs. Évalué à 5 (+3/-0).
C'est même plus compliqué que ça, la productivité d'un développeur ne signifie pas que ça sera plus rentable pour la boite, ça peut même être l'inverse.
Produire du code est rarement ce qui est le plus long, c'est le plus agréable et ça permet de monter en compétence, donc gain en motivation et compétence qui serait donc perdu.
Le pire qu'on voit aujourd'hui c'est les devs qui se font virer. Hors un dev ça n'est pas qu'un producteur de code c'est un apport d'innovation, de diversité etc. Comment une boite peut-elle espérer prospérer en virant ses employés à part à très court terme ?
Produire du code plus facilement c'est aussi moins y réfléchir en amont et donc se retrouver avec une profusion de fonctionnalités au détriment de la qualité (simplicité) pour les utilisateurs et pour la maintenance. De mon expérience, c'est justement ce tri en amont qui fait la qualité d'un produit.
A la rigueur là où on pourrait y gagner c'est pour détecter un bug ou une faille de sécurité. Mais là encore le bénéfice sera vite annulé si on a produit plus de code souvent inutile et moins réfléchi en amont.