Repartage — contenu de Jérémy Surget
J'ai passé le week-end à lire les meilleurs blogs sur le Harness Engineering. Les pratiques qui reviennent le plus souvent :
Nous savons désormais que le harness compte aujourd'hui autant que le modèle qui le sous-tend
Voici les techniques qui se démarquent le plus :
1. La mémoire vit en dehors du contexte
le dépôt, le système de fichiers et git servent de mémoire. Chaque session reprend là où la précédente s'est arrêtée, et le contexte n'est jamais la source de vérité
2. Traiter la limite de contexte avec soin
Un contexte trop plein mène à des hallucinations et à de moindres performances. Pour limiter cela, il faut charger les outils et les compétences à la demande et décharger les sorties volumineuses vers un fichier sur disque. Sans oublier de conserver un préfixe de prompt stable pour le cache
3. Les règles sont appliquées par le code
Pas par les prompts. Les linters, les tests, les hooks et les sandboxes rendent les contraintes vérifiables. L'agent doit pouvoir s'auto-vérifier (tests, logs, captures d'écran) avant de dire qu'une tâche est terminée
4. Durabilité et observabilité
Faire un checkpoint à chaque étape, rendre les actions idempotentes et rendre tout traçable. Les agents échoueront, les sessions seront parfois déconnectées ou s'arrêteront. Il faut pouvoir garantir que tout peut reprendre exactement là où cela s'est arrêté
5. Le harness doit rester malléable
Avec les retours de production, votre harness devra changer pour s'adapter. Le garder minimal et malléable vous permettra de vous adapter rapidement
Sources LinkedIn
- Profil : Pierre Jean Duvivier dit Sage (LinkedIn)
- Auteur du partage : Jérémy Surget (LinkedIn)
L'article J'ai passé le week-end à lire les meilleurs blogs sur le Harness Engineering. Les pratiques qui reviennent le plus souvent : est apparu en premier sur les plumes qui mordent.
Questions fréquentes
FAQ Harness Engineering
Questions de débutants
Qu'est-ce que le Harness Engineering
C'est la pratique de concevoir des systèmes de sorte que le harness — les pipelines d'outillage, les garde-fous et les boucles de rétroaction autour de votre code — fasse de la bonne ingénierie le chemin facile et de la mauvaise ingénierie un chemin difficile
Pourquoi est-ce important
Parce que la plupart des problèmes de qualité viennent de frictions, pas de négligence. Un bon harness détecte les erreurs tôt, automatise les tâches ennuyeuses et permet aux équipes de livrer plus vite avec moins de surprises
Quelles sont les parties essentielles d'un harness
Typiquement : pipelines CI/CD, tests automatisés, analyse statique et linters, hooks de pré-commit, observabilité et garde-fous de déploiement clairs
Ai-je besoin d'une grande équipe pour commencer
Non. Commencez par les bases — un pipeline CI, des tests automatisés et un linter. Vous pouvez faire grandir le harness à mesure que le code et l'équipe grandissent
Quelle est la différence entre un harness et l'outillage DevOps classique
L'outillage DevOps est l'infrastructure ; le harness engineering est la conception délibérée de la manière dont cet outillage guide et contraint les ingénieurs au quotidien. Il s'agit de l'expérience développeur, pas seulement des outils
Questions intermédiaires
Quels bénéfices apparaissent le plus souvent en pratique
Des boucles de rétroaction plus rapides, moins d'incidents en production, une qualité de code plus constante, un onboarding plus facile et moins de temps passé sur des vérifications manuelles et la gestion de crises
Quels sont les problèmes les plus courants rencontrés par les équipes
Des pipelines lents, des tests instables, trop de bruit venant des linters et des alertes, et des garde-fous si stricts qu'ils bloquent du travail légitime. Le remède habituel est d'ajuster pour la vitesse et le signal, pas d'ajouter plus de vérifications
Comment gérer les tests instables
Traitez les instabilités comme des bugs. Mettez-les en quarantaine, corrigez-les ou supprimez-les rapidement, et suivez les taux d'instabilité dans le temps. Un test instable dans le harness apprend aux gens à ignorer le harness
Quelle est une bonne première amélioration à apporter
Accélérez la rétroaction. Ramenez la CI sous dix minutes et ajoutez des hooks de pré-commit pour le formatage et le linting. Une rétroaction rapide change les comportements plus que n'importe quel document de politique
Comment obtenir l'adhésion de l'équipe
Montrez le temps gagné et les incidents évités. Les ingénieurs adoptent les améliorations du harness quand le harness leur facilite la journée, pas quand il ajoute des étapes
Questions avancées
Comment concevoir des garde-fous qui ne ralentissent pas les gens
Faites du chemin sûr le chemin par défaut et du chemin rapide
