C’est d’abord et avant tout une question d’usage et d’éviter d’appliquer des règles de façon dogmatique.
La première et plus importante question, c’est : Quelle doit être la principale caractéristique du code ?
Est-ce qu’on privilégie d’abord la sécurité, la stabilité à long terme, les possibilités d’évolutions rapides, la fiabilité, les performances... ? Quels impacts on s’autorise sur les autres aspects du code ? Dans quel mesure ?
Et donc oui, privilégier d’abord autre chose que les performances peut mener à... ben, du code peu performant. Ça ne devrait être une surprise pour personne.
Là où ça devient un problème, c’est quand on érige une règle en dogme et qu’on l’applique par réflexe, sans se demander si elle est pertinente ; ou pire, là où elle est d’évidence contre-productive.
Donc, oui, exiger d’un code dont le but principal est « être le plus performant possible » qu’il soit développé en respectant à la lettre des règles qui sont là pour garantir un souplesse d’évolution à toute épreuve, c’est complètement stupide. Mais le problème c’est pas les règles elles-mêmes, c’est leur domaine d’application.
# Usage, dogmatisme et pragmatisme
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien « Clean code » : performances lamentables. Évalué à 8.
C’est d’abord et avant tout une question d’usage et d’éviter d’appliquer des règles de façon dogmatique.
La première et plus importante question, c’est : Quelle doit être la principale caractéristique du code ?
Est-ce qu’on privilégie d’abord la sécurité, la stabilité à long terme, les possibilités d’évolutions rapides, la fiabilité, les performances... ? Quels impacts on s’autorise sur les autres aspects du code ? Dans quel mesure ?
Et donc oui, privilégier d’abord autre chose que les performances peut mener à... ben, du code peu performant. Ça ne devrait être une surprise pour personne.
Là où ça devient un problème, c’est quand on érige une règle en dogme et qu’on l’applique par réflexe, sans se demander si elle est pertinente ; ou pire, là où elle est d’évidence contre-productive.
Donc, oui, exiger d’un code dont le but principal est « être le plus performant possible » qu’il soit développé en respectant à la lettre des règles qui sont là pour garantir un souplesse d’évolution à toute épreuve, c’est complètement stupide. Mais le problème c’est pas les règles elles-mêmes, c’est leur domaine d’application.
La connaissance libre : https://zestedesavoir.com