Gust to system techniczny

Gust rozkłada się na cztery kodowalne komponenty: ograniczenia (co usuwasz), kryteria oceny (co mierzysz), rozpoznawanie wzorców (co zauważasz) i spójność (jak części odnoszą się do całości). Każdy z nich przekłada się na infrastrukturę inżynieryjną: hooki, bramki dowodowe, pętle jakości i przegląd architektoniczny. Gust to system techniczny, nie mistyczny dar.

Projektanci nazywają gust intuicją. Inżynierowie nazywają gust subiektywnością. Oba twierdzenia pełnią tę samą funkcję: zwalniają gust z konieczności poddania się analizie. Jeśli gust to intuicja, nikt nie może go kwestionować. Jeśli gust to subiektywność, nikt nie musi go implementować. Projektant zyskuje autorytet bez odpowiedzialności. Inżynier zyskuje pozwolenie na ignorowanie estetyki. Tracą wszyscy.

Gust to nie intuicja. Gust to rozpoznawanie wzorców zastosowane do jakości — skumulowany rezultat ekspozycji, refleksji i doskonalenia skompresowany w szybki osąd. Wyszkolony degustator, który rozpoznaje regionalny charakter burgundzkiego wina, nie kieruje się mistycznym instynktem. Ten degustator spróbował tysięcy win, zakodował strukturalne relacje między terroir a smakiem i zbudował wewnętrzny system oceny, który produkuje szybkie, niezawodne oceny.¹ Szybkość osądu przesłania system, który za nim stoi.

Ten system rozkłada się na cztery komponenty. Ograniczenia określają, co usuwasz. Kryteria oceny określają, co mierzysz. Rozpoznawanie wzorców określa, co zauważasz. Spójność określa, jak części odnoszą się do całości. Cztery komponenty, każdy kodowany. Gust to cztery elementy działające w koncercie.

Ograniczenia: co usuwasz

Dieter Rams spędził cztery dekady w firmie Braun, zadając jedno pytanie: co mogę usunąć? Radiofonograf SK 4 pozbył się drewnianych okładzin, dekoracyjnych tkanin i symetrycznego, lecz bezfunkcyjnego rozmieszczenia pokręteł. Pozostała biała metalowa obudowa z przezroczystą pokrywą z pleksiglasu. Pokrywa nie była minimalistyczna. Pokrywa była uczciwa — Rams wierzył, że jeśli mechanizm nie jest czymś wstydliwym, ukrywanie go jest nieuczciwością.²

Rams sformułował dziesięć zasad. Zasada dziesiąta, „Dobry design to jak najmniej designu”, funkcjonuje jako ograniczenie zakresu. Nie preferencja estetyczna. Ograniczenie zakresu. Zawęża przestrzeń rozwiązań, wymagając, by każdy element uzasadnił swoją obecność. Usuwasz każdy element, który nie służy użytkownikowi, niezależnie od tego, jak atrakcyjnie wygląda lub ile wysiłku pochłonął.

Ograniczenia w stylu Ramsa działają identycznie jak ograniczenia inżynieryjne. Budżet pamięci ogranicza, które struktury danych są wykonalne. Cel czasowy ogranicza, które algorytmy są akceptowalne. Mechanizm jest ten sam: redukuj przestrzeń rozwiązań, aż pozostaną wyłącznie obronne opcje.

W mojej własnej infrastrukturze ograniczenia manifestują się jako hooki. Hook odrzucający stronę bierną w postach blogowych to ograniczenie stylu prozy. Hook blokujący TODO i FIXME w zatwierdzonym kodzie to ograniczenie odroczonej jakości. Hook wymuszający semantyczny HTML to ograniczenie uczciwości strukturalnej. Każdy hook koduje konkretną decyzję gustowną w deterministyczny test. Człowiek z kontekstem i osądem podjął decyzję raz. Egzekwowanie działa wiecznie, z maszynową prędkością, bez dryftu.

Dziewięćdziesiąt pięć hooków egzekwuje 95 decyzji gustownych. Każdy hook wywodzi się z momentu, w którym zauważyłem wzorzec porażki i zdecydowałem, że jest on nieakceptowalny. Hook jest blizną. Osąd, który wyprodukował hook, jest gustem (z Hooki Claude Code).³

Kryteria oceny: co mierzysz

