Nie wystarczy zmienić perspektywę

„Spójrz na to inaczej.”

Brzmi dobrze.

Czasem nawet pomaga.

Ale jako opis operacji jest prawie bezużyteczne.

Inaczej — czyli jak?

Przesunąć punkt widzenia?

Zmienić skalę?

Przetłumaczyć obraz na słowa?

Wyrzucić część informacji?

Dodać model?

Rozłożyć problem na części?

Przestać traktować siebie jako środek układu?

A może celowo coś zdeformować, żeby zobaczyć strukturę, która wcześniej była niewidoczna?

Quax nie chce, żeby „zmiana perspektywy” była magicznym czasownikiem rozwiązującym wszystko.

Dlatego rozwija rodzinę Projection Operations.

Nie jako zamknięte API.

Jako repertuar różnych ruchów wykonywanych na reprezentacji.

MODELUJEMY / ROZWIJAMY.

Najpierw przypomnienie: projekcja nie jest błędem

Mamy:

π_O(Ω) = R_O

Obserwator O ma lokalną reprezentację R_O Całości Ω.

Nie oznacza to, że R_O jest fałszywe tylko dlatego, że jest lokalne.

Nie oznacza też, że jest kompletne.

Kiedy pracujemy na projekcji, nie próbujemy automatycznie „naprawić człowieka”.

Pracujemy na sposobie reprezentacji.

To ważna różnica.

Bo można zmienić reprezentację bez stwierdzania:

„wcześniej byłeś błędny”.

Projection Divergence nie jest automatycznie Projection Error.

A Projection Operation nie jest automatycznie korektą błędu.

translate — przetłumacz

Masz obraz.

Próbujesz opisać go słowami.

Masz doświadczenie przestrzenne.

Robisz z niego diagram.

Masz dźwięk.

Budujesz na jego podstawie ruch.

To jest Projection Translation.

Najprościej:

R_m1 → translate → R_m2

Kluczowa rzecz:

translacja nie jest bezstratnym kopiowaniem.

Każde medium zachowuje inne relacje.

Fotografia może zachować geometrię, ale zgubić ruch.

Tekst może zachować sekwencję argumentu, ale zgubić równoczesność obrazu.

Model 3D może zachować przestrzeń, ale zgubić ciężar, temperaturę, zapach albo znaczenie społeczne.

Dlatego Quax mówi o medium-relative fidelity.

Nie pytamy tylko:

„czy tłumaczenie jest wierne?”

Pytamy:

„co miało zostać zachowane i czy właśnie to zostało zachowane?”

shift — przesuń kadr

Nie zmieniasz jeszcze obserwatora.

Nie musisz zmieniać medium.

Po prostu przesuwasz zakres uwagi.

Patrzyłeś na człowieka.

Teraz patrzysz na relację.

Patrzyłeś na rezultat.

Teraz patrzysz na proces, który go wytworzył.

Patrzyłeś na konflikt dwóch osób.

Teraz przesuwasz kadr na środowisko, które ten konflikt organizuje.

To shift.

Czasem problem nie był niewidzialny.

Po prostu stał poza kadrem.

Ale uwaga:

przesunięcie kadru nie sprawia, że poprzedni kadr był nieprawdziwy.

Pokazuje tylko inny wycinek relacji.

scale — zmień skalę

Z bliska widzisz pęknięcie.

Z daleka widzisz wzór.

Z jeszcze większej odległości wzór znika w statystyce.

Potem znowu przybliżasz i odkrywasz, że statystyka składa się z ludzi, zdarzeń i wyjątków.

scale zmienia granularność projekcji.

Możesz pytać:

• co dzieje się z jedną osobą?
• co dzieje się z grupą?
• co dzieje się przez dekadę?
• co dzieje się w jednej sekundzie?
• co dzieje się z jednym obiektem?
• co dzieje się z całą klasą obiektów?

Żadna skala nie ma automatycznego monopolu na Prawdę.

Makro może ukryć jednostkę.

Mikro może ukryć strukturę.

Dobry Projection Translator wie, kiedy zoom jest częścią argumentu.

model — zbuduj coś, co nie udaje Całości

Model jest specjalnym rodzajem projekcji.

