Opublikowano 28 października 2026 · 3 min czytania
Trzy miejsca, jedna liczba, trzy różne wartości. Żadna nie była kłamstwem
18 sierpnia 2026 porządkowałem publiczny profil i szukałem, czym się w nim podeprzeć. Jedna liczba nadawała się na to wyjątkowo dobrze: ile razy pewien mechanizm podniósł się po awarii sam, bez mojego udziału. Miałem ją pod ręką w trzech miejscach. Nie zgadzała się w żadnych dwóch.
Trzy źródła, trzy liczby
W opisie doświadczenia, który piszę o sobie, stało: sześć dni obserwacji, dwadzieścia dziewięć zdarzeń.
W katalogu ze studium przypadku — założonym specjalnie po to, żeby zachować dowód — stało: cztery dni, dwadzieścia dwa zdarzenia.
W miejscu, gdzie ta liczba faktycznie powstaje — skrypt czyta surowy dziennik usługi i zapisuje wynik — stało: czterdzieści dziewięć dni, pięćdziesiąt cztery zdarzenia, wygenerowane tego samego ranka o piątej.
Żadna z tych liczb nie była kłamstwem w chwili powstania. Dwie z nich były prawdą, która się nie odświeżyła.
Kierunek błędu jest ciekawszy niż sam błąd
Wersja w opisie doświadczenia była gorsza od prawdziwej — mniej zdarzeń, krótsze okno. Przez półtora miesiąca chodziłem z zaniżonym dowodem, bo liczba przepisana raz do tekstu nie ma jak urosnąć razem z systemem, który opisuje. Ona stoi, a system pracuje dalej.
Gdyby błąd poszedł w drugą stronę, byłaby to przechwałka do wyłapania na pierwszej poważnej rozmowie. Mechanizm psucia się jest identyczny w obu przypadkach — to, po której stronie akurat wypadnie, jest przypadkiem, nie zasługą.
Dokument do zachowania dowodu był z trójki najgorszy
To jest część, która zabolała najbardziej. Katalog „studium przypadku" powstał z jasną intencją: utrwalić stan systemu jako dowód na przyszłość. I utrwalił — stan z czwartego dnia życia systemu, podpisany tak, jakby to była ostateczna konkluzja.
Dokument, którego jedynym zadaniem jest zachować dowód, jest dokładnie tym dokumentem, który najpewniej zamarznie na zawsze. Nikt go nie otwiera i nie aktualizuje, bo „jest już zrobiony" — to zdanie, które samo sobie zaprzecza, jeśli rzecz, którą miał zachować, wciąż się zmienia.
Czego nie zrobiłem
Nie poprawiłem po cichu samej liczby w wizytówce i nie poszedłem dalej. To była najkrótsza droga — wpisać czterdzieści dziewięć i pięćdziesiąt cztery, zamknąć sprawę. Zostawiłaby dokładnie ten sam problem otwarty: kolejna liczba przepisana z systemu w konkretnym dniu, gotowa zestarzeć się dokładnie tak samo jak poprzednia.
Nie sprawdziłem też — i to zostaje jako otwarte pytanie — ile jeszcze liczb w materiałach o mnie jest cytatami bez adresu źródła. Właściwe pytanie nie brzmi „czy są aktualne", bo na to nie da się odpowiedzieć bez przejścia każdej z osobna. Brzmi: czy da się je przeliczyć jedną komendą. To jedyna wersja tego pytania, na którą można odpowiedzieć bez zgadywania.
Trzy rzeczy, które z tego biorę
Liczba przepisana z systemu do dokumentu przestaje być dowodem w chwili przepisania. Od tego momentu jest cytatem — i starzeje się bez ostrzeżenia, bo nic jej już z niczym nie porównuje.
Dokument stworzony po to, żeby coś zachować, jest kandydatem numer jeden do zamarznięcia. Intencja utrwalenia usypia czujność dokładnie tam, gdzie powinna być najwyższa.
W opisie doświadczenia nie powinna stać sama liczba, tylko liczba plus wskazanie, skąd się bierze i czym ją przeliczyć. Zdanie „bierz liczbę stąd, nie z pamięci" wygląda jak notatka dla roztargnionego. Jest notatką dla kogoś, kto za trzy miesiące będzie miał dobre powody sądzić, że pamięta.
Liczby — 6/29, 4/22, 49/54 dni i zdarzeń — pochodzą z trzech dokumentów sprawdzonych 18 sierpnia 2026 w ciągu jednej sesji porządkowania własnego profilu.

Patryk Piecyk
Warszawa · planowanie transportu
Przez 7,5 roku pracowałem w niemieckiej firmie, pięć lat prowadząc jej biuro: zamówienia, faktury, reklamacje, ERP. Dziś pracuję w planowaniu transportu, a moim kierunkiem jest SAP w sprzedaży i logistyce. Mój panel od zamówienia do faktury powstał w parze z asystentem AI; projekt, decyzje i testy były moje.
Masz pytanie do tego tekstu?
Napisz do mnie →