Ho passato anni a costruire laboratori domestici. Poi non sono più riuscito a mettermi davanti a un terminale.

Geoff Palmer è sempre stato il tipo di persona che aveva bisogno di avere qualcosa da aspettare con piacere.

A volte si trattava di un problema difficile al lavoro. A volte di una serata che volava tra righe di codice. A volte era molto più semplice — portare a spasso i cani, incontrare persone a un evento sulla sicurezza, fare un giro in moto o tornare a casa con un'idea che continuava a ronzargli in testa.

La tecnologia era importante per lui, ma non era mai tutta la sua vita.

Per anni, quell'equilibrio era sembrato così normale che Geoff aveva pochi motivi per pensarci. Il lavoro gli offriva problemi da risolvere. A casa c'erano le persone e le abitudini a cui teneva. E quando restava del tempo, di solito c'era qualcosa di incompiuto ad aspettarlo lì vicino.

Una riga di codice. Una configurazione quasi corretta. Un componente hardware che sembrava in grado di fare una cosa in più rispetto a quelle che faceva già.

La curiosità faceva parte della routine

La cybersicurezza offriva a quella curiosità una casa professionale.

Geoff lavorava in un mondo in cui fare un'altra domanda era quasi sempre un buon istinto. Che cosa era stato trascurato? Cosa succede se questo non funziona? Cosa cambia se qualcuno si avvicina al sistema da una direzione che nessuno si aspettava?

Gli eventi e le conversazioni con altre persone del settore gli offrivano un luogo in cui confrontarsi su quelle domande, invece di tenerle solo sul proprio schermo.

Ma non tutte le sere dovevano essere dedicate a un problema tecnico.

C'erano cani in attesa di attenzioni e buoni motivi per lasciare in pace il computer. C'erano giorni in cui non c'era niente da configurare e niente da sistemare.

Quella parte della storia conta.

È facile guardare qualcuno attraverso anni di progetti tecnici e ridurlo a ciò in cui è bravo.

L'esperto di cybersicurezza. L'appassionato di home lab. Il tipo che sembra avere sempre un altro server aperto sulla scrivania.

Ma una vita non passa da un progetto di successo all'altro in linea retta.

Per molto tempo, Geoff non dovette mai chiedersi se gli piacesse ancora la tecnologia.

Lo faceva e basta.

Un progetto incompiuto era qualcosa a cui voleva tornare. Aprire un terminale di solito portava da qualche parte. Un problema tecnico poteva assorbire un'intera serata senza farla sembrare sprecata.

Poi cambiarono contemporaneamente diversi aspetti della vita.

Poi cominciarono a scomparire le cose che gli erano familiari

Geoff perse il lavoro.

La sua famiglia affrontò la perdita della suocera.

La sua salute mentale ne risentì.

Ognuna di quelle cose sarebbe stata difficile da affrontare da sola. Insieme, cambiarono il modo in cui si svolgeva la vita di tutti i giorni.

Il lavoro era sparito. Il lutto era entrato in famiglia. Per Geoff era diventato più difficile trovare la sicurezza che di solito lo aiutava a passare da un problema all'altro.

E, tra quelle perdite ben più grandi, ce n'era una che dall'esterno sembrava minore.

Geoff non aveva più voglia di costruire.

Non aveva dimenticato come si programma.

Conosceva ancora i sistemi. Il terminale non era cambiato. L'hardware sulla scrivania non era diventato improvvisamente estraneo.

A cambiare era stato il motivo per cui aprire quei programmi.

Questa può essere una delle cose più strane nel perdere interesse per qualcosa che un tempo amavi.

Il progetto è ancora lì.

E lo è anche il sapere.

A volte, persino l'idea è ancora buona.

Semplicemente non ti va più di seguirla.

E, dato che nessuno ti paga per portare a termine un hobby, niente ti costringe a ritrovare quella voglia.

La cosa incompiuta può semplicemente restare incompiuta.

Non ci fu un singolo momento in cui tutto tornò

La vita di Geoff non ripartì da zero in una mattina.