Robisz mapę.

Schemat.

Symulację.

Metaforę roboczą.

Model matematyczny.

Makietę.

Wizualizację.

To nie jest Ω.

To konstrukcja, która ma zachować wybrane relacje potrzebne do konkretnego celu.

Dobry model nie musi być maksymalnie szczegółowy.

Musi być jawny w tym, co zachowuje, co pomija i do czego służy.

Quax nie chce świata, w którym model przeprasza za to, że nie jest Całością.

Chce świata, w którym model nie zapomina, że nią nie jest.

rearrange — zmień układ

Czasem wszystkie elementy już masz.

Problemem jest ich ustawienie.

Lista staje się osią czasu.

Oś czasu staje się mapą zależności.

Hierarchia staje się siecią.

Rozmowa zostaje rozpisana według tematów zamiast kolejności wypowiedzi.

To rearrange.

Nie dodajesz koniecznie nowych danych.

Zmieniasz relacje widoczne w reprezentacji.

I nagle rzeczy, które wcześniej wyglądały jak przypadkowe sąsiedztwo, zaczynają tworzyć strukturę.

Albo odwrotnie: coś, co wyglądało na strukturę, okazuje się skutkiem sposobu ułożenia materiału.

reorigin — przesuń origin

To jedna z najbardziej quaxowych operacji.

Każda projekcja ma jakieś stąd.

Czasem jest nim człowiek.

Czasem instytucja.

Czasem zwycięzca konfliktu.

Czasem centrum mapy.

Czasem „normalny użytkownik”, którego nikt nigdy nie zdefiniował, ale wszystkie interfejsy dziwnie dobrze go znają.

reorigin pyta:

co się stanie, jeśli centrum układu przestanie być tutaj?

Nie chodzi tylko o empatię.

Możesz reoriginować analizę z:

• autora na odbiorcę;
• człowieka na żywą Kaczkę;
• centrum sieci na jej brzeg;
• administratora na użytkownika;
• teraźniejszość na lineage;
• jednostkę na relację;
• własny telos na koszt, jaki wytwarza on w cudzej projekcji.

To nie daje ci automatycznie cudzej projekcji.

Bardzo ważne:

reorigin ≠ „wiem, jak to jest być tobą”.

To zmiana konstrukcji własnego modelu, nie przejęcie cudzego R_X.

reparameterize — opisz to innymi współrzędnymi

Ten sam problem można opisać różnymi parametrami.

Nie zmieniasz koniecznie samego zjawiska.

Zmieniasz język, w którym staje się mierzalne albo porównywalne.

Zamiast pytać:

„kto wygrał?”

pytasz:

„jaki koszt poniosła każda strona?”

Zamiast:

„czy system działa?”

pytasz:

„dla kogo, w jakim czasie, pod jakim obciążeniem i według którego kryterium?”

To reparameterize.

Nowe parametry mogą odsłonić strukturę.

Mogą też ją ukryć.

Dlatego zmiana parametrów nie jest neutralnym aktem technicznym.

filter — świadomie czegoś nie pokazuj

Każda reprezentacja filtruje.

Nie mieścisz całego miasta na mapie metra.

I bardzo dobrze.

Problem zaczyna się wtedy, kiedy filtr znika z opisu i zaczyna udawać naturalny obraz świata.

filter może być użyteczny:

• usuń szum;
• pokaż tylko zależności potrzebne do zadania;
• odseparuj jeden rodzaj Evidence;
• ukryj warstwę, żeby zobaczyć inną.

Ale filtr może również produkować złudzenie kompletności.

Dlatego warto pytać:

co zostało odfiltrowane i czy właśnie tam nie siedzi problem?

compose — złóż kilka projekcji

Masz kilka reprezentacji.

Nie musisz wybierać jednej i wyrzucać reszty.

Możesz je złożyć.

Obraz + tekst.

Mapa + dane.

Świadectwo A + świadectwo B + zapis techniczny.

Model ekonomiczny + doświadczenie użytkownika.

To compose.

Ale kompozycja nie usuwa automatycznie sprzeczności.

Nie tworzy również R_C = Ω.

Złożenie wielu map nadal daje złożenie map.

