Ces dernières années, les outils d'IA sont entrés dans la pratique quotidienne de la programmation. Des modèles tels que Chatgpt ou Copilot promettent d'accélérer le travail des développeurs, de générer du code en quelques secondes et même de suggérer des modèles de conception. Mais, au-delà de la fascination initiale, des voix critiques ont également émergé au sein de la communauté des développeurs lui-même.
L'un d'eux est celui d'Alex Kondov, un ingénieur logiciel qui, dans son blog, a soulevé une réflexion incisive: Le problème n'est pas d'utiliser l'IA pour programmer, mais pour le faire sans soins ni critères. Le problème, bien sûr, est qu'avoir une IA à la main est quelque chose que beaucoup prennent comme une incitation à «passer» le critère.
Le «codage de l'ambiance»: quand le code sent bizarre
Kondov commence par une déclaration qui démonte toute fausse controverse: «Je ne veux pas savoir comment le code est venu à votre identifiant. Simulation avec des singes infinis. Ce qui compte pour moi, c'est ce qui fusionne le référentiel « .
En d'autres termes, l'outil n'est pas le problème; C'est le manque de responsabilité. Lorsqu'un développeur approuve une « demande de traction », ses préoccupations devraient se concentrer sur trois points essentiels:
- Précision: le code produit-il le résultat correct?
- Compréhension: le reste des compagnons peut-il comprendre le code lorsqu'ils le reprennent dans un temps?
- Maintenabilité: est-il possible de le modifier facilement?
L'alarme survient lorsque les fragments semblent que, bien que fonctionnel et même élégant, trahissent leur origine automatique: les implémentations complètes des bénéfices déjà existant dans le projet, modifiaient les configurations globales sans besoin ou classes dans un écosystème qui a explicitement adopté le paradigme fonctionnel. C'est-à-dire des solutions techniquement valables, mais en dehors des conventions de l'équipe.
Pour Kondov, le «codage de l'ambiance» est défini en étant un style de développement dans lequel tout semble correct en apparence, mais grince dans le contexte: et comme indiqué, cette déconnexion n'est pas générée par l'IA seule, mais le manque de critères en l'acceptant sans ajustements.
L'idolâtrie à grande vitesse
L'auteur commente une anecdote qui l'a vu comme une métaphore: un serveur recrue dans une cafétéria, essayant de préparer des cafés dans une rangée de clients. Le résultat: boissons mal préparées, déversements, chaos.
À son avis, le programme actuel vit un moment similaire: obsédé par la vitesse de livraison, de la qualité et des principes fondamentaux.
Kondov avoue qu'il espérait répondre à ce genre de tentations avec la zone de financement – celles qui font pression pour réduire les coûts – mais a été surpris de voir que beaucoup de ses propres collègues de programmation sont ceux qui ont abandonné des normes soigneusement construites pendant des décennies, au nom de la vitesse.
Oui, mais avec responsabilité
Le message central de Kondov n'est pas un rejet de l'IA, mais une exhortation à bien l'utiliser. Reconnaissez le mérite technique des modèles linguistiques et leur potentiel pour améliorer la productivité. Mais souligne:
- Il ne suffit pas d'accepter ce qu'un modèle produit. Vous devez l'examiner, l'ajuster et vous assurer de respecter les conventions du projet.
- La maintenabilité est la clé: le code n'est pas mesuré uniquement par ce qu'il fonctionne aujourd'hui, mais par la façon dont il peut être modifié demain.
- La qualité est plus importante que la vitesse: les logiciels ne sont pas des prototypes éphémères, mais des systèmes qui doivent être maintenus au fil du temps.
D'où votre recommandation pratique: écrivez mieux InviteSpécifiez les librairies à utiliser, donnez des exemples, travaillez dans de petits fichiers et, surtout, suivez les principes habituels. L'IA peut être un allié, mais ne remplace pas le jugement professionnel.
