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

I déteste lorsque l'utilisation de retours multiples est interdite.

Answer 2

L'indentation inverse. Par exemple :

    for(int i = 0; i < 10; i++)
        {
myFunc();
        }

et :

    if(something)
        {
// do A
        }
    else
        {
// do B
    }

Answer 3

Peut-être pas la plus farfelue que vous aurez, mais Je déteste vraiment, vraiment, devoir faire précéder les noms de tables de base de données par "tbl".

Answer 4

Presque tous les types de notation hongroise.

Le problème de la notation hongroise est qu'elle est très souvent mal comprise. L'idée originale était de préfixer la variable pour que la signification soit claire. Par exemple :

int appCount = 0; // Number of apples.
int pearCount = 0; // Number of pears.

Mais la plupart des gens l'utilisent pour déterminer le type.

int iAppleCount = 0; // Number of apples.
int iPearCount = 0;  // Number of pears.

Cela prête à confusion, car bien que les deux nombres soient des entiers, tout le monde sait qu'on ne peut pas comparer des pommes avec des poires.

Answer 5

Aucun opérateur ternaire n'est autorisé là où je travaille actuellement :

int value = (a < b) ? a : b;

... parce que tout le monde ne "comprend" pas. Si vous me disiez : "Ne l'utilisez pas car nous avons dû les réécrire lorsque les structures sont devenues trop compliquées" (opérateurs ternaires imbriqués, quelqu'un ?), je comprendrais. Mais quand vous me dites que certains développeurs ne les comprennent pas... hum... Bien sûr.