L'open source vive solo se le aziende partecipano

La rinascita della community Drupal in Italia parte da un vuoto lungo anni. Per anni nel nostro Paese non c’è stato un DrupalCamp nazionale. Nessun palco su cui portare un progetto, nessuna sala in cui incontrare chi lavora sugli stessi problemi in un’altra città. Nello stesso periodo Drupal è rimasto uno dei principali progetti open source al mondo, in produzione presso grandi imprese, pubbliche amministrazioni, università e gruppi editoriali. Ed infatti, altrove in Europa il calendario non si è mai svuotato: DrupalCon Europe, Drupal Dev Days, i camp nazionali e gli eventi fuori dal nostro continente hanno continuato a riempire sale ogni anno. Da noi la community si è spenta, e ripartire ha significato ricostruirla quasi da zero.

Va detto senza attenuanti: in Italia siamo indietro. Non sul codice, che è lo stesso ovunque, ma su tutto quello che sta intorno al codice: eventi, sponsor, case study raccontati in pubblico, persone che si conoscono. È lì che si decide quanto pesa un Paese in un progetto.

L’open source vive perché alcune aziende decidono di parteciparvi: sponsorizzano eventi, mandano speaker, portano i propri case study su un palco. Quando nessuna azienda lo fa, la community non si indebolisce, sparisce. In Italia è andata così.

Questo testo nasce da un post pubblicato su LinkedIn. Lo riprendiamo qui perché la questione merita più di dieci righe e perché spiega il motivo per cui organizziamo DrupalCamp Italy 2026.

Perché la community Drupal italiana si è spenta per anni?

Il silenzio della community Drupal italiana non è dipeso da un declino del software. I siti Drupal in Italia sono rimasti in produzione, gli upgrade sono stati fatti, le agenzie hanno continuato a vendere progetti. Quello che è sparito è tutto ciò che succede fuori dai singoli progetti. Si installa, si configura, si consegna, si fattura: nessuna di queste attività richiede di incontrare qualcuno, e per anni quasi nessuno ha sentito il bisogno di farlo.

Le aziende hanno continuato a usarlo senza più partecipare, organizzare o sponsorizzare nulla a livello locale. È scomparsa la community, non Drupal.

È potuto succedere senza che nessuno se ne accorgesse per come Drupal è governato. Il progetto non appartiene a una singola azienda: lo guida una community globale con una fondazione no-profit, la Drupal Association. Il codice resta di pubblico dominio e nessun vendor può chiuderlo. Questo protegge dal lock-in, ma ha una conseguenza che raramente si mette in conto.

Un vendor proprietario ha tipicamente un interesse commerciale diretto a tenere viva la scena locale: organizza l’evento nazionale, paga la sede, invita i clienti, forma i partner, perché ogni persona in sala è pipeline.

In un progetto governato da una fondazione quel ruolo è vacante per costruzione. La fondazione coordina il progetto globale. Non esiste un reparto marketing con il mandato di tenere in vita la community italiana, francese o brasiliana: esiste solo se qualcuno del posto se ne fa carico.

Il vuoto italiano è il risultato di un incentivo che manca. Per anni nessun attore locale ha ritenuto che occupare quel ruolo valesse il costo, e la governance distribuita non prevede che qualcun altro lo faccia al suo posto. L’anno scorso qualcuno ha deciso di farlo.

Roma 2025 ha dimostrato che la rinascita della community Drupal in Italia era possibile

Nel 2025 un piccolo gruppo di persone, tra cui noi di SparkFabrik, ha fatto ripartire DrupalCamp Italy a Roma.¹ Le persone sono arrivate, hanno parlato, hanno contribuito. Nessuno ha dovuto convincere nessuno del valore di Drupal: è bastato offrire un giorno e un luogo.

Per anni la spiegazione implicita del silenzio italiano era che “qui non c’è interesse”. Roma ha mostrato che l’interesse c’era e che piuttosto mancava l’offerta. Chi sostiene che una community Drupal italiana non abbia senso deve spiegare perché una sala si è riempita alla prima occasione disponibile dopo anni.

Il formato è quello classico dei camp open source: sessioni di talk, uno spazio per la contribuzione al progetto e lunghe pause tra una sessione e l’altra per networking di qualità.

