Reprise du message précédent :

 
Il me semble qu'il est ironique
 
snprintf, sinon on risque d'en foutre à côté de la gamelle

ok je connaissais pas le snprintf
 
 faut dire entre printf, fprintf, sprintf, snprintf, wsprintf, vprintf, vfprintf, vsprintf et vwsprintf jmy perd un peu parfois  

Famille nombreuse
 
 
Ça me fait un paquet de multis potentiels ça

Y'a surement de l'ironie, mais ça me permet de rappeler qu'au boulot on code pas pour soit mais pour les autres. Donc chez toi tu écris ce que tu veux, mais dans un projet à plusieurs c'est normal que les autres se préocupent de ce qu'ils auront à relire / corriger par la suite.

Dans ma boîte les guidelines sont assez claires pour le C/C++ :
- passage à la ligne après chaque if / for / etc. (donc pour chaque bloc.
- même s'il n'y a qu'une instruction, il faut avoir un bloc ( {} ). La raison est simple : si on veut ajouter / supprimer une instruction dans un bloc, on ne change pas l'indentation / l'affichage du bloc, on crée juste une nouvelle ligne. Et puis on ne 'profite' pas d'une subtilité propre à un langage.
- si possible, se limiter à 80 caractères par ligne, pour l'impression ... celle-là je m'en passe souvent maintenant, c'est trop limitant
- commentaires partout
 
edit : y en a un tas d'autres bien sûr, mais bon, j'ai cité celles qui se rapportent le plus aux posts précédents

En plus ca permet de documenter des savoirs du codeur pas necessairement partagées par le reste de l'equipe.
Style: On utilise pas la fonction machin ici a cause de l'effet de bord truc...
(Perso je pense a un "Test, car si on est sous windows 2K jap les codeurs de chez bilou ont oublie de tenir compte du jeu de caracteres  pour la fonction avant le SP4" )
A+,

C'est donnant-donnant, puisque le code de Windows est lui-même truffé de hacks dégueulasses pour supporter les applications tierces