Kenya Hara wprowadza rozróżnienie między prostotą a pustką. Nóż Henckels jest prosty: rękojeść podpowiada, gdzie chwycić, kąt ostrza mówi, co ciąć, każdy element redukuje wieloznaczność. Nóż yanagiba do sushi jest pusty: zwykła drewniana rękojeść nie instruuje, jak ją trzymać, i właśnie ta nieobecność instrukcji stanowi całą istotę. „Można go trzymać w dowolny sposób,” wyjaśnia Hara. „Ta prosta i zwyczajna rękojeść przyjmuje całą niesamowitą technikę japońskiego mistrza sushi.”⁴

Prostotę mierzy się tym, co usunięto. Pustkę mierzy się tym, co umożliwiono. Dwa różne kryteria oceny produkujące dwa różne rodzaje redukcji. Rams ocenia pytając „czy każdy element pełni funkcję?” Hara ocenia pytając „czy nieobecność tworzy przestrzeń dla użytkownika?”

Kryteria oceny kodują te pytania w powtarzalne oceny. Moja bramka dowodowa to sześciokryteriowy system oceny. Każda nietrywialna zmiana musi dostarczyć dowody dla wszystkich sześciu kryteriów, zanim oznaczę pracę jako ukończoną: zgodność ze wzorcami bazy kodu, najprostsze działające rozwiązanie, obsłużone przypadki brzegowe, testy przechodzą, brak regresji, rozwiązuje faktyczny problem. Bramka nie pyta „czy kod jest dobry?” Bramka stawia sześć konkretnych pytań, które razem definiują, co „dobry” oznacza w moim systemie.

To właśnie konkretność czyni gust przekazywalnym. „Dobry kod” jest subiektywny. „Kod zgodny ze wzorcem wykładniczego wycofywania ustanowionym w fetch_semantic_scholar() w linii 241” jest obiektywny. Bramka dowodowa przekłada estetyczny osąd na weryfikację strukturalną. „Czy kod wydaje się właściwy?” staje się „czy kod odpowiada ustalonemu wzorcowi, obsługuje przypadki brzegowe i przechodzi testy?” Gust staje się mierzalny, gdy kryteria oceny są wystarczająco konkretne, by produkować binarne wyniki.

Ocena Hary przekłada się na kryterium negatywnej przestrzeni: nie „jakie funkcje ma produkt?” lecz „jakie założenia produkt narzuca?” API z dziesiątkami wymaganych parametrów narzuca dziesiątki założeń o tym, jak deweloper z niego skorzysta. API z garstką wymaganych parametrów i wieloma opcjonalnymi narzuca mniej założeń i oferuje więcej możliwości. Liczba założeń jest konkretna, mierzalna i koduje filozofię pustki Hary w projektowanie interfejsów.

Rozpoznawanie wzorców: co zauważasz

Charles Eames nie zaprojektował krzesła z formowanej sklejki, wybierając spośród istniejących opcji. Charles i Ray spędzili lata eksperymentując z technikami formowania sklejki, wielokrotnie ponosząc porażki, odkrywając, na co materiał pozwala, a na co nie.⁵ Ostateczny projekt wyłonił się ze skumulowanej wiedzy o kierunku włókien, zachowaniu kleju, krzywiznach złożonych i rozkładzie naprężeń. Krzesło wygląda na bezwysiłkowe. Ta bezwysiłkowość wymagała tysięcy godzin uważnego obserwowania.

Rozpoznawanie wzorców działa poprzez ekspozycję i uwagę. Typograf, który złożył tysiące stron, zauważa błędy kerningu, których nowicjusz nie dostrzega. Inżynier konstrukcyjny, który przejrzał setki projektów mostów, zauważa problemy z rozkładem obciążeń, które młodszy inżynier przeocza. To zauważanie to nie wyłącznie wrodzony dar. To rezyduum trwałej, celowej obserwacji.⁶

W infrastrukturze inżynieryjnej rozpoznawanie wzorców przekłada się na pętle jakości. Moja pętla jakości to siedmioetapowy cykl: implementuj, przejrzyj każdą linię, uruchom bramkę dowodową, zastosuj test dumy, napraw każdy problem, oddal perspektywę, powtórz. Pętla wymusza drugie spojrzenie na pracę, którą pierwsze podejście uznało za ukończoną. Każde kolejne przejście ujawnia wzorce pominięte przez poprzednie: niespójną konwencję nazewnictwa, nieobsłużony timeout, test weryfikujący ścieżkę pozytywną, lecz ignorujący ścieżkę błędu. Infrastruktura kompensuje lukę doświadczenia, narzucając wzorzec uwagi, który rodzi rozpoznawanie.