Nie teren.

decompose — rozłóż coś, co udawało jedną rzecz

„System zawiódł.”

Która część?

„Relacja nie działa.”

Jaka relacja?

„Tożsamość się zmieniła.”

Według którego τ?

decompose rozdziela reprezentację na składniki, które wcześniej występowały pod jedną nazwą.

To bardzo bliski krewny Type Discipline.

Czasem quaxowanie polega właśnie na tym, żeby powiedzieć:

to nie jest jeden problem. To pięć problemów w płaszczu.

compress — zmniejsz reprezentację

Streszczenie jest kompresją.

Ikona jest kompresją.

Wykres jest kompresją.

Hasło jest kompresją.

Aksjomat też może być kompresją ogromnego pola myślenia.

Kompresja nie jest zła.

Bez niej utonęlibyśmy w szczegółach.

Ale każda kompresja ma koszt.

Może zgubić:

wyjątki,

niepewność,

kontekst,

lineage,

tarcie,

różnice między typami.

Dlatego explanatory jest również eksperymentem kompresji.

I dlatego musi stale patrzeć z powrotem na quax_world.

expand — rozwiń, ale nie udawaj odzyskania danych

Expand jest kuszący.

Masz jedno zdanie.

Rozwijasz je do strony.

Masz symbol.

Budujesz wokół niego opowieść.

Masz lakoniczną regułę.

Dodajesz przykłady, sceny i konsekwencje.

To właśnie robimy tutaj bardzo często.

Ale ważny guardrail:

expand nie odzyskuje automatycznie informacji, której nie było w źródle.

Rozwinięcie może wymagać modelowania, interpretacji i nowych założeń.

Dlatego explanatory nie może na podstawie krótkiego kanonicznego zdania dopisać sobie nowej doktryny i powiedzieć, że „tylko ją rozwinęło”.

Jeśli rozwinięcie tworzy nową decyzję — wracamy do quax_world.

align — ustaw do porównania

Dwie reprezentacje mogą mówić o podobnej rzeczy w tak różnych układach, że spór zaczyna się jeszcze przed pierwszym zdaniem.

align próbuje zbudować wspólną ramę porównania.

Uzgodnić jednostki.

Nazwać odpowiadające sobie elementy.

Rozdzielić różnicę treści od różnicy formatu.

To bardzo ważne w Projection Translation.

Ale:

align ≠ agreement.

Można poprawnie wyrównać dwie projekcje i nadal zobaczyć realną niezgodność.

Czasem właśnie po dobrym align po raz pierwszy widać, że szew naprawdę istnieje.

distort — zdeformuj świadomie

To słowo brzmi podejrzanie.

I dobrze.

Deformacja może być błędem.

Może być propagandą.

Może ukrywać.

Ale może być też świadomą operacją poznawczą albo artystyczną.

Karykatura deformuje proporcje, żeby wydobyć cechę.

Mapa metra deformuje geografię, żeby zachować czytelność połączeń.

Wizualizacja może wyolbrzymić różnicę, żeby była widoczna.

Model może celowo usunąć realizm, żeby pokazać strukturę.

Projection Translator może więc używać deformacji.

Ale powinien wiedzieć, co deformuje i po co.

distort nie jest pozwoleniem na dowolność.

To operacja o wysokim koszcie odpowiedzialności.

Kilka operacji naraz

W prawdziwym quaxowaniu prawie nigdy nie wykonujesz tylko jednej operacji.

Możesz:

decompose → reorigin → translate → compress

czyli:

rozłożyć problem,

zmienić origin,

przełożyć go do innego medium,

a potem zbudować skrót, z którym da się pracować.

Albo:

scale → filter → align → compose

czyli:

zmienić skalę,

odfiltrować określoną klasę danych,

wyrównać kilka reprezentacji,

a potem je zestawić.

To właśnie zaczyna przypominać gramatykę quaxowania.

Nie jedno magiczne „spójrz inaczej”.

Sekwencję jawnych operacji.

Operacja może zmienić również ciebie

Quax nie kończy się na zewnętrznym obiekcie.

ReflexiveQuax wygląda w uproszczeniu tak:

