"Un programme qui voit un commentaire se sentira obligé de le lire. "
Un *programmeur* ...

J'appuie.
Grosso-modo, mets des commentaires quand le code n'est pas explicite, long, ou difficile à comprendre au premier coup d'oeil.
C'est très courant d'avoir un projet qui part avec une bonne volonté, mets plein de commentaire pertinent, et ne les mets pas à jour lors des changements. Ce qui fait que les commentaires sont à côté de la plaque et tu peux même te retrouver avec des informations inverses.

Je voulais me plonger sur ton code aujourd'hui, pour meubler ma pause, mais j'ai pas eu le temps finalement. Je tenterai de le faire dans la semaine.

Sinon, pour le versioning, je te conseils le site assembla.com, qui te permet d'en avoir relativement facile d'accès et gratuit. Bien sûr, c'est pour le cas où tu ne désirs pas en monter un en local toi-même ^^"

"Sinon, pour le versioning, je te conseils le site assembla.com, qui te permet d'en avoir relativement facile d'accès et gratuit. Bien sûr, c'est pour le cas où tu ne désirs pas en monter un en local toi-même."

Notons qu'avec git avoir du versionnement, ca se fait sans serveur distant et en 3 minutes...

Je retiendrai ça pour les commentaires ! Merci ;)

Idem pour Git et assembla.com !

@Godrik : je préfère ne pas m'aventurer à donner ces détails, je n'en ai jamais mis en place ^^'
Merci en tout cas, et il faudrait que je tente un jour.

Le commentaire n'a plus trop sa place dans un code propre et auto-documenté par une écriture de méthodes et de variables explicites. En plus, comme l'ont dit d'autres au dessus, ça casse le flux d'interprétation des humains. Les commentaires, c'est pour l'assembleur ou pour montrer au prof qu'on a compris.

(surtout lorsqu'on voit la qualité médiocre de certains commentaires dans le code de certains qui fait plus penser à du bourrage pour passer la norme ISO-3312 qu'à la volonté d'ajouter de l'aide pour un tiers)