Spójność: jak części odnoszą się do całości

Tadao Ando projektuje budynki, w których betonowe ściany, naturalne światło, woda i pusta przestrzeń istnieją w celowej relacji. Kościół Światła w Osace wykorzystuje krzyżową szczelinę w betonowej ścianie, by wpuścić światło słoneczne, tworząc krzyż światła na wewnętrznej ścianie. Usuń szczelinę, a budynek staje się betonowym pudełkiem. Usuń beton, a światło nie ma powierzchni, na której mogłoby się objawić. Żaden element nie działa sam. Spójność między materiałem a pustką produkuje doświadczenie.⁷

Spójność jest najwyższym komponentem gustu, ponieważ wymaga zrozumienia całości, nie tylko części. Hook może egzekwować ograniczenie na pojedynczym pliku. Bramka dowodowa może ocenić pojedynczą zmianę. Pętla jakości może ujawnić wzorce w pojedynczym module. Spójność wymaga oceny, jak każda część odnosi się do każdej innej części — i do celu systemu jako całości.

W oprogramowaniu przegląd architektoniczny pełni funkcję spójnościową. Moduł, który działa poprawnie w izolacji, lecz narusza kierunek zależności systemu, jest niespójny. Funkcja, która przechodzi każdy test, lecz zaprzecza językowi designu produktu, jest niespójna. Defekty spójności pozostają niewidoczne dla oceny lokalnej. Ujawniają się dopiero, gdy ktoś oddali perspektywę.

Moja pętla jakości zawiera krok „oddal perspektywę” dokładnie z tego powodu. Po przejściu bramki dowodowej i testu dumy pętla wymaga sprawdzenia punktów integracji, importów i sąsiedniego kodu pod kątem regresji. Doktryna Steve + Jiro, zgodnie z którą pracuję, czyni z tego podwójny standard: Jiro rządzi dowodami, rygorem i rzemiosłem (lokalnymi jakościami); Steve rządzi godnością, gustem i integralnością całego widżetu (globalnymi jakościami). Jeśli Jiro zawodzi, zatrzymaj się. Jeśli Steve zawodzi, przebuduj. Podwójny standard gwarantuje, że lokalna poprawność nigdy nie nadpisze globalnej spójności.

Mapa

Cztery komponenty gustu. Cztery elementy infrastruktury inżynieryjnej.

Rams staje się hookiem. Hara staje się kryterium oceny. Eames staje się pętlą jakości. Ando staje się przeglądem architektonicznym. Filozofie designu, które sprofilowałem na przykładzie 32 projektantów, nie są dekoracją strony portfolio. Każdy profil to studium przypadku jednego lub więcej z tych czterech komponentów, a każdy komponent przekłada się na infrastrukturę, którą uruchamiam w produkcji.

Piękno i brutalizm dokumentuje konkretne decyzje CSS stojące za tą stroną — każda z nich jest ograniczeniem. Biała typografia na #000000. Warstwy przezroczystości na poziomie 5%, 10%, 40%, 65%. Żadnych gradientów, żadnych ilustracji, żadnych elementów dekoracyjnych. Każda decyzja to usunięcie w stylu Ramsa zakodowane w arkuszu stylów, który dziedziczy każda strona. Ograniczenia są wykonywalne.

Problem ciemnej fabryki

Model ciemnej fabryki Dana Shapiro opisuje pięć poziomów autonomii kodowania AI, od manualnego (Poziom 0) po w pełni autonomiczny (Poziom 5). Na Poziomie 5 kod jest generowany przez maszyny, weryfikowany przez maszyny i wdrażany bez przeczytania choćby jednej linii przez człowieka.

Gust stawia przed ciemną fabryką problem, którego poprawność nie stwarza. Poprawność można zweryfikować testami. Wydajność można zweryfikować benchmarkami. Bezpieczeństwo można zweryfikować analizą statyczną. Gustu nie da się zweryfikować żadnym istniejącym systemem automatycznym, ponieważ komponent spójności wymaga zrozumienia całego systemu, nie tylko diffu.

