Ce qu'il dénonce est plutôt de l'ordre du style, de la cohérence globale et de l'organisation, permettant une collaboration entre plusieurs acteurs plus aisée parce que lorsqu'on adopte un style, on configure son cerveau d'une certaine façon qui nous permettra de lire et comprendre rapidement le texte (ou le code, ou la compta, etc.).
Je ne vois pas pourquoi lorsque je code par exemple, je devrais adopter un style qui ne me convient pas, ou auquel mon cerveau n'est pas habitué, juste parce que quelqu'un pense détenir la vérité et l'impose aux autres.
En voulant tout règlementer, on en arrive à des trucs sclérosés et contre productifs, qui inhibent la créativité.
Dans du code, par exemple, je ne vois pas pourquoi on irait pourrir la vie d'un développeur parce qu'il utilise un style de codage différent des autres, à partir du moment ou les interactions externes sont définies et normalisées (l'interface de codage).
Ensuite, on peut utiliser des outils de mise en forme pour uniformiser les trucs tels qu'indentation, etc ... mais aller trop loin est en général contre productif.
Après, établir certaines conventions ne fait pas de mal lorsqu'elles sont simples et facilement assimilables (par exemple éviter d'utiliser des noms de variables qui ne veulent rien dire, par exemple a = machin, b = truc ...), mais aller dans l'arbitraire (style coder des variables avec les 3 premiers caractères qui correspondent à un truc, les 5 suivants à un autre et les 2 dernier a encore autre chose) ne mène jamais à rien de bien.
[^] # Re: question
Posté par totof2000 . En réponse au journal Déçu, déçu, déçu. Évalué à 2.
Je ne vois pas pourquoi lorsque je code par exemple, je devrais adopter un style qui ne me convient pas, ou auquel mon cerveau n'est pas habitué, juste parce que quelqu'un pense détenir la vérité et l'impose aux autres.
En voulant tout règlementer, on en arrive à des trucs sclérosés et contre productifs, qui inhibent la créativité.
Dans du code, par exemple, je ne vois pas pourquoi on irait pourrir la vie d'un développeur parce qu'il utilise un style de codage différent des autres, à partir du moment ou les interactions externes sont définies et normalisées (l'interface de codage).
Ensuite, on peut utiliser des outils de mise en forme pour uniformiser les trucs tels qu'indentation, etc ... mais aller trop loin est en général contre productif.
Après, établir certaines conventions ne fait pas de mal lorsqu'elles sont simples et facilement assimilables (par exemple éviter d'utiliser des noms de variables qui ne veulent rien dire, par exemple a = machin, b = truc ...), mais aller dans l'arbitraire (style coder des variables avec les 3 premiers caractères qui correspondent à un truc, les 5 suivants à un autre et les 2 dernier a encore autre chose) ne mène jamais à rien de bien.