Sur l'échelle des mauvaises pratiques, la duplication de code doit être au sommet. On va voir comment l'affronter en allant la chercher à la source.
José Paumard nous présente une sélection commentée des livres qu'il aime bien.
Derniers commentaires :
Jo Jo
il y a 3 mois - modifié il y a 3 mois
Toujours intéressant de voir les lectures des uns et des autres. Quand il y a des livres qui ressortent souvent, c'est un bon indicateur pour axer ses futures lectures ;) Sinon sur sa chaîne j'ai beaucoup aimé la série de vidéos sur les principes SOLID et design patterns qu'il a fait. C'est très bien expliqué (je crois que ça avait déjà été partagé ici ?) .
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Aujourd'hui, je vais te montrer les pires bouts de code que j’ai jamais vus. Des sataneries qu'il ne faut surtout pas produire !
Derniers commentaires :
Benoit GANTAUME
il y a 4 mois
Salut,
Par personnellement, mais j'ai vu ça en coaching d'équipes.
Fuir est une option rapide.
Défendre sa cause est plus long et plus impactant sur à terme. Mais il faut en avoir la patience et l'envie.
Si tu aimes le côté évangéliste, c'est intéressant à faire. Si tu veux juste coder dans de bonnes conditions, tu as probablement plus vite fait de changer d'environnement.
Par personnellement, mais j'ai vu ça en coaching d'équipes.
Fuir est une option rapide.
Défendre sa cause est plus long et plus impactant sur à terme. Mais il faut en avoir la patience et l'envie.
Si tu aimes le côté évangéliste, c'est intéressant à faire. Si tu veux juste coder dans de bonnes conditions, tu as probablement plus vite fait de changer d'environnement.
Marc Tourneux
il y a 4 mois
Salut,
Je n'ai pas pris la peine de défendre mon point de vue car je suis le principal développeur. Les personnes opposées étaient les chefs de projet, qui ne touchent que très ponctuellement au code... et qui étaient beaucoup intéressées à définir la place de l'accolade pour le "if" (retour à la ligne ou pas ?! ça c'est un grand débat !)
Je n'ai pas pris la peine de défendre mon point de vue car je suis le principal développeur. Les personnes opposées étaient les chefs de projet, qui ne touchent que très ponctuellement au code... et qui étaient beaucoup intéressées à définir la place de l'accolade pour le "if" (retour à la ligne ou pas ?! ça c'est un grand débat !)
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Pour reciter Cyrille Martraire, voici un podcast ou il expose les limites de DRY dans une approche DDD www.cafe-craft.fr/29