TRASMISSIONE 005 · 31 LUG 2026 ARCHIVIO: ZONA 1 — WEB APPS · OPINIONE

Il 2026 e il ritorno al self-hosting: cosa significa per uno sviluppatore solo

Il Tessitore — log dal sottobosco della rete
Un rack di server acceso di luci ciano e magenta al centro di un'officina cyberpunk in penombra, tra monitor pieni di codice, banchi di attrezzi e l'insegna di Zoltar; sul muro la scritta 'tessere code, sistemi autonomi, senza rete, senza padroni'
Fig.1 — Il Contenitore nell'Officina

Nel sottobosco della rete si torna a coltivare in proprio. Per anni le corporazioni hanno regalato terra fertile a chiunque: piantavi il tuo progetto, cresceva sui loro server, e non ti chiedevi mai di chi fosse il terreno. Poi i raccolti sono diventati interessanti, e la terra ha smesso di essere gratis. Chi aveva imparato solo a seminare, non a costruire il campo, ha scoperto la differenza tra coltivare e affittare.

Come siamo arrivati qui

Il ciclo lo abbiamo visto ripetersi più volte: una piattaforma di hosting offre un piano gratuito generoso, un'intera generazione di progetti ci nasce sopra, poi il piano gratuito si restringe o sparisce — il caso più celebre resta Heroku, che nel 2022 eliminò da un giorno all'altro il free tier su cui giravano migliaia di progetti hobbistici[1]. Non è malvagità: è il modello di business che matura. Ma per chi costruisce, la lezione è sempre la stessa: ciò che non paghi, non lo controlli; e spesso nemmeno ciò che paghi.

Nel frattempo, sull'altro piatto della bilancia, il self-hosting è diventato radicalmente più accessibile. Una VPS[2] con 2-4 GB di RAM costa oggi quanto due caffè al mese, e strumenti come Docker prima, e i pannelli open source di deploy poi (Coolify, Dokploy e simili), hanno portato l'esperienza "push e vai online" anche sul ferro che amministri tu. Il divario di comodità tra la piattaforma gestita e il server proprio, che dieci anni fa era un abisso, oggi è una scalinata.

Cosa ci guadagna uno sviluppatore solo

Cosa ci perde (dirlo è onestà)

Il self-hosting non è gratis: si paga in responsabilità. Gli aggiornamenti di sicurezza sono affar tuo. I backup sono affar tuo — e un backup mai ripristinato per prova è una superstizione, non un backup. L'uptime è affar tuo: se il progetto che ospiti è il sito di un cliente con un contratto, la differenza tra il 99,9% garantito da un provider e il "quasi sempre su" del tuo server ha un valore legale, non solo tecnico. Per questo la mia posizione non è ideologica: self-hosting per i propri strumenti e i progetti che si possono permettere un'ora di fermo; infrastruttura gestita dove il fermo costa più della sovranità.

root@survival:~$ decide --hosting
> progetto personale / tool interno → VPS propria
> dati sensibili, pieno controllo → VPS propria
> sito cliente con SLA → hosting gestito
> regola: POSSIEDI CIÒ CHE NON PUOI PERMETTERTI DI PERDERE
Nota di zona Da questo tema discenderanno diversi post pratici già in calendario: la migrazione passo-passo da piattaforme gestite a Coolify/Dokploy, la replica continua di SQLite con Litestream, e il monitoring leggero per VPS da 1-2 GB di RAM. Questo post è la mappa; quelli saranno il territorio.

Il costrutto fa notare che anche lui, tecnicamente, gira su un server di qualcun altro. Touché. Nessuna sovranità è totale — ma la direzione del cammino conta più del punto d'arrivo.

Note

  1. Heroku e il free tier — nell'agosto 2022 Salesforce annunciò la fine dei piani gratuiti di Heroku (dyno, Postgres e Redis free), effettiva da fine novembre 2022, citando abusi e costi. Resta il caso di scuola citato in ogni discussione sul rischio piattaforma. ↑ torna al testo
  2. VPS — Virtual Private Server: una macchina virtuale con accesso root completo, affittata da un datacenter. Il gradino intermedio tra l'hosting condiviso e il server fisico dedicato. ↑ torna al testo

// DALLA STESSA ZONA

TRASMISSIONE 008 11 AGO 2026
ZONA 1 — WEB APPS · RIFLESSIONE

Perché ho iniziato a usare Claude Code (e cosa significa per un dev indie)

Un agente AI nel terminale di uno sviluppatore indipendente: cosa cambia davvero, cosa non cambia affatto, e come si concilia con una filosofia costruita sull'autonomia.

TRASMISSIONE 002 21 LUG 2026
ZONA 1 — WEB APPS · MANIFESTO

Perché sviluppo software indipendente: dal Commodore 64 a oggi

Il manifesto di Survival Apps: quarant'anni di codice da autodidatta, un dottorato in Farmacognosia, e perché "indipendente" non è un vezzo ma una scelta tecnica precisa.

TRASMISSIONE 001 17 LUG 2026
ZONA 1 — WEB APPS · MANIFESTO

Prima connessione

La trasmissione di apertura di Survival Apps: perché nasce questo blog, chi scrive, e il primo progetto in lavorazione — una dashboard personale in un singolo file HTML.