Strávil jsem víkend čtením nejlepších blogů o Harness Engineering. Nejčastěji se objevující postupy:

Strávil jsem víkend čtením nejlepších blogů o Harness Engineering. Nejčastěji se objevující postupy:

Sdílení — obsah od Jérémyho Surgeta

Strávil jsem víkend čtením nejlepších blogů o Harness Engineering. Nejpoužívanější postupy:

Nyní víme, že harness dnes záleží stejně jako model, který je za ním

Zde jsou techniky, které nejvíce vynikají:

1. Paměť žije mimo kontext

repozitář, souborový systém a git slouží jako paměť. Každá relace navazuje tam, kde předchozí skončila, a kontext nikdy není zdrojem pravdy

2. Zacházejte s limitem kontextu opatrně

Příliš plný kontext vede k halucinacím a nižšímu výkonu. Abyste to omezili, musíte načítat nástroje a dovednosti na vyžádání a velké výstupy odkládat do souboru na disku. Nemluvě o udržování stabilního prefixu promptu pro cache

3. Pravidla jsou vynucována kódem

Ne prompty. Lintery, testy, hooky a sandboxy činí omezení ověřitelnými. Agent musí být schopen se sám ověřit (testy, logy, snímky obrazovky), než řekne, že je úkol hotový

4. Trvanlivost a pozorovatelnost

Vytvářejte checkpointy každého kroku, čiňte akce idempotentními a vše sledovatelným. Agentů selžou, relace budou někdy odpojeny nebo se zastaví. Musíte být schopni zajistit, že vše lze obnovit přesně tam, kde se to zastavilo

5. Harness musí zůstat tvárný

S produkční zpětnou vazbou bude váš harness muset změnit, aby se přizpůsobil. Udržování minimálního a tvárného vám umožní rychle se přizpůsobit

Zdroje LinkedIn

Příspěvek Strávil jsem víkend čtením nejlepších blogů o Harness Engineering. Nejpoužívanější postupy: se poprvé objevil na les plumes qui mordent.



Často kladené otázky
FAQs Harness Engineering

Otázky začátečníků

Co je Harness Engineering
Je to praxe navrhování systémů tak, aby harness — nástrojové pipeline, zábrany a zpětnovazební smyčky kolem vašeho kódu — činil dobré inženýrství snadnou cestou a špatné inženýrství obtížným

Proč na tom záleží
Protože většina problémů s kvalitou pochází z tření, ne z nedbalosti. Dobrý harness zachytí chyby brzy, automatizuje nudnou práci a umožňuje týmům dodávat rychleji s méně překvapeními

Jaké jsou základní části harnessu
Typicky CICD pipeline, automatizované testy, statická analýza a lintery, precommit hooky, pozorovatelnost a jasné zábrany nasazení

Potřebuji velký tým, abych začal
Ne. Začněte se základy — CI pipeline, automatizované testy a linter. Harness můžete rozšiřovat, jak rostou kódová základna a tým

Jaký je rozdíl mezi harnessem a běžnými DevOps nástroji
DevOps nástroje jsou infrastruktura, harness engineering je záměrný design toho, jak tyto nástroje denně vedou a omezují inženýry. Jde o zkušenost vývojáře, ne jen o nástroje

Otázky středně pokročilých

Jaké přínosy se v praxi nejčastěji objevují
Rychlejší zpětnovazební smyčky, méně produkčních incidentů, konzistentnější kvalita kódu, snadnější onboarding a méně času stráveného ručními kontrolami a hašením požárů

Jaké nejčastější problémy týmy potkávají
Pomalé pipeline, nestabilní testy, příliš mnoho šumu z linterů a upozornění a zábrany tak přísné, že blokují legitimní práci. Obvyklá oprava je ladění na rychlost a signál, ne přidávání dalších kontrol

Jak se vypořádat s nestabilními testy
Berte nestability jako chyby. Izolujte je, rychle je opravte nebo smažte a sledujte míru nestability v čase. Nestabilní test v harnessu učí lidi ignorovat harness

Jaké je dobré první zlepšení
Zrychlete zpětnou vazbu. Dostanete CI pod deset minut a přidejte precommit hooky pro formátování a lintování. Rychlá zpětná vazba mění chování více než jakýkoli politický dokument

Jak získám podporu týmu
Ukažte ušetřený čas a odvrácené incidenty. Inženýři přijímají vylepšení harnessu, když jim harness usnadňuje den, ne když přidává kroky

Pokročilé otázky

Jak navrhnout zábrany, které lidi nezpomalují
Udělejte bezpečnou cestu výchozí a rychlou cestu