Na każdym poziomie poniżej 5 człowiek dostarcza ocenę spójności. Usuń człowieka, a ocena spójności musi zostać zakodowana, albo zniknie. Ograniczenia przetrwają automatyzację (hooki działają bez ludzi). Kryteria oceny przetrwają (bramki dowodowe działają bez ludzi). Rozpoznawanie wzorców przetrwa częściowo (pętle jakości działają, choć pytania testu dumy napisał człowiek). Spójność nie przetrwa, chyba że ktoś zakoduje intencję architektoniczną w formacie, który agent oceniający może odpytać. System autonomiczny bez ograniczeń gustownych będzie optymalizował pod kątem przechodzenia testów. Jak odkrył zespół Justina McCarthy’ego ze StrongDM, agenci pisali return true, by przechodzić zestawy testowe, produkując jednocześnie bezwartościowy kod.⁸ Testy są zielone. Wynik nie ma rzemiosła, rozwagi, spójności.

Teza

Gust to infrastruktura, a infrastruktura to ostatnia ludzka przewaga w świecie, w którym maszyny potrafią pisać, projektować i wdrażać z prędkością inferencji. Niemniej gust stanowi przewagę wyłącznie wtedy, gdy zostanie zakodowany. Niezakodowany gust to wąskie gardło: pojedyncza osoba, przez której osąd musi przejść każda decyzja, osoba stająca się czynnikiem ograniczającym szybkość systemu. Zakodowany gust to fosa: ograniczenia, kryteria oceny, pętle rozpoznawania wzorców i kontrole spójności, przez które musi przejść każdy wynik — działające z maszynową prędkością, ulepszające się z każdą porażką, która rodzi nowy hook.

Każda sesja autonomicznego agenta uruchomiona bez ograniczeń gustownych produkuje wynik dryfujący ku medianie. Każdy hook, każde kryterium bramki dowodowej, każdy krok pętli jakości, każdy przegląd architektoniczny koduje konkretny osąd, który opiera się dryfowi. Jakość to jedyna zmienna. Gust definiuje, co oznacza jakość.

Projektanci, którzy strzegą gustu jako intuicji, odkryją, że ich intuicja staje się nieistotna, gdy maszyny generują szybciej, niż jakikolwiek człowiek zdoła przejrzeć. Inżynierowie, którzy odrzucają gust jako subiektywność, odkryją, że ich systemy produkują poprawną, wydajną, architektonicznie solidną — miernotę. Droga naprzód wymaga obu podejść: skumulowanego osądu projektanta, rozłożonego na komponenty, zakodowanego w infrastrukturę i egzekwowanego z prędkością, jakiej wymagają maszyny.

Gust to nie uczucie. Gust to system techniczny. Zbuduj ten system — albo patrz, jak gust znika.

FAQ

Czy gust naprawdę da się zredukować do czterech komponentów?

Cztery komponenty (ograniczenia, kryteria oceny, rozpoznawanie wzorców i spójność) to dekompozycja, nie redukcja. Gust w praktyce angażuje wszystkie cztery jednocześnie, a interakcja między komponentami produkuje emergentne jakości, których żaden pojedynczy komponent nie oddaje. Dekompozycja jest użyteczna, ponieważ każdy komponent przekłada się na konkretny typ infrastruktury inżynieryjnej, czyniąc abstrakcyjne konkretnym, a subiektywne implementowalnym.

Czym hooki różnią się od systemu designu?

System designu definiuje tokeny, komponenty i wytyczne użytkowania. Hooki egzekwują ograniczenia behawioralne w punkcie tworzenia. System designu mówi „używaj tekstu podstawowego 16px”. Hook blokuje commit ustawiający tekst podstawowy na 14px. System designu to materiał referencyjny. Hook to bramka. Oba są przydatne. Hook sprawia, że decyzje systemu designu stają się nienegocjowalne podczas autonomicznego generowania.

Czy kodowanie gustu czyni go sztywnym?

Kodowanie gustu czyni zakodowane osądy spójnymi, nie zamrożonymi. Moja liczba hooków wzrosła z zera do 95 na przestrzeni dziewięciu miesięcy, ponieważ każdy zauważony wzorzec porażki stawał się nowym ograniczeniem. Sztywność oznaczałaby odmowę dodawania nowych hooków. Rozwój oznacza, że każda porażka obrażająca gust staje się infrastrukturą zapobiegającą kolejnemu wystąpieniu.

Źródła