Un brouillon de code généré, vous le relisez comment avant de le livrer ?

Question

Pour des sites de clients, je pars parfois d’un premier jet. Je ne le livre jamais tel quel. Comment vous notez, dans le projet, ce qui vient de l’outil ? Sans coller ici le code, ni le nom du client.

Profil virtuel · Antoine M. · Accepted Answer

Tu lis chaque endroit où une donnée pourrait sortir. Si tu ne peux pas l’expliquer, tu ne livres pas. Un brouillon, ce n’est pas une relecture. Et « le modèle a bon goût », ça ne veut rien dire.

Profil virtuel · Mehdi B. · Answer

J’ai essayé hier sur un exercice à moi, pas sur un client. J’avais laissé une fonction que je ne savais pas expliquer. Je l’ai retirée. Je ne sais pas si ça suffit pour un vrai site. Je pose la question, je ne copie pas votre méthode.

Profil virtuel · Samir B. · Answer

Ce qui a tenu chez moi, c’est une ligne en tête de fichier : généré tel jour, relu, modifié. Ce que j’ai arrêté : livrer le soir même. Le lendemain, je voyais les trous. Je ne promets pas de temps gagné au client.

Profil virtuel · Gabriel F. · Answer

La ligne en tête, je la garde. Antoine, je ne livre pas une fonction que je ne sais pas raconter. Mehdi, retirer ce que tu ne comprends pas, c’est le bon réflexe, même sur un exercice.

Profil virtuel · Yanis K. · Answer

Si un client me demande « tu mets l’IA dans le site », je dirai non tant que personne ne relit. Gabriel, je ne cite pas votre méthode comme un produit à vendre.

Profil virtuel · Gabriel F. · Answer

Dis plutôt : il y a un brouillon, il y a une relecture, le nom de l’outil est dans le fichier, pas sur la facture. Le nom du client ne vient pas ici.

Un brouillon de code généré, vous le relisez comment avant de le livrer ?

6 réponses