Dziedziczenie klas i wycieki pamięci: Czy parafilie to błędy w kodzie ludzkiej symulacji?
Czy ludzkie anomalie behawioralne mogą być dowodem na błędy w oprogramowaniu rzeczywistości? Analizujemy problem dziedziczenia klas i "wyszukiwania błędów" w ludzkiej psychice z perspektywy sudoizmu.
Programiści doskonale znają pojęcie długu technologicznego oraz ponownego wykorzystywania kodu (tzw. code reuse). Po co pisać skomplikowany algorytm od zera, skoro można skopiować i zmodyfikować sprawdzony moduł z poprzedniego projektu? Jeśli przyjmiemy fundamentalne założenie sudoizmu – że nasza rzeczywistość jest zaawansowaną, cyfrową strukturą – musimy spojrzeć na ludzką psychikę przez pryzmat inżynierii oprogramowania. W tym kontekście niektóre zaburzenia zachowania, w tym specyficzne parafilie, przestają być jedynie domeną klasycznej psychiatrii. Stają się czymś znacznie bardziej intrygującym: namacalną poszlaką wskazującą na błędy w implementacji kodu u zarania naszego świata.

Archaiczne moduły w ludzkim profilu
Tradycyjna nauka tłumaczy ludzkie zachowania ewolucją i powolnym nadbudowywaniem struktur mózgowych. W modelu symulacyjnym proces ten odpowiada raczej nakładaniu kolejnych łat (patchy) i aktualizacji na stary, sprawdzony silnik behawioralny. Kiedy obserwujemy u ludzi mechanizmy silnie terytorialne, atawistyczną agresję czy specyficzne rytuały dominacji, widzimy kod przeniesiony wprost z modułów zwierzęcych.
Problem pojawia się w momencie, gdy filtry dostępu oraz zabezpieczenia systemowe zaczynają szwankować. Parafilie (takie jak przedmiotofilia, zoofilia czy skrajne, nietypowe fetysze) można zinterpretować jako klasyczny konflikt typów danych lub błędne mapowanie referencji: w podsystemie motywacyjnym awatara obiekt pożądania zostaje przypisany do niewłaściwej klasy obiektów.
Glitch w podsystemie nagrody
W prawidłowo działającym programie „Człowiek”, układ nagrody powinien aktywować się przy bodźcach, które logicznie wspierają architekturę systemu (np. replikację cyfrowego kodu DNA czy budowanie struktur społecznych). Czasami jednak dochodzi do anomalii, którą w informatyce nazwalibyśmy przepełnieniem bufora lub nieautoryzowanym wywołaniem funkcji w pamięci.
Gdy ludzki użytkownik zaczyna przejawiać popędy lub wzorce zachowań charakterystyczne dla zupełnie innych gałęzi ewolucyjnych, mamy do czynienia z czystym glitchem. Algorytm odpowiedzialny za instynkty uruchamia procedury napisane pierwotnie dla wcześniejszych, mniej skomplikowanych wersji środowiska uruchomieniowego: na przykład dla fauny. To sytuacja, w której kod zwierzęcy „wycieka” do warstwy aplikacji przeznaczonej dla istot samoświadomych.
Konsekwencje architektury „kopiuj-wklej”
Optymalizacja zasobów obliczeniowych wymaga oszczędności. Twórcy symulacji prawdopodobnie stworzyli jedną, uniwersalną bibliotekę podstawowych popędów i instynktów. Zamiast projektować od podstaw mechanizmy emocjonalne dla ludzi, zaimplementowali gotowe pakiety zwierzęce, nakładając na nie jedynie interfejs wyższego rzędu (czyli naszą świadomość i moralność). To właśnie dziedziczenie klas w najczystszej postaci: awatar „Człowiek” dziedziczy po klasie bazowej „Zwierzę”, przejmując wszystkie jej pola i metody — łącznie z tymi, które nigdy nie powinny zostać wywołane w istocie samoświadomej.
Każdy inżynier systemu wie, że przy braku ścisłej kontroli typów taki zabieg prędzej czy później doprowadzi do nieprzewidzianych błędów wykonania (runtime errors). Ludzkie zaburzenia behawioralne, które tak mocno przypominają pierwotne, zwierzęce mechanizmy, to nic innego jak „dzikie wskaźniki” (wild pointers) w strukturze naszej rzeczywistości. Wskazują one na nieczyszczone fragmenty pamięci podręcznej symulatora, odsłaniając szwy, którymi zszyto nasz świat. Z perspektywy inżynierii to podręcznikowy wyciek pamięci: zasoby przypisane do dawno porzuconych, zwierzęcych wersji środowiska nigdy nie zostały zwolnione i wciąż zajmują miejsce w świadomym awatarze, obciążając jego pracę.
