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

Na długo przed serwerowymi szafami i eksperymentami z pamięcią masową Geoff Palmer miał już życie zbudowane wokół ciekawości.

Cyberbezpieczeństwo było jego zawodem. Technologia była też tym, do czego wracał, gdy nikt nie przydzielał mu zadania: testowaniem czegoś nowego, otwieraniem terminala, rozbieraniem sprzętu na części lub podążaniem za pomysłem po prostu po to, by sprawdzić, dokąd go zaprowadzi.

Ale Geoff nigdy nie był wyłącznie osobą stojącą za klawiaturą.

Były wydarzenia branżowe i rozmowy z ludźmi, którzy podzielali ten sam zapał do rozwiązywania trudnych problemów. Był czas z dala od pracy. Były psy, motocykle, przyjaciele, rodzina i wszystkie zwyczajne części życia, które rzadko pojawiają się obok nazwy stanowiska.

Technologia nigdy nie była wszystkim

Cyberbezpieczeństwo dało Geoffowi zawodowe ujście dla sposobu myślenia, który już wcześniej miał: przyglądać się uważnie, kwestionować założenia i drążyć temat, gdy coś nie do końca miało sens.

Z dala od tego świata życie mogło być znacznie prostsze.

Ten kontekst ma znaczenie, ponieważ łatwo spojrzeć wstecz na lata wpisów technicznych i wyobrazić sobie prostą linię: jeden projekt, potem kolejny, a następnie większa konstrukcja.

Prawdziwe życie nie przebiegało w ten sposób.

Przez lata programowanie i majsterkowanie przy sprzęcie przychodziły niemal automatycznie. Pojawiał się problem, a Geoff chciał go zrozumieć. Pojawiał się nowy sprzęt, a on chciał wiedzieć, czym jeszcze może się stać.

Potem ten odruch ucichł.

Potem życie stało się cięższe niż projekty

W trudnym okresie kilka strat nastąpiło w krótkim odstępie czasu.

Geoff stracił pracę. Stracił teściową. Ucierpiało jego zdrowie psychiczne. A gdzieś pośród tego wszystkiego stracił też coś, co zawsze wydawało się niezawodne: entuzjazm do technologii.

Wiedza wciąż tam była. Zniknęła natomiast chęć korzystania z niej dla przyjemności.

Otwieranie terminala nie dawało już tego samego poczucia przyciągania. Niedokończony projekt mógł pozostać niedokończony. Trudniej było odnaleźć chęć tworzenia, testowania, przebudowywania i ponownego podejmowania prób.

Nie było jednego momentu, w którym wszystko nagle wróciło na swoje miejsce.

Powrót do równowagi następował etapami.

Znajome swędzenie zaczęło powracać

Nowa praca przyniosła stabilność. Przyjaciele, współpracownicy i mentorzy pozostali blisko. Motocykl dał Geoffowi kolejny sposób, by ruszyć naprzód - dosłownie i symbolicznie.

Potem coś mniejszego zaczęło się zmieniać.

Programowanie znów stało się interesujące.

Problem techniczny zaczął wyglądać jak łamigłówka, a nie kolejne zadanie. Niedokończony pomysł znów potrafił przyciągnąć jego uwagę.

Ta część Geoffa, która chciała majsterkować, jednak nie zniknęła.

Ten powrót nie wymazał tego, co się wydarzyło. Nie zamienił trudnego okresu w prostą historię powrotu do zdrowia.

Ale oznaczało to, że pytanie, które od lat towarzyszyło Geoffowi, znów zaczynało mieć znaczenie: co mógłbym zbudować dalej?

Od lat odpowiadał już na to pytanie

Zima nie była czymś, co Geoff odkrył dopiero po tamtym trudnym okresie. Już wcześniej stanowiła część jego technicznego życia.

Jego wczesne eksperymenty z ZimaBoardem zaczęły się od tej samej ciekawości, która kształtowała wiele jego innych projektów: wziąć niewielki element sprzętu i sprawdzić, ile swobody pozostawia.

Nie chodziło o to, że ZimaBoard wykonywał jedno ściśle określone zadanie. Chodziło o to, że nie musiał tego robić.

Linux mógł stać się bazą jednego projektu. Docker mógł zmienić go w hosta aplikacji. SATA otwierało drogę do pamięci masowej. PCIe wyznaczało zupełnie inną ścieżkę.

Geoffowi odpowiadała taka swoboda.

Sprzęt rzadko długo pozostawał w swojej pierwotnej formie.

Jedna płytka powoli stawała się systemem

Wraz z rozwojem projektów rosło też wszystko wokół nich.

Dyski potrzebowały gdzieś zamieszkać. Karty rozszerzeń potrzebowały miejsca. Chłodzenie i prowadzenie kabli przestały być kwestiami drugorzędnymi. Niewielki projekt serwerowy stopniowo przerodził się w problem związany z fizyczną konstrukcją.

