Normalement je ne réponds pas aux espèces de chaînes débiles de bloggers qui se taggent avec des sujets stupides (genre “5 trucs que vous savez pas sur moi”… on s’en fout en général), mais là exception à la règle, puisque Godefroy (le Monsieur derrière Eklablog) propose une chaîne spécial dev: “Mes conventions en programmation”
Allez zou un petit exemple de code:
Notation
Moi aussi j’utilise la notation lowerCamelCase pour tout mes nommages: variables, fonctions, classes, méthodes, etc… avec une petite spécificité: tout en anglais (pour un portage plus simple si un autre dev parle pas français)
Indentation
Tabulation 4 espaces aussi
En général j’indente par bloc (après un if par exemple) sans les accolades, pour avoir un code le plus structuré et le plus lisible possible
Accolades
J’avoue, j’aime beaucoup les accolades 
En général je saute une ligne avant le début d’une accolade, ça fait une ligne de plus, mais je trouve qu’on gagne beaucoup en lisibilité, fermeture au même niveau que l’ouverture, en sautant une ligne.
Je mets des accolades même pour les instructions “mono-lignes”, une mauvaise habitude sûrement, mais je trouve ça plus lisible (décidément…)
Espaces
Je mets très peu d’espace en fait, en général entre une instruction et sa condition (un if par exemple)
Pas d’espace pour les opérandes… (= etc…)
Je trouve que les espaces un peu partout nuisent à la lisibilité
Guillemets
En général j’utilise la simple cote ‘, sauf pour les caractères d’échappement (\r \t, etc…) et pour mes requêtes SQL
Commentaires
Je commente peu, sauf quand le besoin s’en fait vraiment sentir pour un calcul vraiment funky ou qu’un script doit être compléter, etc…
Ma façon de coder et de normmer mon code a peu évolué ces 2-3 dernières années, puisque je pense avoir trouvé une méthode pour pouvoir lire un code de façon rapide et efficace, je garde un code compacte pour les opérations communes, mais avec une bonne indentation et des retours à la ligne pour identifier rapidement les divers conditions (if, for, etc…) ce qui me permet d’avoir une première vision précise et rapide de ce que fait le code.
Mon soucis reste toujours la lisibilité et le portage pour d’autres codeurs… donc j’essaye d’apporter un soin tout particulier au nommage des divers fonctions et variables. J’utilise pas mal des préfixes: trois lettres et un underscore, par exemple pour les user: usr_blablabla pour les variables intermédiaires, sinon le nommage est en anglais en respectant le lowerCamelCase.
Bon je repasse le bébé à Boldr, Kilgore, Dame Tartine, Seb et Damien (ça leur apprendra tiens…)