Andò avanti a piccoli passi.

Un nuovo lavoro ridiede struttura alla settimana. Amici, colleghi e mentori gli rimasero vicini. Le persone gli ricordavano quanto valesse in un periodo in cui per lui era diventato difficile rendersene conto.

Una motocicletta portò un altro tipo di movimento.

C'erano chilometri da percorrere, invece di avere solo cose alle spalle.

E, alla fine, cominciò a succedere anche qualcosa di quasi banale.

Geoff ricominciò a pensare al codice.

Non perché ne avesse bisogno.

Perché lo voleva.

Il vecchio desiderio tornò piano

Un’idea tecnica lasciata in sospeso non sembrava più così gravosa.

Un problema diventava interessante anziché estenuante.

Aprire di nuovo un terminale suggeriva possibilità anziché obblighi.

Il cambiamento era abbastanza piccolo da poter passare inosservato a qualcun altro.

Geoff lo fece.

È facile sottovalutare la parola «smanettare».

Sembra una cosa detta con leggerezza.

Per Geoff, rappresentava qualcosa di molto più grande: la curiosità aveva ricominciato ad appartenergli.

Questo non annullava il dolore. Non cancellava il periodo difficile. Non significava che ogni aspetto della vita fosse improvvisamente tornato com’era prima.

Significava semplicemente che c’erano di nuovo cose che voleva realizzare.

E Geoff conosceva già bene quella sensazione.

Il rapporto con i piccoli server era iniziato anni prima

Molto prima di quel periodo difficile, Geoff aveva già esplorato cosa si potesse fare con hardware x86 compatto.

Una delle prime macchine era lo ZimaBoard originale.

Il fascino non stava nel fatto che la scheda dicesse a Geoff esattamente cosa avrebbe dovuto diventare.

Fece il contrario.

Linux gli offriva un punto di partenza familiare. SATA rendeva possibile lo spazio di archiviazione collegato direttamente. PCIe lasciava spazio per un’altra scheda, un’altra interfaccia o un’altra idea.

Docker poteva trasformare la stessa piccola macchina in qualcosa di completamente diverso nel giro di una serata.

Le specifiche erano utili.

Ma ciò che Geoff vedeva davvero in loro erano le possibilità.

Questo era lo schema: iniziare da qualcosa di piccolo, poi continuare a chiedersi cos’altro potesse fare.

Piccoli esperimenti si sono gradualmente trasformati in sistemi più grandi

I laboratori domestici raramente diventano complessi perché qualcuno decide, fin dal primo giorno, di costruire qualcosa di complesso.

Crescono perché una cosa utile crea la necessità di un’altra.

Un servizio ha bisogno di spazio di archiviazione. Lo spazio di archiviazione richiede più unità. Più unità sollevano interrogativi su configurazione, affidabilità, raffreddamento e prestazioni.

Una macchina nata semplicemente per testare qualcosa comincia a diventare un’infrastruttura.

I progetti di Geoff hanno seguito quel percorso.

L’archiviazione, in particolare, è diventata un campo di sperimentazione a sé.

ZimaCube ha dato più spazio a quegli esperimenti di archiviazione

Quando Geoff lavorava con il primo ZimaCube, le domande erano ormai andate ben oltre il chiedersi se un piccolo server fosse in grado di riconoscere un’unità.

Stava riflettendo su SSD, NVMe, configurazioni RAID, prestazioni e sul comportamento delle diverse opzioni di archiviazione quando una macchina diventava qualcosa su cui avrebbe potuto fare davvero affidamento.

La macchina era più grande della scheda originale, ma l'istinto alla base del progetto non era cambiato.

Geoff voleva ancora avere accesso.

Voleva ancora capire perché una configurazione si comportasse diversamente da un'altra.

E continuava a preferire un sistema capace di evolversi, invece di imporre per sempre la stessa soluzione.

Ecco uno dei motivi per cui i laboratori domestici possono essere difficili da descrivere a chi non ne ha uno.

Il punto non è sempre l'efficienza.

