Développant sous C++ en équipe, je dois très souvent prendre sur moi lorsque je vois les habitudes d'indentation de mes collègues (on a pas réellement de norme commune pour l'écriture): quand je trifouille dans leur code je fais l'effort de pas le modifier à mon goût, mais des fois ma prose informatique est remaniée par des hérétiques du bon sens (enfin selon mes critères   ).
Pour moi l'indentation est très importante; comme dirait l'autre c'est peut-être un détail pour vous, mais pour moi ça veut dire beaucoup... En tout cas ça me permet de me plonger et comprendre beaucoup plus facilement du code.
Le point de désaccord principal que j'ai avec mes collègues, c'est le positionnement des accolades; moi je les mets toujours en début de ligne, de manière à ce qu'une accolade ouvrante tombe toujours en face de son accolade fermante. Certains collègues eux, placent l'accolade ouvrante en fin de ligne.
 
Mon style:
 
for (...)
{
   for (...)
   {
      if (...)
      {
         ...
      }
   }
}
 
Le style du côté obscur:
 
for (...) {
   for (...) {
      if (...) {
         ...
      }
   }
}
 
Dans un cas trivial ça pose pas trop de souci, mais quand il commence à y avoir 3 "if" imbriqués avec 4 "for" au milieu, c'est moins évident.
 
J'ai jeté un oeil sur le net, mais je n'ai pas trouvé réellement de norme visuelle d'écriture, comme il peut en exister pour le nommage des variables par exemple.
 
Vous êtes adeptes de quel style vous ???

L'accolade sur la ligne suivante bien sur! Je ne comprends pas comment certains peuvent arriver a lire et a comprendre du code ecrit dans le style "cote obscur"

c'est la norme java non?

 
Merci, ça fait du bien de lire ça, je ne suis donc pas seul !!!  

Le style coté obscur bien sur. C'est à l'indentation et uniqument à l'indentation que l'on reconnais les imbrications de blocs, ainsi, on limite ainsi le fait que les accolades genent la lecture car elles font double emploi avec le retrait.
 
Ce n'est pas pour rien que sun, dans les java coding style, à choisi ce style...
 

gnu ou linux

+1 d'autant que cette ligne me sert generalement à mettre un commentaire sur ce que va faire le bloc...

 
Mon problème c'est que j'ai commencé à pisser du code bien avant que java n'existe, et j'ai donc pris l'habitude de répérer les imbrications avec les accolades. Maintenant j'aurais vraiment du mal à changer mes habitudes...

 
foutaise, ca rends des gros patés illisible. L'oeil, effrayé, s'y perd, les reperes s'effacent, le cerveau abdique, le vide gagne. La raison, vaincue, pleure, et le chaos, atroce, despotique, sur le crane incliné du programmeur plante son drapeau noir.

 
+1, il est urgent d'amender le java coding style en conséquence  

Moi je m'en fous, j'ai un IDE qui me rajoute les accolades automatiquement qui qui fait la mise en page pour moi.

Beurk ...    
Style K&R sois-disant obscure +1 !  

 
moi aussi, (visual 2003), mais il le fait mal

 
retourne dans ta grotte le barbu

(j'arrive pas a comprendre qu'on puisse programmer en "style obscur", c'est franchement le fatras, pour ne pas dire le bordel)

 
Marrant ça, je pense exactement la même chose du style inverse.
 
Je pense que suivant nos constructions mentales et nos manière d'abstraire, les informations que l'on garde sont mieux représenté par un style ou un autre, et c'est celui qui nous semble le plus naturel.

Je trouve aussi, mais je comprend sans problème le raisonnement
 
Par contre ce qui me fait rigoler c'est quand les gens codant en java style critiquent  la gestion de blocs par indentation de Python  
 
(et j'aime bien la version non K&R, ca laisse plus d'espace et ca permet de mettre plein de commentaires dans les accolades )

Ou alors la manière dont t'as appris
fondamentalement, les deux styles se valent (la version K&R utilise surement une paire de chars en moins, mais bon en face la version non K&R a un code qui "respire" mieux )

Vive le cobol et ses colonnes...

vive le l33t et ses...
 
ah ben et ses rien du tout

 
bin pour moi c'est simple : les blocks sautent aux yeux. ca fait des barres verticales bien visibles
alors qu'avec ton style, bin quequette (enfin moi, je m'y retrouve clairement pas)

Les commentaires, c'est pour les faibles

C'est pour ceux qui ont du comprendre des codes de plus de 50k lignes non commentés, mal indentés et sans docs  
en MFC en plus

Le troll du vendredi
Moi je suis adepte du saut de ligne partout.

Le prochain Visual Studio permettra de choisir son style de formattage et il mettre en forme comme tu aimes.
 
(bon je rigole pour le for au dessus, sauf quand des fois avec la STL et les const_reverse_iterator ca fait trop long )

vive le vb hein

 
oH PUTAING? J4AVAIS PAS VU L4OPTION §§§

Moi je suis clairement adepte de ton style... meme si où je bosse c'est le style obscur qui est de rigueur

et un langage considerons les fautes d'indentation/format comme une faute de syntaxe ? genre y'a un fichier de desc decrivant le design de code (genre si une fonction doit commencer par une majuscule) et qui envoie tout peter si le design est pas respecté ?
 
ca serait l'ideal pour avoir du code uniforme au sein d'une Eise par ex
 

 
python

format cote obscure... plus clair avec un bon IDE, pas de lignes inutiles.

 
Y'a d'ot truc que l'identation ? permet il de configurer/choisir comment on veux que le code soit ?  

format 'clair', je prefere quand les autres l'utilisent quand je regarde leur code, c'est beaucoup plus clair  

 
tu devrais tester, et choisit bien ton editeur   (parce que jedit par exemple, j'ai des probleme pour le python, je fais tout avec emacs)

Oué, chaibien, mais tu sais, le temps, file, vite, nuit, jour, boulot, dodo, toussa
j'avais deja fait un essai fort peu concluant y'a ptet 1 an (chaipu ce qui merdait, mais ca merdait)

non  
 
Tu t'en fous du niveau d'indentation (même les docs officielles recommandent 4 spaces), mais tout fonctionne à l'indentation  
(enfin il y a quand même ":" après les débuts de blocs, if while for, définitions de fonctions ou de classes, ...)
 
Uriel > SciTE fonctionne nickel pour le Python

ouais mais si tu bosses avec des boolays, ils te collent des "#end for" dans tous les sens parce que "c'est plus lisible"
 
idem, au niveau du parenthésage "if <condition>:" (valide en python), c'est pas assez lisible, alors que "if (<condition> ):" c'est franchement mieux
 
et je parle pas des "return (x)" (en C ça pue déjà, mais alors en python, bonjour la faut de frappe et hop un tuple)