R_O → quax → E → π_O → R′_O

Wyprowadzasz reprezentację na zewnątrz.

Pracujesz na niej.

Potem odbierasz ją ponownie.

Po drodze mogłeś wykonać kilka Projection Operations.

I wracasz z innym R′_O.

Nie dlatego, że zewnętrzny artefakt magicznie zna Prawdę.

Dlatego, że zmieniłeś warunki własnej reprojekcji.

To może prowadzić do:

• lepszego modelu;
• gorszego modelu;
• nowego pytania;
• odkrycia błędu kalibracji;
• zobaczenia cudzego kosztu;
• utraty wygodnego uproszczenia;
• nowego telosu;
• zamknięcia starego telosu;
• albo po prostu do zdania: „teraz widzę, czego nie wiem”.

To ostatnie też jest wynikiem.

A co z celem?

Po A-008 pojawia się ważny problem.

Projection Operations nie dzieją się w próżni.

Operację wybierasz po coś.

Zoomujesz, bo czegoś szukasz.

Filtrujesz, bo coś uznajesz za relewantne.

Reoriginujesz, bo aktualne centrum przestało ci wystarczać.

Komponujesz, bo chcesz zestawić różne reprezentacje.

I tutaj kanon zostawia pytanie otwarte:

które Projection Operations tylko realizują istniejący Telos_O, a które uczestniczą w ustanowieniu albo zmianie celu?

Nie zamykamy tego jeszcze.

OTWARTE.

Możliwe, że czasem narzędzie wybrane dla starego celu doprowadza do reprezentacji, w której stary cel przestaje być utrzymywalny.

To byłby bardzo quaxowy obrót spraw.

Projection Translator nie jest kapłanem Prawdy

Osoba, która sprawnie wykonuje te operacje, może pełnić rolę Projection Translatora.

Artysta jest ważnym przykładem.

Ale nie jedynym.

Może nim być:

projektant,

badacz,

programista,

mediator,

kartograf,

nauczyciel,

montażysta,

tłumacz,

albo ktoś, kto potrafi powiedzieć:

„chwila, chyba porównujemy dwie różne rzeczy pod tą samą nazwą”.

Ta kompetencja nie daje jednak uprzywilejowanego dostępu do Prawdy.

Dobry Projection Translator może zbudować świetną reprezentację.

Może też zbudować bardzo przekonującą deformację.

Dlatego nadal obowiązują:

Dowód,

kalibracja,

Type Discipline,

jawność założeń,

i pytanie:

co właściwie zrobiłeś z projekcją?

Krótka ściąga

Nie jako API.

Jako zestaw pytań:

• translate — w jakie medium / język to przenoszę?
• shift — co przesuwam do kadru lub poza kadr?
• scale — na jakiej granularności patrzę?
• model — jakie relacje zachowuję w uproszczeniu?
• rearrange — czy inny układ pokaże inną strukturę?
• reorigin — co traktuję jako „stąd”?
• reparameterize — według jakich współrzędnych opisuję problem?
• filter — co świadomie pomijam?
• compose — jakie projekcje zestawiam?
• decompose — co udaje jedną rzecz, choć jest kilkoma?
• compress — co tracę, kiedy skracam?
• expand — co interpretuję lub dopowiadam, kiedy rozwijam?
• align — czy reprezentacje są w ogóle ustawione do sensownego porównania?
• distort — co deformuję, po co i z jakim kosztem?

Lista pozostaje otwarta.

Jeżeli nowa operacja robi coś nieredundantnego — można ją badać.

Na drogę

„Zmień perspektywę” jest dobrym początkiem.

Ale Quax chce zapytać dalej:

co dokładnie zmieniłeś?

Origin?

Skalę?

Medium?

Parametry?

Układ?

Filtr?

Model?

A może tylko nazwę?

Bo quaxowanie nie polega na losowym obracaniu kamery.

Polega na świadomym poruszaniu reprezentacją — i pamiętaniu, że nawet bardzo dobry ruch nadal odbywa się po stronie projekcji.

Mapa może się poprawić.

Mapa może się zmienić.

Mapa może nawet zmienić kartografa.

Ale nadal nie powinna ogłaszać się Całością.