Spędziłem weekend, czytając najlepsze blogi na temat Harness Engineering. Najczęściej pojawiające się praktyki:

Spędziłem weekend, czytając najlepsze blogi na temat Harness Engineering. Najczęściej pojawiające się praktyki:

Udostępnij ponownie — treść autorstwa Jérémy'ego Surget

Spędziłem weekend, czytając najlepsze blogi o Harness Engineering. Najczęściej pojawiające się praktyki:

Wiemy już, że harness ma dziś takie samo znaczenie jak model, który za nim stoi

Oto techniki, które wyróżniają się najbardziej:

1. Pamięć żyje poza kontekstem

repozytorium, system plików i git służą jako pamięć. Każda sesja podejmuje pracę tam, gdzie poprzednia ją zakończyła, a kontekst nigdy nie jest źródłem prawdy

2. Obchodź się z limitem kontekstu ostrożnie

Przepełniony kontekst prowadzi do halucynacji i niższej wydajności. Aby to ograniczyć, należy ładować narzędzia i umiejętności na żądanie oraz przenosić duże wyniki do pliku na dysku. Nie wspominając o utrzymywaniu stabilnego prefiksu promptu dla cache

3. Zasady są egzekwowane przez kod

Nie przez prompty. Lintery, testy, hooki i sandboxy czynią ograniczenia weryfikowalnymi. Agent musi być w stanie sam się zweryfikować (testy, logi, zrzuty ekranu), zanim powie, że zadanie jest wykonane

4. Trwałość i obserwowalność

Twórz punkty kontrolne na każdym kroku, czyń działania idempotentnymi i wszystko śledzalnym. Agenci będą zawodzić, sesje czasami będą rozłączane lub zatrzymywane. Musisz być w stanie zapewnić, że wszystko można wznowić dokładnie tam, gdzie się zatrzymało

5. Harness musi pozostać plastyczny

Dzięki informacjom zwrotnym z produkcji twój harness będzie musiał się zmieniać, aby się dostosować. Utrzymywanie go minimalnym i plastycznym pozwoli ci szybko się adaptować

Źródła LinkedIn

Wpis Spędziłem weekend, czytając najlepsze blogi o Harness Engineering. Najczęściej pojawiające się praktyki: pojawił się najpierw na les plumes qui mordent.



Najczęściej zadawane pytania
FAQ Harness Engineering

Pytania początkujących

Czym jest Harness Engineering
To praktyka projektowania systemów tak, aby harness — narzędzia, pipeline'y, guardrails i pętle informacji zwrotnej wokół twojego kodu — czynił dobrą inżynierię łatwą ścieżką, a złą inżynierię trudną

Dlaczego to ma znaczenie
Ponieważ większość problemów z jakością wynika z tarcia, a nie z niedbalstwa. Dobry harness wychwytuje błędy wcześnie, automatyzuje nudne rzeczy i pozwala zespołom dostarczać szybciej z mniejszą liczbą niespodzianek

Jakie są główne części harness
Zazwyczaj pipeline'y CI/CD, zautomatyzowane testy, analiza statyczna i lintery, hooki pre-commit, obserwowalność i jasne guardrails wdrożeniowe

Czy potrzebuję dużego zespołu, aby zacząć
Nie. Zacznij od podstaw — pipeline CI, zautomatyzowane testy i linter. Możesz rozwijać harness w miarę rozwoju bazy kodu i zespołu

Jaka jest różnica między harness a zwykłymi narzędziami DevOps
Narzędzia DevOps to infrastruktura; harness engineering to celowe projektowanie tego, jak te narzędzia prowadzą i ograniczają inżynierów na co dzień. Chodzi o doświadczenie dewelopera, nie tylko o narzędzia

Pytania średniozaawansowane

Jakie korzyści najczęściej pojawiają się w praktyce
Szybsze pętle informacji zwrotnej, mniej incydentów produkcyjnych, bardziej spójna jakość kodu, łatwiejszy onboarding i mniej czasu spędzanego na ręcznych kontrolach i gaszeniu pożarów

Jakie są najczęstsze problemy, na jakie natrafiają zespoły
Wolne pipeline'y, niestabilne testy, zbyt dużo szumu z linterów i alertów oraz guardrails tak restrykcyjne, że blokują uzasadnioną pracę. Zwykłym rozwiązaniem jest dostrojenie pod kątem szybkości i sygnału, a nie dodawanie kolejnych kontroli

Jak radzić sobie z niestabilnymi testami
Traktuj niestabilności jak błędy. Kwarantannuj je, szybko naprawiaj lub usuwaj i śledź wskaźniki niestabilności w czasie. Niestabilny test w harness uczy ludzi ignorowania harness

Jaka jest dobra pierwsza poprawa do wprowadzenia
Przyspiesz informację zwrotną. Doprowadź CI poniżej dziesięciu minut i dodaj hooki pre-commit do formatowania i lintowania. Szybka informacja zwrotna zmienia zachowanie bardziej niż jakikolwiek dokument polityki

Jak uzyskać poparcie zespołu
Pokaż zaoszczędzony czas i uniknięte incydenty. Inżynierowie przyjmują ulepszenia harness, gdy harness ułatwia im dzień, a nie gdy dodaje kroki

Pytania zaawansowane

Jak projektować guardrails, które nie spowalniają ludzi
Uczyń bezpieczną ścieżkę domyślną, a szybką ścieżkę