Aller au contenu

Ce que cache un graphique GitHub sur le travail d’évaluation

Un truc intéressant avec mon graphique GitHub, c’est qu’on voit clairement mes journées de planification et d’éval.

Elles sont généralement d’un vert plus foncé avec moins de commits. C’est trompeur, parce qu’aujourd’hui, planifier demande plus d’efforts que coder. Dernièrement, il y a eu de la recherche, de la planification structurelle, parfois des interviews utilisateurs et des analyses de faisabilité.

C’est pareil pour les tests. Surtout sur le projet d’agent de code. Les tests se font dans des branches, généralement sur des repos privés. Pour une raison quelconque, GitHub n’aime pas suivre l’activité des branches sur les repos privés.

Mais même là, l’effort est bien réel. J’ai automatisé la plupart de mes tests d’intégration à ce stade, mais l’app de l’agent de code a une surface de test monstrueuse, et c’est lent. Je dois souvent intervenir pour rappeler aux outils : « Non non, ce sont des acteurs probabilistes, pas des fonctions intelligentes ! Donc ils doivent être bornés, pas filtrés », ou un truc du genre.

Aujourd’hui, je teste la fonctionnalité de swarm à grande échelle. Je lui ai demandé de faire un projet de white rooming de 10 000 lignes. C’est le troisième jour de l’éval. On a trouvé tellement de bugs intéressants dans le workflow et le processus.

Je suis contente de l’avoir fait comme ça.

En général, ça n’implique tout simplement pas un grand nombre de commits ou de PR. Tout ce qui est moins que vert foncé est une journée d’implémentation.