Pas d'accord. J'ai des convictions absolues et pour mes projets persos c'est du lowercase + underscore, accolades sur la ligne, mais pour le boulot ou si je code pour un projet qui a ses propres règles, je me plie entièrement aux règles imposées. Par exemple au boulot c'est camel case + accolades à la ligne. Je trouve ça laid, mais du moment que tout le code est comme ça, ça va. Par contre, dès qu'un mec s'amuse à faire autre chose, ça casse tout.
Un mec qui n'est pas capable de s'adapter et de respecter un certain nombre de règles est un mauvais développeur. Quel que soit le code qu'il produit, il est inutile car il va imposer aux autres la contrainte supplémentaire de s'adapter à son style dès qu'il faudra lire, comprendre ou toucher à son code. Et c'est à mon avis un symptome d'une incapacité de bosser en équipe. Au boulot, le gars en question a fini par se faire dégager du projet justement parce que c'était impossible de discuter avec lui sur quoi que ce soit. Le fait qu'il ne respectait pas le guide de style était déjà un gros indice.
N'importe quel projet open-source serieux impose de manière totalement arbitraire toutes ces règles. Et un patch qui ne les respecte pas est refusé direct, quel que soit son contenu.
---------- Post added at 17h11 ---------- Previous post was at 17h04 ----------
Purée les virgules pour les déclarations multiples, quelle horreur. Décidément nous ne sommes pas fait pour nous entendre. Evidemment en JS comme tout s'apelle var, ça ne pose pas trop de problème... mais mieux vaut pas sortir un truc comme ça dans le topic des vrai développeurs.
Ca consiste en quoi exactement ?