Oznaczało to mierzenie, drukowanie, testowanie, znajdowanie elementu, który nie pasował idealnie, i ponowne podejście.

Elementy drukowane w 3D nie były ozdobą. Istniały, ponieważ Geoff potrzebował czegoś, czego nie zapewniał dostępny sprzęt.

Ten cykl — problem, prototyp, poprawka — był właśnie istotą hobby.

Projekty związane z pamięcią masową rozwijały się razem z nim

Pamięć masowa stała się kolejnym obszarem, w którym prosty eksperyment przerodził się w coś głębszego.

Pytania się zmieniły.

Nie chodziło już tylko o to, czy można podłączyć dysk. Geoff zastanawiał się, jak rozmieścić różne rodzaje pamięci masowej, jak system zachowuje się przy rzeczywistych obciążeniach oraz które elementy powinny działać przez SATA, NVMe lub na większej platformie pamięci masowej.

Ta ewolucja ostatecznie wprowadziła ZimaCube do tego samego środowiska pracy.

Przejście z pojedynczej płytki na większą maszynę nie zmieniło podstawowej motywacji.

Geoff nadal chciał mieć dostęp. Nadal chciał rozumieć, co dzieje się pod spodem. Nadal też potrzebował wystarczającej elastyczności, aby zmienić konfigurację, gdy pojawił się kolejny pomysł.

Budowanie stopniowo stało się wkładem w społeczność

Z czasem projekty Geoffa przestały być przydatne tylko dla niego.

Zdjęcie gotowego projektu mogło podsunąć komuś innemu pomysł. Nieudana konfiguracja mogła oszczędzić komuś wieczoru. Test pamięci masowej mógł odpowiedzieć na pytanie. Niestandardowy element mógł pokazać, że problem da się rozwiązać w inny sposób.

Nadal budował dla siebie, ale dzielenie się, testowanie i recenzowanie stopniowo stały się częścią tego samego procesu.

To właśnie wtedy jego relacja z Zima wykraczała poza zwykłe posiadanie sprzętu.

Stał się jedną z osób w ekosystemie, które były gotowe próbować różnych rzeczy, kwestionować je, psuć je, odbudowywać i mówić innym, czego się nauczyły.

Powrót nie oznaczał zaczynania od nowa

Ta historia ma znaczenie, gdy przyglądamy się powrotowi Geoffa do programowania.

Nie musiał wymyślać nowego hobby ani stawać się inną osobą.

Miał za sobą całe lata projektów: systemy Linux, eksperymenty z pamięcią masową, niestandardowe części, domowe serwery i niedokończone pomysły.

Produkty takie jak ZimaBoard 2 wciąż mają sens w tym świecie, ponieważ pozostawiają otwartą kwestię ostatecznego zastosowania.

Pamięć masowa. Kontenery. Sieci. Serwer multimediów. Narzędzie do domowego laboratorium, którego nikt nie planował, gdy projektowano płytkę.

Sprzęt stanowi punkt wyjścia. Ciekawa część polega na zdecydowaniu, co wydarzy się później.

Sprzęt nigdy nie był tym, co go ocaliło

Łatwo byłoby zamienić historię Geoffa w zgrabną reklamę: życie stało się trudne, technologia wróciła, a produkt wszystko poprawił.

To mijałoby się z celem.

Zima nie mogła zastąpić tego, co Geoff utracił. Sprzęt nie mógł wykonać za niego osobistej pracy potrzebnej do powrotu do siebie. Serwer nie mógł zastąpić przyjaciół, współpracowników, rodziny i doświadczeń, które pomogły mu ruszyć naprzód.

To, co te projekty mogły zapewnić, było znacznie mniejsze.

Były czymś znajomym, w co ciekawość mogła się skierować, gdy w końcu wróciła.

Maszyna do zmiany. Konfiguracja do zakwestionowania. Problem, który mógł stać się niepotrzebnie skomplikowany, bo znów przyjemnie było go rozwiązywać.

Wciąż są rzeczy warte zbudowania

Dziś ważne w historii Geoffa nie jest to, że wszystko wróciło dokładnie do stanu sprzed lat.

Chodzi o to, że znów chce budować.

Ma pracę. Ma wokół siebie ludzi. Ma drogi, którymi wciąż można jeździć, oraz techniczne królicze nory wystarczająco głębokie, by zgubić się w nich na cały wieczór.

A czasami element sprzętu na biurku staje się czymś więcej niż przedmiotem.

Staje się pytaniem.

Co mogę z tym zbudować?

Przez lata to pytanie przychodziło Geoffowi naturalnie. Przez pewien czas już nie.

Teraz znów tak jest.