A volte, il punto è capire.

Potevi lasciare stare una macchina una volta che funzionava.

Oppure potevi cambiare un'altra cosa solo per vedere cosa succedeva.

Costruire per sé diventò gradualmente utile anche ad altre persone

A un certo punto, i progetti smisero di essere utili solo a Geoff.

Una foto poteva mostrare a qualcun altro come assemblare una configurazione.

Una configurazione non riuscita poteva far risparmiare ore a qualcun altro.

Un test di archiviazione poteva rispondere a una domanda a cui era difficile trovare risposta basandosi solo sulle specifiche.

La stessa abitudine che spingeva Geoff a continuare a sperimentare lo rese utile a una comunità tecnica più ampia: era disposto a provare le cose e a raccontare cosa succedeva davvero.

Fu così che il rapporto con Zima divenne qualcosa di più che avere semplicemente dell'hardware sulla scrivania.

Costruire, testare, porsi domande e condividere divennero gradualmente parti dello stesso processo.

Anni dopo, un'altra scheda comparve sulla scrivania

La ZimaBoard 2 bianca arrivò molto più tardi.

A quel punto, la storia della persona che lo usava era molto diversa da quella della prima scheda.

Geoff aveva realizzato altri sistemi. Testato configurazioni di archiviazione più grandi. Condiviso ciò che aveva imparato.

Aveva anche attraversato un periodo in cui nessuna di quelle cose gli era sembrata importante.

La scheda stessa era dotata di hardware più recente.

Ma il motivo per cui aveva senso per Geoff era familiare.

La porta SATA offriva ancora un collegamento diretto allo spazio di archiviazione. La porta PCIe permetteva ancora di trasformare la macchina in qualcosa di più specializzato. L'architettura x86 lasciava ancora spazio ai consueti strumenti Linux, ai container, alle reti e ai servizi self-hosted.

Una macchina come ZimaBoard 2 non doveva arrivare con l'idea definitiva già stabilita.

Per una persona come Geoff, era proprio questo il punto.

L'hardware non gli ha restituito la vita

C'è una versione più semplice di questa storia che probabilmente funzionerebbe meglio come pubblicità.

Geoff ha attraversato un periodo terribile. Poi la tecnologia è tornata. Poi è arrivata un'altra macchina. E tutto è tornato a posto.

Non è questo che è successo.

Un server non poteva rimpiazzare le persone che Geoff aveva perso.

Un nuovo componente hardware non poteva sostituire il lavoro personale necessario per superare un lutto, la disoccupazione o un periodo di cattiva salute mentale.

Zima non lo ha salvato.

Ciò che questi progetti hanno offerto è stato molto più modesto e molto più credibile.

Gli hanno dato un luogo familiare in cui rivolgere la curiosità ritrovata.

Una macchina da modificare.

Una configurazione da mettere in discussione.

Un problema da complicare inutilmente, perché risolverlo era tornato a essere piacevole.

E forse, dopo un periodo in cui quasi nulla sembrava familiare, poter apprezzare qualcosa di familiare ha avuto la sua importanza.

Ci sono ancora cose che vale la pena costruire

La vita di Geoff non è tornata a una versione precedente.

La vita è andata avanti.

C'è di nuovo il lavoro.

Ci sono amici, colleghi e persone che sono rimaste vicine.

Ci sono i cani. Ci sono strade ancora da percorrere in moto. Ci sono progetti che probabilmente richiederanno più tempo del previsto.

E ci sono ancora serate in cui un problema tecnico è abbastanza interessante da spingersi un po' più a fondo.

Forse è questa la parte della storia di Geoff che conta di più.

Non il server.

Non il rack.

Nemmeno il codice.

La voglia di creare qualcosa.

Guardare una macchina e rivedere le possibilità.

Aprire il terminale senza averne bisogno.

E ritrovarsi davanti la vecchia domanda:

Cosa potrei costruire con questo?

Per anni, Geoff ha dovuto pensare a malapena a quella domanda.

Poi, per un po', è scomparso.

Ora è tornato.