Przez lata budowałem domowe laboratoria. A potem nie mogłem się zmusić, żeby otworzyć terminal.

Geoff Palmer zawsze należał do osób, które potrzebują czegoś, na co mogą czekać.

Czasem chodziło o trudny problem w pracy. Czasem o wieczór, który mijał na pisaniu kodu. Czasem o coś znacznie prostszego — spacer z psami, spotkanie z ludźmi na wydarzeniu poświęconym bezpieczeństwu, przejażdżkę motocyklem albo powrót do domu z pomysłem, który wciąż nie dawał mu spokoju.

Technologia była dla niego ważna, ale nigdy nie stanowiła całego życia.

Przez lata ta równowaga wydawała się tak zwyczajna, że Geoff nie miał powodu się nad nią zastanawiać. Praca dostarczała mu problemów do rozwiązania. W domu czekali ludzie i codzienne rytuały, na których mu zależało. A kiedy zostawało mu trochę czasu, zwykle gdzieś w pobliżu czekało coś niedokończonego.

Linijka kodu. Konfiguracja, która była prawie poprawna. Sprzęt, który zdawał się móc zrobić jeszcze jedną rzecz, której akurat nie robił.

Ciekawość była częścią codzienności

Cyberbezpieczeństwo stało się zawodowym domem dla tej ciekawości.

Geoff pracował w świecie, w którym zadanie jeszcze jednego pytania rzadko było złym odruchem. Co przeoczono? Co się stanie, jeśli to zawiedzie? Co się zmieni, jeśli ktoś podejdzie do systemu z nieoczekiwanej strony?

Wydarzenia i rozmowy z innymi osobami z branży dawały mu okazję do wymiany pytań, zamiast zadawania ich wyłącznie przed własnym ekranem.

Nie każdy wieczór musiał jednak wiązać się z technicznym problemem.

Były psy czekające na uwagę i powody, by odejść od komputera. Bywały dni, kiedy nic nie wymagało konfiguracji ani naprawy.

Ta część historii ma znaczenie.

Łatwo patrzeć na kogoś przez pryzmat lat projektów technicznych i sprowadzić go do tego, w czym jest dobry.

Specjalista od cyberbezpieczeństwa. Pasjonat domowych laboratoriów. Facet, który zawsze ma na biurku otwarty kolejny serwer.

Życie nie biegnie jednak od jednego udanego projektu do drugiego po prostej.

Przez długi czas Geoff nie musiał się zastanawiać, czy nadal lubi technologię.

Po prostu tak było.

Niedokończony projekt był czymś, do czego chciał wrócić. Uruchomienie terminala zwykle dokądś prowadziło. Problem techniczny potrafił pochłonąć cały wieczór, nie sprawiając wrażenia, że ten wieczór przepadł.

Potem kilka sfer życia zmieniło się naraz.

Potem zaczęło znikać to, co wydawało się znajome

Geoff stracił pracę.

Jego rodzina przeżyła śmierć teściowej Geoffa.

Pogorszyło się jego zdrowie psychiczne.

Każde z tych wydarzeń osobno byłoby trudne. Razem zmieniły codzienne życie.

Stracił pracę. W rodzinie pojawiła się żałoba. Coraz trudniej było znaleźć pewność siebie, która zwykle prowadziła Geoffa od jednego problemu do następnego.

A gdzieś pośród tych znacznie większych strat była też taka, która z zewnątrz wydawała się mniejsza.

Geoff przestał chcieć tworzyć.

Nie zapomniał, jak się koduje.

Nadal rozumiał te systemy. Terminal się nie zmienił. Sprzęt na biurku nagle nie stał się mu obcy.

Zmienił się powód, dla którego chciał do tego wracać.

To może być jedna z dziwniejszych rzeczy związanych z utratą zainteresowania czymś, co kiedyś się kochało.

Projekt wciąż tam jest.

Podobnie jak wiedza.

Czasem nawet sam pomysł nadal jest dobry.

Po prostu nie masz już ochoty się tym zajmować.

A ponieważ nikt nie płaci ci za dokończenie hobby, nic nie zmusza cię, by znów poczuć do niego zapał.

Niedokończona rzecz może po prostu pozostać niedokończona.

Nie było jednej chwili, w której wszystko wróciło

Życie Geoffa nie zaczęło się od nowa pewnego poranka.

Wszystko posuwało się naprzód małymi krokami.

