Posté par ckyl .
En réponse au journal Du code propre, c'est quoi ?.
Évalué à 5.
Dernière modification le 16 novembre 2012 à 09:12.
Comme toujours c'est une question de compromis. Retarder au maximum l'implémentation de ce dont tu n'as pas besoin actuellement sans toutefois bloquer les évolutions futures. C'est tout l’objectif des méthodes agiles, éviter l'overdesign en étant capable de livrer le même ensemble de fonctionnalités. Souvent que tu fasses le refactoring au moment ou tu en as réellement besoin ou un an avant ne change rien, sauf que dans 90% des cas tu n'en as pas besoin.
Il ne faut évidement pas tomber dans le cliché facile, et avoir le jugement pour essayer d'utiliser l'approche la plus rationnelle pour ton domaine (tu n'as pas les mêmes contraintes quand tu livres une application ou des API avec contrat de compatibilité sur 7 ans). C'est ca le boulot de dev, et la notion de "code propre" est donc fondamentalement subjective. On livre des fonctionnalités pas du code.
A ne pas suivre les yeux fermés, beaucoup des questions critiques qui sont faites sont parfaitement valides mais garder dans sa tête cette approche est très bon.
[^] # Re: POO
Posté par ckyl . En réponse au journal Du code propre, c'est quoi ?. Évalué à 5. Dernière modification le 16 novembre 2012 à 09:12.
Comme toujours c'est une question de compromis. Retarder au maximum l'implémentation de ce dont tu n'as pas besoin actuellement sans toutefois bloquer les évolutions futures. C'est tout l’objectif des méthodes agiles, éviter l'overdesign en étant capable de livrer le même ensemble de fonctionnalités. Souvent que tu fasses le refactoring au moment ou tu en as réellement besoin ou un an avant ne change rien, sauf que dans 90% des cas tu n'en as pas besoin.
Il ne faut évidement pas tomber dans le cliché facile, et avoir le jugement pour essayer d'utiliser l'approche la plus rationnelle pour ton domaine (tu n'as pas les mêmes contraintes quand tu livres une application ou des API avec contrat de compatibilité sur 7 ans). C'est ca le boulot de dev, et la notion de "code propre" est donc fondamentalement subjective. On livre des fonctionnalités pas du code.
Tu as un exemple assez violent là: https://www.youtube.com/watch?v=o9pEzgHorH0
A ne pas suivre les yeux fermés, beaucoup des questions critiques qui sont faites sont parfaitement valides mais garder dans sa tête cette approche est très bon.