Le blog de l'équipe

Dans les deux premiers articles, on a vu ce qu'était une rule et comment créer les vôtres. À la fin du deuxième, il restait deux questions : comment choisir entre les bonnes pratiques que vous voulez mettre en place et l'existant qui ne les respecte pas ? Et une fois le choix fait, comment savoir si une règle est respectée dans votre code ?

Dans cet article, on va voir comment on a répondu à ces deux questions avec un plugin, et comment vous pouvez construire le vôtre.

Article 3/3 de la série Wana-Rules

Temps de lecture : ~7 min

Dans le précédent article, on a vu ce qu'étaient les rules, où les positionner et surtout à quoi elles servent. Si vous ne l'avez pas lu, je vous invite à le faire avant de lire celui-ci.

Restait une question : ces règles, d'où sortent-elles ? Le réflexe serait de les écrire de tête. Mauvaise idée : de tête, vous obtiendrez des règles génériques que Claude connaît déjà, et vous passerez à côté de celles qui font vraiment votre façon de travailler. Vos règles existent déjà : dans votre code, vos reviews, vos réunions.

Dans cet article, on va voir comment on les a extraites chez Wanadev, et comment vous pouvez le faire à votre tour.

Article 2/3 de la série Wana-Rules

Temps de lecture : ~8 min

Vous utilisez Claude, mais vous avez souvent des retouches à faire pour qu'il respecte votre manière de faire. Les mêmes remarques reviennent en boucle à la review : « on ne nomme pas les types comme ça ici », « pas de valeur magique », « ce n'est pas notre façon de découper les composants ». Vous corrigez, vous re-promptez, et la semaine suivante, rebelote.

Les rules sont un mécanisme intégré à Claude pour limiter ces allers-retours. Dans cet article, on va voir ce qu'est une règle, à quoi ça sert et comment en écrire.

Article 1/3 de la série Wana-Rules

Temps de lecture : ~4 min