Discussion :

[Luc Hermitte]

Puisque le sujet va arriver : "tabs vs espaces ?". Pour ma part je supporte pas l'indentation avec des espaces, les tabs c'est cool et tout le monde peut régler son ide/éditeur pour leur donner la largeur désirée.

D'après mon expérience, ça ne marche jamais et on finit plus ou moins rapidement à avoir du code qui n'est plus affiché correctement quelle que soit la valeur choisie si effectivement il y a des gens qui utilisent des largeurs différentes (Espaces "cachés" par les tabs qui ne le sont plus quand on change la largeur, utilisation des tabulations pour aligner -- même chez ceux qui prétendent faire correctement la différence -- ce qui fait qu'il n'y a plus d'alignement quand on change la largeur, ...) à moins qu'il y ait dans l'équipe quelqu'un affligé d'un TOC qui passe son temps à tout corriger. C'est un peu plus vivable si on a un style qui interdit l'alignement, il suffit alors d'avoir un programme qui fait la correction.

En passant, comme on utilise toujours quelque part un outil qui ne permet pas de choisir autre chose que 8 comme largeur de tab (merge, navigateur de code de l'outil de gestion de version, outil de revue de code, ...), c'est la seule qui est utilisable.

Tout pareil que Jean-Marc.
L'excuse de "chacun change comme ça lui plait" ne marche pas en pratique. Au moindre alignement en plus de l'indentation sémantique, cela foire. Il faut utiliser des outils qui savent mélanger les deux, et des développeurs qui ont compris la chose. Autrement dit les conditions pour que ça marche sont rarement remplies.

Et effectivement il y a toujours des outils qui ne comprennent que 8 pour tab (à commencer par les forums), et là on se retrouve avec des sources qui demandent de scroller horizontalement comme pas possible.
Bref, les tab partent d'une bonne intention, mais la justification derrière leur utilisation ne marche pas en pratique.

Donc, c'est espaces uniquement en ce qui me concerne.
Et si la convention de mes petits camarades ne me plait pas (ou si elle est chaotique, ce qui est fréquent), un petit coup de gg=G et c'est réindenté. (je tourne à gvim).

[TropMDR]

Pour le style, j'utilise clang-format. Comme ca je ne me pose plus jamais la moindre de question de "mmh, de combien de vais indenter ici?", les refactorings ne posent pas de problemes, et plus jamais de temps perdu lors des revues de codes a argumenter sur la bonne facon d'aligner les commentaires. Je conseille fortement!

[jblecanard]

Ca c'est un bon sujet à trolls !

Super clang-format, je connaissais pas.

Pour les tabulations pour ma part on a réglé le problème en les "interdisant" et on les vire quand on en trouve dans du vieux code. Pour les règles de nommage, je ne l'ai pas vu dans le thread (mais je suis peut être passé à côté), si on a toute liberté, il est tout de même fortement conseillé d'éviter les préfixes _ et __ (pour les macros) qui sont réservés pour la STL.

[ternel]

Parlant des préfixes "_" et "__", ils sont à bannir dans le namespace global, et dans tout ceux ayant subit un "using namespace std;"

"_" est utilisable, mais pas agréable, pour les attributs privés.
"__" ne devrait jamais être utilisé, à mon goût.

[TropMDR]

Ca c'est un bon sujet à trolls !

Super clang-format, je connaissais pas.

C'est justement parceque c'est un sujet a trolls que clang-format est une benediction. Et ca donne une base de code avec un style coherent, ce qui est mille fois plus important que tab vs space...