A hétvégét azzal töltöttem, hogy a Harness Engineering legjobb blogjait olvastam. A leggyakrabban felmerülő gyakorlatok:

A hétvégét azzal töltöttem, hogy a Harness Engineering legjobb blogjait olvastam. A leggyakrabban felmerülő gyakorlatok:

Újramegosztás — Jérémy Surget tartalma

A hétvégét a Harness Engineering legjobb blogjainak olvasásával töltöttem. A leggyakrabban felmerülő gyakorlatok:

Ma már tudjuk, hogy a harness ma ugyanolyan fontos, mint a mögötte lévő modell

Íme a leginkább kiemelkedő technikák:

1. A memória a kontextuson kívül él

a repó, a fájlrendszer és a git szolgálnak memóriaként. Minden munkamenet ott folytatódik, ahol az előző abbamaradt, és a kontextus soha nem az igazság forrása

2. Bánj óvatosan a kontextus korlátjával

A túlságosan tele kontextus hallucinációkhoz és gyengébb teljesítményhez vezet. Ennek korlátozásához igény szerint kell betölteni az eszközöket és készségeket, és a nagy kimeneteket fájlba kell kiírni a lemezre. Arról nem is beszélve, hogy stabil prompt-előtagot kell tartani a gyorsítótárhoz

3. A szabályokat kód kényszeríti ki

Nem promptok. A linterek, tesztek, hookok és sandboxok teszik ellenőrizhetővé a megkötéseket. Az ágensnek képesnek kell lennie önellenőrzésre (tesztek, naplók, képernyőképek), mielőtt azt mondja, hogy egy feladat kész

4. Tartósság és megfigyelhetőség

Minden lépésnél ellenőrzőpontot kell menteni, idempotenssé kell tenni a műveleteket, és mindent nyomon követhetővé kell tenni. Az ágensek fognak hibázni, a munkamenetek néha megszakadnak vagy leállnak. Biztosítanod kell, hogy minden pontosan ott folytatható legyen, ahol abbamaradt

5. A harnessnek alakíthatónak kell maradnia

A termelési visszajelzések alapján a harnessednek változnia kell az alkalmazkodáshoz. Ha minimális és alakítható marad, gyorsan tudsz alkalmazkodni

LinkedIn-források

A A hétvégét a Harness Engineering legjobb blogjainak olvasásával töltöttem. A leggyakrabban felmerülő gyakorlatok: bejegyzés először a les plumes qui mordent oldalon jelent meg.



Gyakran Ismételt Kérdések
GYIK Harness Engineering

Kezdő kérdések

Mi a Harness Engineering
Ez annak a gyakorlata, hogy úgy tervezzünk rendszereket, hogy a harness — a kódod körüli eszközláncok, védőkorlátok és visszacsatolási hurkok — tegye a jó mérnöki munkát könnyű úttá, a rossz mérnöki munkát pedig nehézzé

Miért számít
Mert a legtöbb minőségi probléma súrlódásból fakad, nem gondatlanságból. Egy jó harness korán elkapja a hibákat, automatizálja az unalmas dolgokat, és lehetővé teszi a csapatoknak, hogy gyorsabban szállítsanak kevesebb meglepetéssel

Mik a harness alapvető részei
Jellemzően CI/CD pipeline-ok, automatizált tesztek, statikus elemzés és linterek, precommit hookok, megfigyelhetőség és egyértelmű telepítési védőkorlátok

Szükségem van nagy csapatra az induláshoz
Nem. Kezdd az alapokkal — egy CI pipeline-nal, automatizált tesztekkel és egy linterrel. A harness a kódbázissal és a csapattal együtt növekedhet

Mi a különbség a harness és a szokásos DevOps eszközök között
A DevOps eszközök az infrastruktúra; a harness engineering annak tudatos tervezése, hogyan irányítja és korlátozza ez az eszköztár a mérnököket nap mint nap. A fejlesztői élményről szól, nem csak az eszközökről

Középhaladó kérdések

Milyen előnyök mutatkoznak leggyakrabban a gyakorlatban
Gyorsabb visszacsatolási hurkok, kevesebb termelési incidens, következetesebb kódminőség, könnyebb beilleszkedés és kevesebb manuális ellenőrzésre és tűzoltásra fordított idő

Milyen leggyakoribb problémákkal találkoznak a csapatok
Lassú pipeline-ok, megbízhatatlan tesztek, túl sok zaj a linterektől és riasztásoktól, valamint olyan szigorú védőkorlátok, amelyek a jogos munkát is blokkolják. A szokásos megoldás a sebességre és jelre való hangolás, nem több ellenőrzés hozzáadása

Hogyan kezeljem a megbízhatatlan teszteket
Kezeld a flake-eket hibaként. Karanténba tedd őket, javítsd vagy töröld őket gyorsan, és kövesd nyomon a flake-arányokat idővel. Egy megbízhatatlan teszt a harnessben arra tanítja az embereket, hogy figyelmen kívül hagyják a harnesst

Mi egy jó első fejlesztés
Gyorsítsd fel a visszacsatolást. Hozd a CI-t tíz perc alá, és adj hozzá precommit hookokat a formázáshoz és a linteléshez. A gyors visszacsatolás jobban megváltoztatja a viselkedést, mint bármely szabályzat

Hogyan szerezzem meg a csapat támogatását
Mutasd meg a megtakarított időt és az elkerült incidenseket. A mérnökök akkor fogadják el a harness fejlesztéseit, ha a harness könnyebbé teszi a napjukat, nem amikor lépéseket ad hozzá

Haladó kérdések

Hogyan tervezzek olyan védőkorlátokat, amelyek nem lassítják le az embereket
Tedd a biztonságos utat alapértelmezetté, a gyors utat pedig