On a tous cette tendance à vouloir un code propre, alors quand on tombe sur un warning ESLint ou que l'on remarque un fichier dans /src alors qu'il devrait être dans /src/utils... On corrige et on continue notre feature comme ci de rien n'était.
Dans un contexte de review de code, il devient alors compliqué pour nos pairs d'y comprendre quoique ce soit. Gitmoji va nous aider à catégoriser nos commits, tout en ajoutant de la lisibilité grâce aux icônes.
Si un temps d'adaption vous est nécessaire pour vous habituer à cet outils, ce n'est pas qu'il est mal fait ou qu'il ne correspond pas à votre besoin. C'est juste que vous ne suiviez pas les bonnes pratiques jusqu'à présent. ;)
BEM est une méthodologie pour votre CSS. Même s'il va facilité la lisibilité de votre code par vos pairs, il va surtout vous éviter des effets de bord plutôt désagréable à corriger !
Vous savez, ce lien hypertexte qui se comporte bizarrement quand il est dans une liste. N'aurait-il pas la même tête que celui de votre menu ? Etrange...
Je vous propose d'approfondir la chose grâce à un article chez Alsacréations (fr) et un guideline un peu plus complet (en).
Suite à ces lectures, vous aurez tout le loisir de vous entretuer discuter avec vos collègues de l'utilisation de SASS dans votre prochain projet. ;)
Bien nommer les choses est primordial dans notre métier. C'est le cas également pour le style. Marre de vous casser la tête pour trouver le nom qui correspond à ce bleu un peu moins bleu que celui d'à côté ? Name that color est fait pour vous !
Comment mock mon serveur GraphQL (fr)
- Quelques extensions : DotENV, EditorCondif, ESLINT, Live Share
Le markdown est très pratique pour écrire des docs rapidement. Vous connaissez tous de part les README.md, plus complets les un que les autres, que vous avez pu lire ou écrire.
Voila de quoi vous aider avec ce petit guide syntaxique.