Nowa praca znów nadała tygodniowi strukturę. Przy nim pozostali przyjaciele, współpracownicy i mentorzy. Ludzie przypominali mu, ile jest wart, w okresie, gdy samemu trudno mu było to dostrzec.

Motocykl dał mu inny rodzaj ruchu.

Przed nim znów były mile drogi, a nie tylko to, co już za nim.

I w końcu zaczęło się dziać coś jeszcze, niemal błahego.

Geoff znów zaczął myśleć o kodowaniu.

Nie dlatego, że musiał.

Bo miał na to ochotę.

Dawna pasja wróciła po cichu

Niedokończony pomysł techniczny przestał wydawać się aż tak przytłaczający.

Problem stał się interesujący, zamiast wyczerpujący.

Ponowne otwarcie terminala znów zaczęło zwiastować nowe możliwości, a nie obowiązek.

Zmiana była tak niewielka, że ktoś inny mógłby jej nie zauważyć.

Geoff to zrobił.

Łatwo nie docenić znaczenia słowa „majsterkowanie”.

Brzmi to swobodnie.

Dla Geoffa oznaczało to coś znacznie większego: znów poczuł, że ciekawość należy do niego.

Nie cofnęło to żałoby. Nie wymazało trudnego okresu. Nie oznaczało, że każda sfera życia nagle wróciła do dawnego stanu.

To po prostu oznaczało, że znów miał rzeczy, które chciał tworzyć.

A Geoff znał już to uczucie od lat.

Jego przygoda z małymi serwerami zaczęła się wiele lat wcześniej

Na długo przed tamtym trudnym okresem Geoff już badał, co można zrobić z kompaktowym sprzętem x86.

Jedną z pierwszych maszyn była oryginalna ZimaBoard.

Urok tej płyty nie polegał na tym, że mówiła Geoffowi dokładnie, czym powinna się stać.

Było wręcz przeciwnie.

Linux dawał mu znajomy punkt wyjścia. SATA umożliwiało bezpośrednie podłączenie pamięci masowej. PCIe pozostawiało miejsce na kolejną kartę, kolejny interfejs albo kolejny pomysł.

Docker mógł sprawić, że jeszcze tego samego wieczoru ta sama niewielka maszyna zmieniła się w coś zupełnie innego.

Specyfikacje były przydatne.

Ale Geoff widział w nich przede wszystkim możliwości.

Schemat był taki: zacząć od czegoś małego, a potem wciąż pytać, co jeszcze da się z tym zrobić.

Małe eksperymenty stopniowo przerodziły się w większe systemy

Domowe laboratoria rzadko stają się skomplikowane dlatego, że ktoś już pierwszego dnia postanawia zbudować coś skomplikowanego.

Rozrastają się, bo jedna przydatna rzecz rodzi potrzebę kolejnej.

Usługa potrzebuje pamięci masowej. Pamięć masowa potrzebuje więcej dysków. Więcej dysków rodzi pytania o układ, niezawodność, chłodzenie i wydajność.

Maszyna, która początkowo służyła po prostu do testowania czegoś, zaczyna pełnić funkcję infrastruktury.

Projekty Geoffa podążały tą ścieżką.

Pamięć masowa stała się osobnym obszarem eksperymentów.

ZimaCube dał tym eksperymentom z pamięcią masową więcej przestrzeni

Zanim Geoff zaczął pracować z pierwszą generacją ZimaCube, pytania znacznie wykraczały już poza to, czy mały serwer potrafi rozpoznać dysk.

Myślał o dyskach SSD, NVMe, konfiguracjach RAID, wydajności i o tym, jak różne rozwiązania pamięci masowej sprawdzają się, gdy maszyna staje się czymś, na czym można naprawdę polegać.

Maszyna była większa od pierwotnej płytki, ale pomysł, który przyświecał projektowi, się nie zmienił.

Geoff nadal chciał mieć dostęp.

Wciąż chciał zrozumieć, dlaczego jedna konfiguracja zachowuje się inaczej niż druga.

Nadal wolał system, który można rozwijać, zamiast na zawsze narzucać jedno i to samo rozwiązanie.

Między innymi dlatego trudno opisać laboratoria domowe osobom, które takiego nie mają.

Nie zawsze chodzi o wydajność.

Czasami chodzi o zrozumienie.

Można było zostawić maszynę w spokoju, gdy już działała.