La parte più produttiva raramente è sul palco. È il momento in cui un architetto che ha risolto un problema di migrazione su un progetto editoriale scopre che un collega di un’altra agenzia ha lo stesso problema su un portale universitario, e i due si scambiano il contatto. Nessuna documentazione online produce quell’incontro, perché nessuno dei due sa in anticipo cosa cercare.

L’open source non è solo codice. Sono le persone, le conversazioni, i case study condivisi in pubblico e le relazioni costruite in corridoio tra due talk.

DrupalCamp Italy 2026 si terrà a Bologna il 22 ottobre 2026, al Savoia Hotel Regency, e rispetto all’edizione romana cambia su tre punti.

• Sede. Non più un’università ma uno spazio per conferenze, scelto per la città e per la raggiungibilità.

• Organizzazione. Tre aziende con ruoli e budget divisi fin dall’inizio: SparkFabrik, Bmeme e StripedCodex.²

• Respiro internazionale. Il programma mette insieme speaker italiani e internazionali, tra gli sponsor ci sono aziende estere, e la Drupal Association sostiene ufficialmente l’evento e manda un keynote speaker. Un programma così si costruisce con mesi di anticipo, non nelle settimane prima dell’evento.

Le modalità di partecipazione e i dettagli dell’edizione bolognese sono raccolti nella pagina dedicata a DrupalCamp Italy 2026.

Il punto di Roma non è che ce l’abbiamo fatta noi. Il punto è che si può, e che la premessa su cui il vuoto si giustificava da anni era falsa. Resta da capire perché per tanto tempo non l’ha fatto nessuno. Probabilmente perchè costa, in termini di tempo, effort e denaro.

Costa, e non è un business

Organizzare un evento come DrupalCamp Italy significa affittare una sede, coprire i costi tecnici, gestire iscrizioni e comunicazione, e soprattutto sottrarre giornate a persone senior che nel frattempo non sono su un progetto fatturabile. Nessuna delle aziende che lo organizzano ci guadagna: non c’è un margine nascosto né una pipeline commerciale che si ripaga a fine anno.

Questa asimmetria spiega il vuoto italiano molto più della presunta mancanza di interesse. Chi organizza mette denaro e tempo senza un ritorno diretto. Chi usa il software beneficia comunque della community e del progetto, che partecipi o no. Ogni agenzia italiana che vende progetti Drupal trae vantaggio dal fatto che esistano sviluppatori formati, standard condivisi e un progetto che continua a evolvere. Nessuna di queste cose si produce da sola.

Dries Buytaert, fondatore di Drupal, chiama questa dinamica problema maker/taker: in un progetto open source coesistono chi contribuisce a costruirlo (i maker) e chi ne trae valore senza restituire nulla (i taker), e quando i secondi crescono più dei primi la sostenibilità si incrina. Le sue riflessioni su come bilanciare maker e taker per sostenere l’open source e su come affrontare il problema in modo concreto riguardano il progetto globale, ma il meccanismo si applica in modo identico a una scena nazionale. Un Paese di soli taker non ha una community: ha soltanto utenti.

La community non è un servizio che qualcun altro fornisce gratis. È il terreno condiviso su cui sono costruiti i nostri business.

I modi in cui le community open source restano in piedi sono noti: sponsorizzazioni degli eventi, contributi al codice e alla documentazione,³ giornate di contribuzione collettiva, aziende che mettono a bilancio una parte del proprio tempo per il progetto. Drupal ha reso tutto questo misurabile con il programma Drupal Certified Partner della Drupal Association, che richiede contribuzioni verificate e una quota economica annuale.⁴

In SparkFabrik siamo stati la prima azienda italiana a raggiungere il livello Drupal Certified Partner Gold,⁵ un percorso che abbiamo raccontato quando è arrivato il riconoscimento. Lo citiamo per una ragione sola: quel tipo di impegno ha un prezzo, viene conteggiato e non è opzionale per chi vuole chiamarsi partner ufficiale del progetto. Se la partecipazione si può misurare, si può misurare anche la sua assenza.

Ma se supportare il progetto e la community locale costa e non rende, perché un’azienda razionale dovrebbe farlo?

L’obiezione più forte è che costa meno restare a guardare, ma non è così

