Dela igen — innehåll av Jérémy Surget
Jag tillbringade helgen med att läsa de bästa bloggarna om Harness Engineering. De metoder som dyker upp oftast:
Vi vet nu att harnessen idag spelar lika stor roll som modellen bakom den
Här är de tekniker som sticker ut mest:
1. Minnet lever utanför kontexten
repot, filsystemet och git fungerar som minne. Varje session fortsätter där den föregående slutade, och kontexten är aldrig källan till sanning
2. Hantera kontextgränsen med omsorg
En alltför full kontext leder till hallucinationer och sämre prestanda. För att begränsa detta behöver du ladda verktyg och färdigheter vid behov och flytta stora utdata till en fil på disk. För att inte tala om att behålla ett stabilt prompt-prefix för cachen
3. Regler upprätthålls av kod
Inte av prompter. Linters, tester, hooks och sandlådor gör begränsningar verifierbara. Agenten måste kunna självverifiera (tester, loggar, skärmdumpar) innan den säger att en uppgift är klar
4. Hållbarhet och observerbarhet
Checkpointa varje steg, gör åtgärder idempotenta och gör allt spårbart. Agenter kommer att misslyckas, sessioner kommer ibland att kopplas från eller stanna. Du måste kunna säkerställa att allt kan återupptas exakt där det stoppade
5. Harnessen måste förbli formbar
Med feedback från produktion kommer din harness att behöva ändras för att anpassa sig. Att hålla den minimal och formbar gör att du kan anpassa dig snabbt
LinkedIn-källor
- Profil: Pierre Jean Duvivier dit Sage (LinkedIn)
- Delad författare: Jérémy Surget (LinkedIn)
Inlägget Jag tillbringade helgen med att läsa de bästa bloggarna om Harness Engineering. De metoder som dyker upp oftast: dök först upp på les plumes qui mordent.
Vanliga frågor
Vanliga frågor Harness Engineering
Nybörjarfrågor
Vad är Harness Engineering
Det är praktiken att designa system så att harnessen — verktygen, pipelines, skyddsräcken och återkopplingsloopar runt din kod — gör god ingenjörskonst till den enkla vägen och dålig ingenjörskonst svår
Varför spelar det roll
Eftersom de flesta kvalitetsproblem kommer från friktion, inte slarv. En bra harness fångar misstag tidigt, automatiserar det tråkiga och låter team leverera snabbare med färre överraskningar
Vilka är kärndelarna i en harness
Vanligtvis CI/CD-pipelines, automatiserade tester, statisk analys och linters, pre-commit-hooks, observerbarhet och tydliga distributionsskyddsräcken
Behöver jag ett stort team för att börja
Nej. Börja med grunderna — en CI-pipeline, automatiserade tester och en linter. Du kan växa harnessen i takt med att kodbasen och teamet växer
Vad är skillnaden mellan en harness och vanliga DevOps-verktyg
DevOps-verktyg är infrastrukturen; harness engineering är den medvetna designen av hur dessa verktyg vägleder och begränsar ingenjörer i vardagen. Det handlar om utvecklarupplevelsen, inte bara verktygen
Mellanliggande frågor
Vilka fördelar syns oftast i praktiken
Snabbare återkopplingsloopar, färre produktionsincidenter, mer konsekvent kodkvalitet, enklare onboarding och mindre tid på manuella kontroller och brandkårsutryckningar
Vilka är de vanligaste problemen team stöter på
Långsamma pipelines, flakiga tester, för mycket brus från linters och larm, och skyddsräcken så strikta att de blockerar legitimt arbete. Den vanliga lösningen är att trimma för hastighet och signal, inte att lägga till fler kontroller
Hur hanterar jag flakiga tester
Behandla flakes som buggar. Sätt dem i karantän, åtgärda eller radera dem snabbt och följ flake-frekvensen över tid. Ett flakigt test i harnessen lär folk att ignorera harnessen
Vad är en bra första förbättring att göra
Snabba upp återkopplingen. Få CI under tio minuter och lägg till pre-commit-hooks för formatering och linting. Snabb återkoppling förändrar beteende mer än något policydokument
Hur får jag köpt in från teamet
Visa tiden som sparas och incidenterna som undviks. Ingenjörer antar harness-förbättringar när harnessen gör deras dag enklare, inte när den lägger till steg
Avancerade frågor
Hur designar jag skyddsräcken som inte saktar ner folk
Gör den säkra vägen till standard och den snabba vägen
