Quelle est la règle de codage standard la plus étrange que vous ayez été obligé de suivre ?

Question

Quand j'ai demandé cette question J'ai presque toujours obtenu un oui définitif : vous devriez avoir des normes de codage.

Quelle est la règle de codage standard la plus étrange que vous ayez été obligé de suivre ?

Et par "le plus étrange", je veux dire le plus drôle, le pire, ou tout simplement le plus bizarre.

Dans chaque réponse, veuillez mentionner la langue, la taille de votre équipe et les effets négatifs que cela a eu sur vous et votre équipe.

Answer 1

Comme j'ai toujours travaillé à mon compte/en free-lance/en tant que chef de projet, je n'ai jamais été confronté aux normes de quelqu'un, toutes les normes sont mes décisions. Mais, j'ai récemment trouvé un morceau amusant de "coding standards document" à l'époque où j'avais 15 ans :

Toutes les fonctions doivent être nommées "Nom du projet_Nom de la fonction". .

Eh bien, le PHP procédural, quelqu'un ? Ce n'était pas encore l'époque du PHP OOP, mais quand même. Si je voulais utiliser du code d'un projet à un autre, je devais réécrire toutes les références, etc.

J'aurais pu utiliser quelque chose comme "package_FunctionName".

Answer 2

Je ne suis pas du tout d'accord avec celle-ci, mais j'ai été obligé de la suivre :

"Tous les LIENS HTML seront TOUJOURS soulignés."

Il y a quelque temps, j'ai expliqué pourquoi je ne suis pas d'accord sur mon blog .

Remarque : même Stackoverflow ne souligne les liens que lorsque vous passez la souris dessus.

Answer 3

Tout ce qui a trait au formatage (en particulier la place de '{' et des autres caractères de bloc) est toujours difficile à appliquer.

Même avec une vérification automatique du format à chaque fichier source, vous ne pouvez pas être certain que chaque développeur va toujours toujours utiliser le même formateur, avec le même ensemble de règles de formatage...

Et ensuite vous devez fusionner ces fichiers avec le tronc. Et vous vous suicidez ;)

Answer 4

Le plus étrange était que la désignation des variables par type doit être utilisée en Java, et que les types étaient ceux des colonnes de la base de données. Ainsi, un java.sql.ResultSet devait être appelé tblClient, etc.

Answer 5

Nous avons une colonne "pas de code au-delà du 80ème caractère" qui est controversée dans notre équipe de développement C++. Certains l'apprécient et appliquent la révision du code, d'autres la méprisent.

De plus, nous avons une norme de spécification C++ throw(), throw(...) très controversée. Utilisée religieusement par certains et diabolisée par d'autres. Les deux camps citent des discussions et des experts pour faire valoir leurs positions respectives.