Cette génération propre permet également un gain de temps, on ne perd plus de temps avec les remarques sur la forme (taille des fonctions, structure du code, nom des variables, absence de commentaire...).
Il y a des moyens plus simple d’y arriver avec un linter type blake.
Si le mauvais code ne peut plus se repérer aussi facilement, en quelques questions, on peut remarquer la personne qui a relu, critiqué, modifié et compris le code généré de la personne qui a pondu quelque chose sans réfléchir. Les questions "pourquoi avoir fait cela ?" et "pourquoi l'avoir fait comme cela ?" offrent des réponses très révélatrices.
Personnellement je me fou de savoir comment le code a était écrit. Que mon collègue applique TDD, TCR, qu’il ai fait une méditation avant, qu’il code dans un autre langage et transpile vers le notre ou utilise un LLM. Il y a son nom sur le commit, il doit avoir un bon niveau de confiance en ce qu’il soumet.
En résumé, est-ce que l'absence de remarque sur la forme ne permettrait pas de se concentrer sur le fond ?
En fait je trouve que ça demande de plus de travail à la relecture parce qu’avant tu avais des indices plus flagrant là où maintenant c’est plus subtil de repérer des problèmes qui des fois existaient déjà.
[^] # Re: Gain de temps ?
Posté par barmic 🦦 . En réponse au journal Je lis du code généré. Évalué à 2.
Il y a des moyens plus simple d’y arriver avec un linter type blake.
Personnellement je me fou de savoir comment le code a était écrit. Que mon collègue applique TDD, TCR, qu’il ai fait une méditation avant, qu’il code dans un autre langage et transpile vers le notre ou utilise un LLM. Il y a son nom sur le commit, il doit avoir un bon niveau de confiance en ce qu’il soumet.
En fait je trouve que ça demande de plus de travail à la relecture parce qu’avant tu avais des indices plus flagrant là où maintenant c’est plus subtil de repérer des problèmes qui des fois existaient déjà.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll