je suis assez d'accord avec ça mais jusqu'à une certaine limite :
Il y a un curseur entre cohérence et fonctionnalités, et j'ai tendance à le diriger fermement vers la cohérence. Tant pis s'il me faut écrire un peu plus de code, tant pis si je passe un peu plus de temps à intégrer une nouvelle fonctionnalité : si elle s'intègre de manière cohérente au projet, en utilisant le même langage, les mêmes conventions, les mêmes dépendances, alors elle s'intègrera au CI, aux tests unitaires, au format de logs, elle pourra être maintenue par l'équipe.
Le promblème, lorsque ce raisonnement est poussé, c'est qu'on en arrive à utiliser des outils mal adaptés au besoin, qui deviennenet difficilement maintenables, ou qui t'enferment dans un carcan. Et sans tomber dans l'effet de mode, il est parfois utile de remettre en question les choix qui ont été faits à un instant T pour se tourner vers un outil mieux adapté (mais en évitant de choisir une techno pas assez mature qui risque de tomber en dessuétude des mois plus tard).
# tout est question d'équilibrre et de besoin.
Posté par totof2000 . En réponse au journal Le sophisme du meilleur outil. Évalué à 6.
je suis assez d'accord avec ça mais jusqu'à une certaine limite :
Le promblème, lorsque ce raisonnement est poussé, c'est qu'on en arrive à utiliser des outils mal adaptés au besoin, qui deviennenet difficilement maintenables, ou qui t'enferment dans un carcan. Et sans tomber dans l'effet de mode, il est parfois utile de remettre en question les choix qui ont été faits à un instant T pour se tourner vers un outil mieux adapté (mais en évitant de choisir une techno pas assez mature qui risque de tomber en dessuétude des mois plus tard).