Il ne s'agit pas des conventions de nommage typiques, de l'endroit où placer vos commentaires, si nous utilisons des régions, etc. Il s'agit d'une norme de codage qui discute des détails sur la façon dont un programmeur doit concevoir ses applications.
Des trucs comme: (sur une application .NET et pas dans les termes exacts)
- Rendre le moins de cours possible
- Les classes devraient faire autant que leurs homologues du monde réel peuvent
- La modification vaut mieux que l'extension
- Une DLL par catégorie (une bibliothèque pour les fonctions de messagerie, une bibliothèque pour les fonctions liées aux fichiers)
Tout le monde a eu son expérience avec un mauvais code et peut-être une mauvaise conception, mais si vous étiez placé dans une équipe (le départ n'est pas une option) où ils avaient des normes de conception qui ne se sentent pas bien. Je ne sais pas comment réagir professionnellement quand j'ai l'impression de mourir à l'intérieur chaque fois qu'on me demande de coder de cette façon.
Réponses:
Je ne sais pas qui a dit cela à l'origine, mais face à une situation que vous n'aimez pas, il n'y a que trois options:
Changes le.
Accepte-le.
Laisse le.
Avez-vous l'énergie et l'influence au sein de l'entreprise pour faire l'effort gigantesque d'essayer la première option? Voulez-vous écrire un meilleur code par furtivité et risquer d'être renvoyé?
Pouvez-vous accepter la situation et écrire du code selon ces «normes»? Mon conseil, ne faites cela que si vous avez vraiment besoin du chèque de paie. Il grignotera lentement votre moral.
Ce qui laisse l'option 3. Même si vous devez accepter la situation à court terme, vous devriez commencer à chercher ailleurs un autre emploi.
la source