Du pain, du vin et du Warcraft 3
Timotee NEULLAS
Lead developer Web3D
Ah qu’il fait bon avoir ce gars dans son équipe... Un projet sans lui, c’est comme un bûcheron sans hache : l’efficacité s’en voit diminuée. Une réunion sans cette personne, c’est comme un algorithme de mots de passe sans hash : on se sent en insécurité… Une équipe sans lui, c’est comme Pikachu sans Ash : on sent toute l’absence d’une cohésion pourtant capitale. Bref, ce gars, c’est Timotée, sans H.
Timotee et ses publications sur le blog
Il y a 1 semaine
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
Il y a 2 semaines
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