7 meilleures (pires) pratiques d'écriture de code propre

L'écriture de code propre a été l'une des plus grandes difficultés des développeurs de logiciels à une certaine période de leur vie avec le coût de la perte de cheveux, des nuits blanches, quelques claviers et souris cassés…

Explorons les 7 meilleures ou les pires pratiques d'écriture de code propre :

1. Utilisez des noms trop complexes et obscurs

Confondez vos collègues et votre futur moi avec des noms comme « quantumSuperpositionFunction() » et « interdimensionalVariable ». Plus c'est confus, mieux c'est.

2. Ignorez toutes les règles de formatage

Indentez quand vous en avez envie, utilisez des quantités aléatoires d'espaces blancs et mélangez et faites correspondre les conventions de nommage. Cela rendra votre code vraiment unique en son genre.

3. Tout compliquer

Pourquoi utiliser une simple boucle for alors que vous pouvez utiliser une fonction récursive avec plusieurs opérateurs ternaires imbriqués ? Plus c'est compliqué, plus c'est impressionnant.

4. Écrire des fonctions longues et alambiquées

Plus la fonction est longue et déroutante, plus elle sera impressionnante. Des points bonus si vous pouvez regrouper plusieurs tâches non liées dans une seule fonction.

5. Passer les commentaires

Qui a besoin d'un code auto-documenté quand vous pouvez simplement laisser vos collègues le découvrir par eux-mêmes ? Cela les gardera sur leurs orteils.

6. Passer les tests

Qui a le temps pour ça de toute façon ? Vivez la vie sur le bord et espérez juste le meilleur.

7. Ne vous embêtez pas à refactoriser

Si ce n'est pas cassé, ne le répare pas. Et même s'il est cassé, laissez-le être. Ce n'est pas comme si quelqu'un pouvait le comprendre de toute façon.

Je rigole! Sérieusement, suivre les meilleures pratiques pour écrire du code propre vous fera gagner du temps et des efforts à long terme, et facilitera le travail et la maintenance de votre code pour les autres. Alors s'il vous plaît, pour votre santé mentale et celle de vos collègues, faites le contraire de tout ce qui est indiqué ci-dessus. Votre code (et votre équipe) vous remercieront.