Można było też zmienić jeszcze jedną rzecz, żeby zobaczyć, co się stanie.

Budowanie na własny użytek powoli zaczęło pomagać innym

W pewnym momencie projekty przestały być przydatne tylko dla Geoffa.

Zdjęcie mogło pokazać komuś, jak można złożyć taki zestaw.

Nieudana konfiguracja mogła oszczędzić komuś innemu wielu godzin.

Test pamięci masowej mógł pomóc znaleźć odpowiedź na pytanie, na które trudno było odpowiedzieć, opierając się wyłącznie na specyfikacjach.

Ten sam nawyk, który sprawiał, że Geoff ciągle eksperymentował, czynił go też przydatnym dla szerszej społeczności technicznej: był gotów próbować różnych rzeczy i mówić, co naprawdę się wydarzyło.

W ten sposób relacja z Zimą stała się czymś więcej niż tylko posiadaniem sprzętu na biurku.

Budowanie, testowanie, kwestionowanie i dzielenie się doświadczeniami stopniowo stały się częściami tego samego procesu.

Po latach na biurku pojawiła się kolejna płytka

Biała ZimaBoard 2 pojawiła się znacznie później.

Wtedy historia osoby, która z niego korzystała, bardzo różniła się od historii związanej z tą pierwszą płytką.

Geoff zbudował więcej systemów. Przetestował większe konfiguracje pamięci masowej. Podzielił się tym, czego się nauczył.

Przeszedł też przez okres, kiedy żadna z tych rzeczy nie wydawała mu się ważna.

Sama płyta oferowała nowszy sprzęt.

Ale powód, dla którego miało to sens dla Geoffa, był mu znajomy.

SATA nadal zapewniało bezpośrednią drogę do pamięci masowej. PCIe nadal oznaczało, że maszynę można było rozbudować o bardziej wyspecjalizowane funkcje. Architektura x86 nadal pozostawiała miejsce na znane narzędzia Linuksa, kontenery, sieci i usługi hostowane samodzielnie.

Maszyna taka jak ZimaBoard 2 nie musiała być dostarczona z gotowym, ustalonym pomysłem na jej wykorzystanie.

Dla kogoś takiego jak Geoff właśnie o to chodziło.

Sprzęt nie przywrócił mu życia

Istnieje prostsza wersja tej historii, która prawdopodobnie byłaby skuteczniejszą reklamą.

Geoff przeszedł przez straszny okres. Potem wróciła technologia. Następnie pojawiła się kolejna maszyna. I wszystko znów stało się dobre.

Tak się nie stało.

Serwer nie mógł zastąpić ludzi, których Geoff stracił.

Nowy sprzęt nie mógł wykonać za niego osobistej pracy związanej z poradzeniem sobie z żałobą, bezrobociem czy okresem gorszego zdrowia psychicznego.

Zima go nie ocaliła.

To, co oferowały te projekty, było czymś znacznie skromniejszym — i o wiele bardziej wiarygodnym.

Dzięki nim jego powracająca ciekawość znów znalazła znajomy kierunek.

Maszyna, którą można zmienić.

Konfiguracja, którą można zakwestionować.

Problem, który można niepotrzebnie skomplikować, bo jego rozwiązanie znów wydawało się przyjemne.

A może po okresie, gdy tak niewiele wydawało się znajome, radość z czegoś znajomego miała znaczenie.

Wciąż są rzeczy warte zbudowania

Życie Geoffa nie wróciło do dawnej postaci.

Życie toczyło się dalej.

Znów jest praca.

Są przyjaciele, współpracownicy i ludzie, którzy pozostali blisko.

Są psy. Są drogi, po których można jeszcze jeździć. Są projekty, które prawdopodobnie zajmą więcej czasu, niż się spodziewano.

A czasem wieczorami problem techniczny wciąż okazuje się na tyle interesujący, że warto poświęcić mu jeszcze trochę czasu.

To może być najważniejsza część historii Geoffa.

Nie serwer.

Nie szafa serwerowa.

Nawet nie kod.

Chęć stworzenia czegoś.

Spojrzeć na maszynę i znów dostrzec jej możliwości.

Uruchomić terminal bez konkretnego powodu.

I odkryć, że wciąż czekało na niego to stare pytanie:

Co mógłbym z tym zbudować?

Przez lata Geoff rzadko musiał zastanawiać się nad tym pytaniem.

Potem na jakiś czas zniknęło.

Teraz znowu jest.