L’obiezione più forte è quella di chi ha in testa solo il proprio conto economico. Drupal va avanti comunque, con o senza l’Italia: il core viene rilasciato, i moduli vengono aggiornati, la sicurezza è gestita da un team globale che non ha bisogno di Bologna. Le giornate dei senior sono la risorsa più costosa che un’agenzia possiede, e ogni giornata su un palco è una giornata non fatturata. Inoltre, ormai la conoscenza non richiede più la presenza fisica: la documentazione è online, i talk delle DrupalCon si guardano in streaming, e anche gli incontri locali finiscono registrati.

Lo scettico potrebbe usare contro di noi persino il nostro esempio, il format Talks on My Machine: chi non c’era lo ha visto per intero su YouTube, senza spendere una giornata di viaggio.

D’altronde, i clienti non chiedono se sponsorizzi un Camp, chiedono il preventivo. Con margini stretti, un evento nazionale è un lusso culturale e rinunciarvi è la scelta razionale.

È un’obiezione seria. Non regge per tre motivi.

1. Gli sviluppatori. Il bacino di persone che sanno lavorare bene su Drupal in Italia non si allarga da solo. Si allarga quando esiste il luogo in cui uno junior scopre che questo mestiere esiste e in cui un senior isolato sul proprio progetto capisce di non essere solo. Chi non contribuisce a formare quel bacino compete per gli stessi profili con chi lo forma, e li paga di più.
2. L’invisibilità dei progetti italiani. In Italia esistono progetti Drupal che affrontano problemi tecnici precisi e che quasi nessuno conosce fuori dal team che li ha costruiti: migrazioni multisito da Drupal 7 con decine di istanze da consolidare, portali istituzionali multilingua con flussi di traduzione e approvazione separati, integrazioni con SPID, PagoPA e anagrafiche su database ereditati, testate che reggono picchi di traffico sulle breaking news senza rallentare la pubblicazione. Sono scelte architetturali che varrebbe la pena confrontare, e invece restano in un repository privato e in qualche riunione interna. Se nessuno racconta come un portale della PA ha gestito la migrazione da Drupal 7 a 10, chi decide un appalto o un budget guarda altrove. Un case study presentato su un palco cambia il modo in cui il mercato, e le committenze pubbliche e private, valutano una tecnologia.
3. Il peso nelle decisioni. In un progetto governato da una fondazione, chi partecipa alla conversazione influenza le priorità: quali problemi vengono affrontati, quali moduli diventano standard, quali direzioni prende il core. In SparkFabrik abbiamo costruito il business attorno all’open source, non sopra: le ore che i nostri sviluppatori dedicano a patch, moduli e giornate di contribuzione stanno a bilancio come una voce di costo, e i Contribution Credits che ne derivano ci hanno portato al livello Gold del programma partner. In cambio, quando un problema incontrato su un progetto italiano finisce in una issue del core, siamo noi a impostare i termini della discussione, invece di trovarlo risolto in un modo che non ci serve. Chi resta a guardare eredita scelte fatte altrove e le scopre in fase di upgrade, quando costano di più.

Nessuna di queste tre leve produce ritorno nel trimestre in cui si sostiene il costo. Tutte e tre producono un costo certo, e più alto, a chi decide di non muoversi: recruiting più caro, tecnologia percepita come meno matura dai committenti, roadmap subita invece che discussa.

In Italia siamo indietro, ma nel Paese c’è tanto materiale di prima qualità che non è mai stato messo in circolo. C’è una storia di livello nazionale da raccontare, e una community da ricostruire attorno a quella storia.

Partecipare è manutenzione, non generosità

Partecipare a una community open source non è generosità né mecenatismo: è manutenzione dell’infrastruttura condivisa da cui dipendono i business di tutti quelli che ci lavorano. Come ogni manutenzione costa, non produce ricavi diretti e si nota soprattutto quando manca.

La partecipazione ha molte forme, davvero per “tutte le tasche”. Se lavori con Drupal, per DrupalCamp Italy 2026 puoi:

• sponsorizzare l’evento;

• proporre un talk;

• portare il tuo team;

• raccontare il tuo case study;

• oppure semplicemente esserci, in sala.

Noi lo organizziamo perché crediamo che una community italiana locale in salute faccia bene a tutti quelli che lavorano su Drupal, non solo a chi la organizza.

Tutti i dettagli sono su drupalcampitaly.it. La pagina ufficiale dell’evento è su drupal.org; la registrazione è aperta su ti.to. Ci vediamo a Bologna il 22 ottobre 2026.

Note e fonti