Pour être moins stressés, et donc pour de meilleurs programmeurs, nous devons faire de notre mieux pour libérer notre code des conneries qui le rendent difficile à maintenir et difficile à intégrer de nouveaux développeurs. .

Nous utilisons le même nom pour les champs de base de données, les noms de propriétés JSON renvoyés par une API, les attributs de nom de champ de formulaire HTML et enfin, les noms de variables Javascript qui contiennent ces valeurs d'origine de la base de données. Nommer vos données exactement de la même manière dans toutes les couches de la pile vous évite d'avoir à conserver une cartographie mentale de ce qui est quoi. Disciplinez-vous pour appliquer cette règle et vous serez un programmeur moins stressé.

Nous utilisons le cas du serpent pour nommer les variables que nous définissons nous-mêmes. Cela les distingue de la plupart des éléments définis dans une bibliothèque, car la plupart des bibliothèques utilisent la casse camel pour les noms de variables.

Nous utilisons des mots complets au lieu d'acronymes, et si quelque chose est un tableau, il s'écrit au pluriel. Cela aide les personnes de toutes nationalités à comprendre ce qu'est une donnée, sans connaître les versions abrégées des mots.

Nous utilisons la casse camel pour les noms de fonctions simplement parce qu'elle nous permet d'identifier rapidement qu'un identifiant est une fonction et non une variable. Oui, je sais que les fonctions peuvent être enregistrées sous forme de valeurs, mais la différence est que vous ne pouvez pas appeler une valeur primitive/objet/tableau en y ajoutant des parenthèses. C'est là que se trouve la frontière entre la fonction et la valeur, et avoir un repère visuel pour distinguer l'une de l'autre fera également de vous un programmeur moins stressé.