Etablir un coding style

Je m'aperçois qu'il n'y a pas vraiment de "coding style" établi pour rédiger du code pour l'univers developpez.net.

On a tous notre propre style, ce qui fait que, par exemple, les Q/R sont assez éclectiques.

Parfois la virgule est avant pour lister les éléments d'un tableau/objet.
L'accolade post-fonction est tantôt à la ligne, tantôt sur la même ligne.
Etc ...

Autant de petit détails qui pourraient perturber le débutant, je pense.

Le dernier relecteur/validateur de code proposé doit-il ré-écrire le code ? Pourquoi ne pas établir un style de code afin que chaque Q/R soit homogène ?

Des liens utiles :
Addy Osmani - Style Guides and Beautifiers
Styles populaires sur Github
Un merveilleux outil qui permet d'établir un "coding style"

Ce serait l'idéal de présenter une seule façon de faire. Mais laquelle ? :aie:
Les rédacteurs ne sont pas toujours d'accord. ;)

Je suis d'accord avec Xavier, ce serait bien, mais pour convaincre tout le monde d'un style unique à utiliser... c'est autre chose.

Mais ça me fait penser à ça : http://jsstyle.github.io/.
Peut-être pourrions-nous faire un truc en rapport ?
Par exemple, proposer d'inclure ce badge dans le profil.
Enfin... il faudra quand même convaincre les admins ! :aie:

:salut:
mais qui sont ces gens qui veulent changer nos habitudes :ptdr:

On en avait parler à l'occasion de cette remise à jour des FAQ pour mémoire.

Perso quand je dois ré-indenter du code illisible j'utilise Online JavaScript beautifier .

J'ai beaucoup de mal à me situer suivant Popular Coding Convention on Github :aie:

Merci de vos réponses.

Citation:

---

On en avait parler à l'occasion de cette remise à jour des FAQ pour mémoire.

---

Cette discussion est exactement le reflet de ce que je pensais. Au delà d'uniformiser les codes, cela permet également aux novices d'apprendre une bonne syntaxe en leur inculquant les bonnes pratiques.
Bon style de code = moins d'erreur classique.

Mais c'est vrai que chacun a son style pour coder, je pense que ça serait utopique de forcer les rédacteurs à arborer un style prédéfini. Le but n'est pas de rebuter :D

Sympa le badge Bovino, je ne connaissais pas celui là ! Pourquoi pas en effet ce genre de signature, mais je crois que NoSmoking a trouvé une bonne solution avec JS beautifier.

Un outil qui prend du code en entrée, et le ré-arrange en "style developpez.net".

Idée à proposer à l'ensemble de l'équipe de Developpez. :)

Citation:

---

Envoyé par Kaamo

mais je crois que NoSmoking a trouvé une bonne solution avec JS beautifier.

---

pour avoir testé rapidement l'outil, le résultat ne me convient pas pour autant :aie:
Rien que pour les accolades ouvrantes, je préfère les avoir à la ligne :mrgreen:

JSBeautifer est configurable. Donc avec les bonnes options, on peut mettre des accolades, ne pas en mettre, les mettre à la ligne etc ... (peut-être pas sur la version web par contre)

Citation:

---

Rien que pour les accolades ouvrantes, je préfère les avoir à la ligne

---

Et moi sur la même ligne :mrgreen: C'est un choix, il ne faut pas aller contre ça. Comme je l'ai dit il ne faut pas nous rebuter à faire du code pour DVP.

Mais ... pourquoi pas automatiser le process et passer une sorte d'outil qui formate un code vers un code dvp (comprendre accessible/compréhensible aux débutants)

Citation:

---

Envoyé par Auteur

Rien que pour les accolades ouvrantes, je préfère les avoir à la ligne :mrgreen:

---

l'option -> Braces on own line est faite pour toi!

Citation:

---

Envoyé par NoSmoking

l'option -> Braces on own line est faite pour toi!

---

super :love:

Hé hé je me souviens de grands débats à la pause café pour savoir s'il fallait mettre les accolades ouvrantes en bout de ligne ou en nouvelle ligne. Le style, comme son nom l'indique, c'est quelque-chose d'assez subjectif. Je ne pense pas que ce soit une bonne idée de "forcer la main" aux contributeurs avec un style très strict. On peut faire quelques petites choses comme les conventions de nommage ou l'utilisation d'espaces au lieu de tabulations, mais pour le reste ça devient un mini-débat à chaque fois.

Tiens par exemple :

Code:

---

var a=1, b=2, c=3;

---

Code:

---

1 2 3

var a=1; var b=2; var c=3;

---

Code:

---

1 2 3

var a=1 , b=2 , c=3;

---

Une petite escarmouche entre collègues peut vite finir en déclaration de guerre ! Combien de développeurs ont péri sous le feu des commits ravageurs et des jets de stylos d'un bout à l'autre de la pièce...