mghignet / developper-nest-pas-coder-talk Goto Github PK

Salut,

Je me permet de donner mon point de vue en complétant ton brouillon. C'est un sujet qui m'intéresse énormement.

Concernant les problèmes constatés, j'ajouterais :

• un manque d'interêt concernant les librairies utilisées (ou un ajout trop conséquent de librairie) => une librairie installé = un suivi de cette librairie.
• le fameux "ca marche donc c'est bon" => maintenabilité
• un ajout constant de code (code copier/coller, ajout de if(is_true)...) => ne pas prendre pour acquis le code écrit, il doit être modifié/amélioré pour garder un maximum de cohérence. (communication)

J'ajouterai ensuite, qu'il est important de discuter pour définir les limites et normes nécessaires au bon fonctionnement. La discussion doit être présente du début à la fin de la feature et finalement l'action de "coder" est loin d'être la première chose à faire. (voir la dernière)

Le TDD apporte de la sérénité pour les developpeurs (mise en production, modification...).
Les tests sont aussi un code d'exemple simple à lire et compréhensible. (tous les developpeurs aiment les exemples) C'est une maniere de montrer que la feature convient aux decisions prises en amont. (decision technique, ux, règle métier...) (contrat)

Concernant les reviews, on dit souvent de ne pas utiliser le pronom tu et plutôt nous ou on. (la manière douce pour être dur...) Il existe quelques articles sur le sujet.
La review, c'est lire le code mais il faut aussi tester le code (manuellement).

J'ai mis mes idées en vrac. C'est peut être un peu brouillon.
Je suis disponible pour échanger plus longuement si tu le souhaites.

PS : Au cas où, tu ne me reconnaitrais pas, je suis un ex-oG... 🎮