Voila un moment intéressant que la lecture des “code guidelines” d’une entreprise (ou d’un département). En effet, chaque entreprise se doit (ou se devrait) de fournir à ses développeurs un ensemble de rêgles à suivre dans leurs bouts de code et ceci pour plusieurs raisons:
- faciliter la lecture du code par un tiers,
- recenser les bons ou mauvais usages de la programmation et de l’univers de développement pour prévenir les erreurs plus ou moins rares qui pourraient survenir,
- assurer une constance dans l’ensemble du projet ce qui apporte toujours plus de stabilité.
Le document que j’épluche actuellement est particulièrement bien fait. Réalisé par les “architectes .NET” de l’entreprise, il ne se contente pas de décrire un ensemble de rêgles et recommendations mais également d’expliquer très précisément comment fonctionne .NET et pourquoi les rêgles sont ainsi fixées.
Avec maintenant un certain bagage .NET et C# derrière moi, j’apprécie d’autant plus ces consignes que je me rend compte de la crassitude de tous les codes C# que j’ai écrit jusqu’à présent…
Recent Comments