Bonnes pratiques
Clean Code

Du code impeccable écrit partout pareil, ça donne envie, non ? Et pourtant, l’idée s’avère bien plus risquée qu’elle n’y parait.


Partagé par Léo Driat
il y a presque 3 ans
2

Mathieu Barberot il y a presque 3 ans - modifié il y a presque 3 ans
Globalement d'accord.
J'aurais quand même tendance à poser un .editorconfig d'office dans n'importe quel projet pour les conventions les plus basiques : encodage des fichiers, espaces/tabulations, cr/lf en fin de ligne...
C'est supporté par tous les éditeurs, ça ne mange pas de pain et ça évite bien des problèmes (je pense à toi, le caractère de fin de ligne différent selon l'OS et aussi à toi fichier YAML qui ne supporte pas les tabulations).
Pour les aspects plus avancés, je recommanderais les conventions officielles (s'il y en a) et de n'en diverger qu'exceptionnellement : un nouvel arrivant aura déjà bien assez de sujets qui nécessitent une réadaptation.
Marc Bouvier il y a environ 2 ans
Je rajoute aussi un `.gitattributes` pour forcer les fins de ligne automatiquement via git.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
GitLab Remporte Le Match
Accéder à l'épisode
Principe #9 L'excellence Technique
Accéder à l'épisode
Upgrade de carriere avec Maxime Delporte
Accéder à l'épisode
Travailler En Open Source Avec Guillaume Vincent
Accéder à l'épisode
Artisan Développeur utilise des cookies afin de t'offrir les meilleurs services. En poursuivant ta navigation, tu acceptes l’utilisation de cookies. En savoir plus