Tarallucci e Vino

18 aprile 2021

La parte complessa dell’esprimere una posizione nei confronti della riammissione di Richard Stallman nel Direttivo di FSF non è tanto scegliere il versante verso cui schierarsi – a favore o contro – quanto districarsi tra le tante sfumature ed argomentazioni che esistono, da ambo i lati, e tra le ancor più variegate relazioni che esistono tra i sostenitori di una particolare posizione nei confronti di tutti gli altri.

Coloro che stanno “con Stallman” presentano una gamma di motivazioni estesa – da “Si, forse ha sbagliato, ma è comunque Stallman dunque bisogna perdonarlo” fino a “È tutto un complotto dei Poteri Forti”, passando inevitabilmente da “Maledetta cancel culture” – ma il presupposto di base rimane sempre e solo uno: Stallman è un soggetto imprescindibile, il faro nella notte, la guida spirituale e morale del Movimento, e non se ne può assolutamente fare a meno.

Coloro che stanno “contro Stallman”, invece, sono di tipologie diverse. Certamente ci sono quelli che ne contestano, prima di ogni altra cosa, gli atteggiamenti e le inclinazioni sessiste e omofobe, invocando il suo allontanamento in qualità di soggetto poco salutare per l’inclusione e la tolleranza all’interno della community free software, ma ce ne sono anche molti altri – potrei dire “la maggioranza”, ma è una stima puramente soggettiva – che si sono uniti a questo filone (anche sottoscrivendo la lettera aperta per le dimissioni del board FSF, ma anche no) con il fine più o meno apertamente dichiarato di liberarsi di un personaggio ritenuto dannoso in senso assoluto, non solo per i modi politically-incorrect ma proprio perché totalmente inetto a essere guida di un Movimento che già di suo stenta ad evolvere insieme al contesto in cui si muove.

Le posizioni del suddetto “soggetto imprescindibile” sono di fatto arenate agli anni ’90, e non si sono mai tenute al passo con quella che è la quotidiana realtà e le contemporanee sfide della tecnologia. Gli smartphone? Non usateli. Il cloud? Non usatelo. I dati necessari ad alimentare i modelli di machine learning? Non pervenuto. La sostenibilità del modello free software? Nessuna risposta valida. Chiunque abbia assistito ad una sua presentazione – in qualsiasi contesto, in qualsiasi frangente, a qualsiasi pubblico – oramai sa che vengono reiterate sempre le solite manfrine, ricche di lamentazioni e povere di spunti.

Ed è a questa persona che molti dicono “No”. Anche se fosse appurato in modo inoppugnabile che non ha mai deliberatamente palpato nessuna donna in ascensore o che – a smentita delle malelingue – abbia partecipato a tutti i Pride di Boston con scritto “love is love” sulla fronte.

Chiaramente le risposte ufficiali non fanno il minimo riferimento né danno la minima replica a questo fronte di contestazione. Stallman chiede pubblicamente scusa (all’incirca…) per il suo linguaggio, il Direttivo FSF giustifica la sua scelta appellandosi al suo “impareggiabile acume storico, legale e tecnologico” (…), i commentatori dichiarano che “la comunità del software libero lo riabbraccia“, e l’intera vicenda finisce a tarallucci e vino.

O forse no.

Non mi pare di aver letto molte dichiarazioni di perdono in Rete, men che meno dai tanti soggetti che nei giorni precedenti hanno negato a FSF sostegno e supporto. E anzi un gruppo di maintainer del progetto GNU – costola del medesimo Stallman – subito dopo la farsa dei comunicati congiunti ha costituito una “assemblea” per coordinare il progetto stesso al di fuori di FSF, prendendone evidentemente le distanze.

Gli stallmaniani più duri e puri potranno pure dire che la vicenda si è felicemente risolta, e tutto torna alla normalità. Una restia normalità in cui ci si crogiola da anni, auto-convincendosi che l’essenza del Movimento stia nel contestare Google, Microsoft e Facebook e poco altro. Ma non c’è da crederci, né da sperarci, soprattutto adesso che chi aspira ad un Movimento migliore – sia dal punto di vista sociale che da quello tecnologico, ma che solitamente è sopraffatto dalla rumorosa frangia conservatrice – ha avuto modo di constatare, nella bagarre generale che ne è venuta fuori, di non essere da solo.


Memento

5 aprile 2021

È aprile e ancora non ho scritto il mio classico report dell’annuale edizione del FOSDEM. Ma mi si potrà perdonare: ho voluto attendere almeno di ricevere la maglietta per essere titolato a dire “Si, ho partecipato”.

Benché con tutti i limiti del caso. Anche il FOSDEM 2021, come tante altre conferenze e convegni degli ultimi mesi, ha dovuto adottare la formula “solo online” a causa della pandemia COVID-19 (e delle relative restrizioni), con tutti i pro e i contro annessi. Dal canto mio ho cercato di attenermi quanto più possibile alla routine, concedendomi al sabato pomeriggio qualche birra con gli amici torinesi altrettanto privati dell’appuntamento belga e passando le due serate di sabato e domenica in call con gli abituali compagni di viaggio sorseggiando birra Delirium (appositamente reperita in un negozio specializzato qui in città) e commentando i talk delle rispettive giornate, ma più in generale questo approccio è stato il filo conduttore dell’intera manifestazione: il meme del FOSDEM.

Nei due giorni sull’account Twitter del FOSDEM e sul main channel della chat Matrix opportunamente predisposta per l’occasione sono circolate raccomandazioni e annunci molto familiari agli habitué: le code per il pranzo, le devroom perennemente piene, e persino il guardaroba è diventato oggetto di attenzione sui social. Insistendo molto su quella che è la classica esperienza dal vivo e puntando a mantenere un alto livello di coinvolgimento emotivo ancor prima che tecnico – basato sulla nostalgia o forse anche su un certo senso di elitarismo, quello del “io ci vado tutti gli anni, so di cosa stanno parlando”.

In queste circostanze è stato oggettivamente difficile osservare e capire quali potessero essere le tendenze e le inclinazioni, non essendoci appunto nulla da osservare se non al massimo i numeri degli utenti che stavano nelle diverse chatroom destinate alle sessioni tematiche e agli stand informativi. Comunque poco significativi, giacché – cifre alla mano – la quantità di visitatori registrati è stato molto più grande del numero di utenti attivi sulle suddette chat (come del resto è capitato anche per il Linux Day 2020).

Inevitabilmente la pandemia COVID, con le sue conseguenze, è stato un tema più volte tirato in ballo: in particolare consiglio il talk dedicato a come il team Jitsi ha affrontato l’enorme crescita di traffico sulla loro istanza pubblica a seguito del primo lockdown. Sarebbe stato lecito aspettarsi qualcosa di più in merito, essendo stato l’ultimo anno particolarmente impegnativo per tutti coloro che operano nel settore IT (e dunque spesso con soluzioni libere e open source) ma mi aspetto che di questo si parlerà ancora nella prossima edizione, quando – sperabilmente – si potranno fare analisi e trarre conclusioni a freddo.

Mi limito a constatare quanto si sia molto ristretta la questione relativa alla sostenibilità del modello open source, che invece aveva dominato a febbraio 2020. Forse perché le domande sono state fatte e sono ancora sul tavolo, ma le risposte non sono ancora state trovate ed in pochi si azzardano a muovere considerazioni che, in un modo o nell’altro, già sono state fatte. Qualcuno ci prova ma senza andare molto lontano, qualcun altro cincischia e tergiversa sulla questione “etica” (durante questo intervento ho scambiato male parole con un sostenitore del post-opensource sulla chat), un altro menziona una iniziativa di natura governativa svolta in Francia, ma complessivamente non sono ancora emerse posizioni forti degne di nota. Quantomeno non al FOSDEM.

Insomma: non credo che da noi veterani il FOSDEM 2021 sarà ricordato per altro che non per la sua inedita modalità, e tutti speriamo che si tratti di una eccezione unica. E di poterci ritrovare a febbraio 2022 nuovamente a Bruxelles, magari in compagnia di qualcuno dei tanti che quest’anno per la prima volta hanno potuto partecipare.


Dopotutto

28 marzo 2021

Negli anni ho avuto modo di osservare e commentare diverse volte – ma mai abbastanza – le derive critiche, più o meno accentuate e fondate, nei confronti delle dinamiche che stanno alla base del software libero e del modello di sviluppo open source. Quasi sempre incentrate sulla libertà 0, quella secondo cui il software può essere usato per qualsiasi scopo (incluso, implicitamente, quello commerciale). Solo adesso mi rendo conto che tali critiche sono sufficientemente reiterate e diffuse da essersi meritate addirittura una etichetta, e che tale etichetta viene usata anche (e soprattutto) in ambiti esterni a quelli della community open source in senso stretto.

Il nome più comune che circola è quello di “post-opensource”. O, secondo la retorica della par condicio stallmaniana, “post-FOSS”. Termine evidentemente scelto per evocare il superamento dei limiti dell’open source, e che pertanto è incentrato proprio nel descrivere ed appuntare tali limiti. Qui si trova il blog post più citato a tal proposito, che definisce il termine, ma non è l’unico né ne riassume tutte le sfumature.

Volendo fare una estrema – e certamente superficiale – sintesi, il pensiero di fondo è quello secondo cui l’open source sia diventato uno strumento delle grandi corporation per ottenere e sfruttare codice e competenze in modo gratuito, ed è necessario imporre vincoli per garantire la tutela degli sviluppatori, la sostenibilità dei progetti, la giustizia sociale e quant’altro. L’origine di tale scuola di pensiero arriva, senza molte sorprese, dal celeberrimo caso Herthbleed, che ha fomentato una ampia discussione sulla sostenibilità del software libero e open source, e si è ulteriormente radicalizzata con l’altrettanto discusso caso MongoDB VS Amazon, che ha messo in evidenza ulteriori fattori di un tema che malauguratamente la leadership non è mai stata in grado di sviscerare. Al punto che la suddetta libertà 0 non è più considerata da molti solo come un limite, ma anzi come una giustificazione strumentale per abusi e soprusi di ogni sorta e vada pertanto – come detto sopra – annullata e superata.

Al di là di muovere considerazioni talvolta condivisibili sullo stato delle cose, però, la corrente post-opensource fallisce in numerose fasi della sua analisi: nel contesto, nelle soluzioni, e sopra ogni altra cosa nell’attitudine.

L’open source è uno strumento al servizio delle corporation, e viene usato per far lavorare gratis i volontari? No: la community non è composta (esclusivamente) da volontari che lavorano gratis, senza alcun tipo di compenso, in modo totalmente disinteressato e senza ritorno, cosiccome quelli che ne traggono beneficio e profitto non sono solo le grandi corporation brutte e cattive. Anzi, i più contribuiscono ai progetti altrui per diretto interesse, anche economico, al fine di riusare tale software per costruire soluzioni per i propri clienti (paganti).

La soluzione è adottare licenze che pongono vincoli e obblighi sull’uso commerciale, al fine di evitare gli abusi? No, a meno di voler corrompere le dinamiche proprie del modello: non ci si può aspettare che annullando una delle fasi del ciclo di uso, modifica e ridistribuzione del software libero (nella fattispecie, quella di “uso”) tutto continui a funzionare come ha sempre fatto. Se già la costituzione di una community è una cosa complessa in presenza di tutti i canoni della libertà digitale, meno ancora può essere possibile nel momento in cui vengono poste delle barriere di ingresso. Barriere peraltro vaghe, come ci insegna la storia della clausola “Non Commerciale” per le licenze Creative Commons: in vent’anni nessuno ha mai saputo definire in modo esatto e definitivo cosa voglia dire “Non Commerciale”, e tale variante è universalmente riconosciuta come una farsa adottata in modo pressoché esclusivo da chi fa pratica di “open washing“.

La visione sociale del software libero è stata tradita? Eventualmente si, ma questa è un’altra storia e l’argomentazione viene presentata per sostenere l’imposizione di restrizioni e revocare la presunta eccessiva permissività delle licenze libere, sfruttata per l’utilizzo di componenti open source nella creazione di sistemi che operano ai danni degli utenti. Nessuno sa però spiegare come la community che negli scorsi trent’anni – dunque, ben prima dell’interessamento da parte del business – avrebbe dovuto aderire e realizzare suddetta visione sociale non sia stata in grado di fornire reali alternative tecniche a valle dei presupposti etici e morali.

I commenti a sostegno del post-opensource riportano spesso invettive verso il capitalismo, additato come causa il neo-liberismo, suggeriscono che il software libero sia stato costruito esclusivamente sull’individualismo. E, nel far questo, propongono di “aggiustarlo” introducendo diritti esclusivi di sfruttamento commerciale, laconiche e soggettive regole sul suo riutilizzo, e di invalidare il fattore che più di tutti ha fatto storcere il naso in passato a capitalisti e neo-liberisti che riconoscevano nel software libero una celata forma di comunismo. Una ennesima conferma del fatto che il software libero è un soggetto trasversale – nell’elogio e nella contestazione – a tutti i colori e le inclinazioni politiche.

I problemi ci sono e sono sotto gli occhi di tutti, inutile negarlo. Ma anziché pretendere di fare la rivoluzione cambiando tre righe di una licenza forse è il caso di ragionare sui comportamenti. Ad esempio, a qualcuno ancora sfugge che proprio la disponibilità di software usabile a fine commerciale è stato il volàno che ha garantito al modello open source di affermarsi, sia in diffusione che in qualità, e – differentemente da quanto narrato – permette a migliaia di professionisti e di piccole realtà di produrre, lavorare, e addirittura competere con i Big Tech per arginarne (almeno un poco) l’inarrestabile e dannosa crescita. Forse può valer la pena concentrarsi su questo già esistente e consolidato sistema economico (che, ricordiamolo di nuovo, non potrebbe esistere se fossero imposti limiti alle licenze), supportarlo e sostenerlo (ed invitare i suoi membri a supportarsi e sostenersi a vicenda un po’ più di quanto fanno ora), diventarne parte e condurre la propria battaglia contro il capitalismo rampante facendo fronte comune per la ridistribuzione del benessere.

Se di “visione sociale” vogliamo parlare, più che cercare dei problemi nel modello software forse andrebbero cercati i problemi nel modello sociale. Ovvero nelle persone. Abbiam fatto il software libero, restano ancora da fare i softwareliberisti.


Uno Per Cento (2020)

20 dicembre 2020

Per il quarto anno torna l’appuntamento con la ridistribuzione di una parte del mio fatturato ai progetti liberi e open source con cui ho lavorato (e che per l’appunto hanno permesso di generare quello stesso fatturato), come raccomandato dalla Campagna 1% promossa da Italian Linux Society.

Dopo quattro anni alcuni riferimenti vengono ripetuti e sono oramai diventati dei “classici” ed ho già più volte citato il motivo della loro inclusione in questo elenco periodico, dunque evito di ripetermi per l’ennesima volta: chi fosse interessato ad approfondire, può trovare qua l’elenco completo di codesti report annuali. Molti altri sono nuovi, vuoi perché ho “scoperto” che su OpenCollective sono indicizzate diverse librerie e diverse applicazioni che uso per svolgere il mio lavoro e di cui non avevo trovato in precedenza indicazioni per le donazioni, vuoi perché grazie al comando “composer fund” ho avuto modo di prendere coscienza di diversi elementi essenziali usati – magari in modo indiretto – nelle mie applicazioni PHP e dunque meritevoli di attenzione.

Let’s Encrypt (50 dollari) – https://letsencrypt.org/donate/

Thunderbird (50 dollari) – https://donate.mozilla.org/en-US/thunderbird/

GitLab (48 dollari) – https://about.gitlab.com/pricing/ – ok, questa non è propriamente una donazione ma il pagamento di un servizio (il “Bronze Plan”), non fosse che il servizio non l’ho mai usato e questo è stato l’unico modo che ho trovato per dare un po’ di quattrini alla celebre piattaforma di hosting di codice (che, contrariamente all’ancor più popolare GitHub, è open source).

Bootstrap (30 dollari) – https://opencollective.com/bootstrap/ – il celeberrimo (e talvolta abusato) framework CSS, amato da tutti i programmatori che – come me – non hanno tempo, voglia e capacità di realizzare interfacce web gradevoli. Strumento imprescindibile per una gran parte dei progetti su cui lavoro, e che mi permette di ottenere risultati decenti con il minimo sforzo.

Debian (30 dollari) – https://www.debian.org/donations – questo rientra tra i riferimenti “classici”, ma aggiungo una nota: la donazione di quest’anno è stata un poco più contenuta rispetto ai soliti 50 dollari in quanto risulta che in Debian abbiano fin troppi soldi e non sappiano cosa farsene. Che, devo dirlo, è un problema piuttosto ricorrente tra le realtà no-profit.

OpenBSD (25 euro) – https://www.openbsdfoundation.org/donations.html

Ubuntu (25 dollari) – https://ubuntu.com/download/desktop/thank-you

Gnome (25 dollari) – https://www.gnome.org/support-gnome/donate/

Inkscape (25 dollari) – https://inkscape.org/support-us/donate/

Libreoffice (25 euro) – https://www.libreoffice.org/donate/

RamBox (25 dollari) – https://rambox.app/donate.html

jQuery (25 dollari) – https://openjsf.org/javascriptlandia/

Adminer (25 dollari) – https://sourceforge.net/p/adminer/donate/ – strumento estremamente utile quando si deve operare sul database di uno spazio web in hosting: si piglia un singolo file PHP, lo si carica via FTP, ci si accede via browser, si inseriscono username e password, e si ha una completa interfaccia per importare, esportare, eseguire query e quant’altro. Una enorme quantità di tempo risparmiata.

Laravel DebugBar (24 dollari) – https://github.com/sponsors/barryvdh

Composer (21 dollari) – https://github.com/sponsors/Seldaek – il package manager per PHP, che permette con poco sforzo di installare ed aggiornare pacchetti con cui estendere le proprie applicazioni. Per la cronaca, qui si trova l’elenco dei miei pacchetti PHP pubblicati in licenza libera.

Doctrine (20 dollari) – https://www.doctrine-project.org/sponsorship.html – libreria ORM per PHP. Personalmente non lo uso direttamente (adoperando Eloquent, parte del framework Laravel) ma è comunque un componente basilare dello stack su cui abitualmente lavoro.

Sury (20 euro) – https://deb.sury.org/ – il lavoro svolto da questo sviluppatore è encomiabile: portare le versioni più nuove di PHP sulle versioni più vecchie di Debian, permettendomi di procrastinare all’infinito il momento della dismissione e della migrazione di numerosi server. Giornate e giornate intere risparmiate semplicemente abilitando il suo repository tra le sorgenti di APT.

Filezilla (20 euro) – https://opencollective.com/filezilla – per quanto l’accesso SSH ai server sia infinitamente più comodo ogni tanto tocca interfacciarsi al sito di qualche cliente, ospitato su un qualche generico servizio di hosting, via FTP. In quei casi, Filezilla è la mia scelta di default.

Plyr (20 dollari) – https://opencollective.com/plyr – libreria Javascript che astrae i player video di YouTube e Vimeo e di renderne omogenea la personalizzazione grafica. Di per sé dovrebbe ricadere nella mia personale fascia delle “donazioni da 10 euro”, ma lo uso da anni e solo adesso ho scoperto il modo di fargli arrivare qualche soldo dunque quest’anno ho recuperato almeno un po’ di arretrati.

DAVx5 (10 euro) – https://www.davx5.com/donate

Drupal (10 euro) – https://www.drupal.org/association/donate – solitamente non uso questo CMS (né, in effetti, nessun altro) per il mio lavoro, ma quest’anno è stato protagonista di una commissione abbastanza ben pagata dunque gli cedo un contributo.

mediasoup (10 dollari) – https://opencollective.com/mediasoup – la libreria di base di EduMeet, una delle applicazioni di videocall più apprezzate dalla community open source durante il lockdown COVID-19 (dopo il popolare Jitsi). Nonché applicazione su cui per un breve periodo ho lavorato per conto di un cliente, motivo che qualifica questo componente per almeno una piccola donazione.

cURL (10 dollari) – https://opencollective.com/curl – molto bello Guzzle, ma ogni volta che devo implementare una funzione PHP che effettua operazioni via HTTP finisco sempre per scegliere la libreria cURL. Anche perché è la soluzione che più facilmente si trova cercando su StackOverflow

Carbon (10 dollari) – https://opencollective.com/Carbon – un’altra libreria PHP (per la manipolazione delle date) che direttamente uso poco, ma da cui dipendono svariati altri componenti che uso regolarmente.

select2 (10 dollari) – https://opencollective.com/select2 – libreria Javascript che estende e potenzia i cosiddetti “menu a tendina” nelle pagine HTML. Sinceramente preferisco l’Autocomplete di jQueryUI, ma un certo mio cliente no e pertanto uso (e pago) questo.

inputmask (10 euro) – https://github.com/RobinHerbots/Inputmask – libreria Javascript per la validazione degli input nelle caselle di testo. Immensamente utile quando si deve far introdurre all’utente un codice fiscale, un IBAN, o qualsiasi altra informazione con un pattern noto.

PhotoRec (10 euro) – https://www.cgsecurity.org/wiki/PhotoRec – protagonista di una storia avvenuta durante il lockdown, brevemente narrata in questo tweet.

FlySystem (4 dollari) – https://github.com/sponsors/frankdejonge – ennesimo componente PHP che mi trovo incidentalmente ad usare con una discreta frequenza in virtù dell’integrazione nativa in Laravel. Solo recentemente ho attivato la sponsorizzazione ricorrente su GitHub Sponsor, motivo percui quest’anno gli è arrivato così poco.

Da questo elenco mancano alcuni soggetti cui avrei dovuto dare un po’ di soldi, ma senza riuscirci. Tra questi: MariaDB (tentando di attivare una donazione annuale il profilo su LiberaPay dice che “non è pronto a ricevere donazioni”) e Apache Foundation (due volte ho provato a compilare il modulo online, ma la transazione PayPal è sempre fallita). Sarà, spero, per il prossimo anno.

Come sempre raccomando ai miei colleghi – siano essi imprenditori, freelance o amministratori di piccole agenzie – di devolvere una parte del proprio fatturato agli strumenti open source con cui svolgono il proprio mestiere, e senza i quali probabilmente non avrebbero i mezzi per svolgerlo. Non per generosità o beneficienza, ma per accertarvi che questi siano continuamente sviluppati e mantenuti e vi permettano anche in futuro di lavorare, fatturare e fare profitti. Per i titolari delle aziende più grandi, e dunque con una porzione maggiore di fatturato da ridistribuire, ricordo la possibilità di diventare sponsor dell’associazione Italian Linux Society: oltre a contribuire alla popolarità del software libero e open source in Italia otterete anche una discreta visibilità presso il pubblico più vicino a queste tematiche (raggiungendo, magari, qualche nuova risorsa che possa contribuire a far crescere la vostra attività).


Errata Corrige

23 novembre 2020

Qualche settimana fa, vedendo transitare codesto tweet sulla mia timeline in merito all’eterno dibattito sulla differenza tra “free software” e “open source”, con un sorriso sornione sono andato a cercare – con l’intento di copiarla fedelmente dall’originale – quella che da sempre è la mia risposta preferita a tale questione: una frase tratta da “Why Open Source misses the point of Free Software“, il testo cardine su cui orbita l’intera argomentazione secondo cui “free software è meglio di open source”, firmato da null’altri che da Richard Stallman in persona, in cui da sempre (o, almeno, dal 2009) viene dichiarato in modo esplicito e senza possibilità di contestazione che (riassumo) l’open source è “solo” una mera metodologia di sviluppo software mentre esclusivamente la definizione di software libero racchiude i veri e soli principi etici, politici e culturali che noi tutti amiamo e che tutti noi sosteniamo. Non nascondo il mio sbigottimento quando, aperta la pagina e scrollata un po’ su e giù, non ho trovato quel che cercavo.

Con l’aiuto della WaybackMachine di archive.org sono dunque andato a ripescare vecchie versioni di quella stessa pagina, per scoprire che tra il 22 febbraio 2019 ed il 6 marzo 2019 una frase, quella frase, è stata cancellata: “Open source is a development methodology; free software is a social movement“. Molto poco del resto è stato alterato, per riformulare le frasi adiacenti ed aggiornare un paio di riferimenti.

La soppressione di tale formula, così chiara e semplice, scevra di ogni interpretazione e dubbio, che da sola permette di mettere in prospettiva l’intera argomentazione sulla differenza tra i due termini in oggetto, rappresenta una ennesima pietra nell’opera di revisione storica ed appropriazione indebita di meriti e valori altrui da parte dei Veri e Soli Paladini della Verità Assoluta, che evidentemente tanto Assoluta non è, e anzi da diversi anni viene alterata per assecondare il consenso popolare. Se prima il modello collaborativo era considerato una futile distrazione nei confronti del messaggio promosso da FSF, oggi – che tale modello è diventato estremamente adottato e amato, ed anzi è esso stesso fulcro di quella trasformazione tecnologica e sociale originariamente ambita da Stallman – magicamente la collaborazione e la condivisione sono spacciati come valori propri, nel disperato tentativo di conservare un ruolo che ai fatti è stato perso decenni fa.

D’altro canto io, che non amo prendere per oro colato tutto quel che viene propinato dalla propaganda stallmaniana (incluse le variazioni), proprio l’altro giorno – durante un seminario online tenuto presso uno dei maggiori consorzi italiani dedicati alla digitalizzazione della pubblica amministrazione – ho invece ribadito la necessità di avere ed usare opportunamente due termini distinti che identificano due distinti concetti (il modello di sviluppo collaborativo da una parte, ed i diritti di sviluppatori e utenti dall’altra) e questa differenziazione mi è stata assai utile per sottolineare alcune dinamiche non sempre chiare ed evidenti. Ed è in assoluto utile mantenere tale separazione perché, se non tutto il software libero è anche open source e non tutto l’open source è anche software libero, ci deve pur essere modo di spiegare e comunicare questa differenza.

Un giorno, forse, riusciremo a costruire e consolidare una dialettica non incentrata esclusivamente sullo GNU/ego.


Algebra Industriale

16 luglio 2020

Da sempre la politica è abituata ad interloquire (ovvero: dialogare, fare concessioni, trovare compromessi) con i grandi gruppi industriali sulla scorta di un ragionamento molto semplice: grande industria = grandi investimenti = tanti posti di lavoro. Da questa banale equazione nascono lo storico rapporto conflittuale con l’odierna FCA (34 mila dipendenti in Italia), il tira e molla sull’Ilva (10 mila lavoratori coinvolti), o i più recenti scontri sulle concessioni autostradali (7000 dipendenti direttamente toccati).

Ha sempre funzionato un po’ per tutto, funzionerà certamente anche con la grande industria (statunitense) della tecnologia. No?
No.

Apple è l’azienda con il più alto capitale azionario del mondo. Non stupisce che nel 2016 l’allora premier Matteo Renzi sia andato personalmente a ricevere Tim Cook, e sia magari stato genuinamente convinto del fatto che assecondare il progetto della “Apple Academy” a Napoli (poi malamente naufragato, eppur rinnovato dall’attuale premier Giuseppe Conte) fosse una buona idea. Grande industria = grandi investimenti = tanti posti di lavoro.
Ma…
Apple conta, oggi in Italia, 1624 dipendenti. E sulla pagina web dedicata all’argomento (pubblicata anni fa, in risposta allo scandalo dei 13 miliardi di dollari di tasse non pagate in Europa sfruttando la complicità dell’Irlanda) ostenta il merito di altri 62 mila posti, nicchiando sul fatto che la stragrande maggioranza degli sviluppatori di app mobile lavorano (necessariamente) anche su piattaforma Android e pertanto tale numero non è certo un merito esclusivo di Apple.

Google non è certo da meno, in termini di dimensioni e impatto. Il recente annuncio di 900 milioni di investimenti nel nostro Paese ha scaldato i cuori del già citato premier Conte e della ministra Paola Pisano, i quali indubbiamente colgono le opportunità della digitalizzazione per le piccole e medie imprese italiane. E forse un po’ meno le opportunità negate a chi si occupa di digitalizzazione in Italia, ma che importa? Grande industria = grandi investimenti = tanti posti di lavoro.
Ma…
Non è chiaro quanti siano i dipendenti di Google in Italia. L’unico suggerimento che trovo online risale al 2012, e menziona 130 lavoratori nella sede di Milano. Esiste un’altra sede in Italia (cioé quella di Roma), e possiamo generosamente arrotondare tale numero a 300. Non esattamente le cifre che sarebbe lecito aspettarsi per una azienda che fattura 46 miliardi di dollari all’anno.

“Ma Bob, la fai troppo semplice! I posti di lavoro offerti da queste aziende saranno forse pochi, ma altamente qualificati e ad alto valore aggiunto!”.
No.

Le offerte pubblicate per l’Italia tanto da Apple che da Google sono in massima parte rivolte a personale che si occupa del marketing, delle vendite, qualche volta dell’assistenza tecnica. Niente di diverso rispetto a quanto si può trovare, per dire, tra le proposte di Unieuro (5000 dipendenti). Ricerca e sviluppo – appunto, i lavori che rendono di più e che ingenuamente si riconducono a queste realtà – avvengono interamente altrove, nei “paradisi fiscali” europei ed in massima parte negli Stati Uniti. Certamente ci sono tra questi anche tanti italiani che si sono trasferiti all’estero, all’estero vivono e lavorano, all’estero pagano le tasse, all’estero si fanno una famiglia. Chissà quanti tra i 29 mila giovani laureati che hanno lasciato il Belpaese solo nell’ultimo anno oggi producono ricchezza in Irlanda, in Svizzera, o in California.

I metodi e le aspettative della politica industriale sono rimaste invariate nei decenni, e vengono applicate tanto alle automobili quanto ai servizi web. Ma dove mancano le variabili dei grandi impianti, le costanti della logistica e gli esponenti del consumo, la classica ed amata semplice equazione non funziona più. E serve una nuova algebra industriale per far quadrare i conti.


I Nodi nel Pettine

24 febbraio 2020

Anche nel 2020, il mio tradizionale report sull’esperienza al FOSDEM di Bruxelles. Per il decimo anno. Questo genere di cose mi ricordano che sto invecchiando. E mentre io invecchio, il mondo cambia.

Il FOSDEM – giunto quest’anno al suo ventesimo anniversario – è sempre stato una conferenza notoriamente di taglio prettamente tecnico. L’acronimo “Free Open Source Developers European Meeting” suggerisce una vocazione rivolta alla programmazione, e negli anni – con la crescita del cosiddetto “cloud” – sono altrettanto cresciuti i contenuti rivolti ai sistemisti. Unica eccezione per lungo tempo è stata la devroom dedicata agli aspetti legali delle licenze open source, che storicamente hanno un ampio seguito tra avvocati, giuristi ed altri soggetti diversamente tecnici ma pur sempre con il pallino per i “codici”.

Per l’edizione 2016 proposi – con la complicità di FSFE – uno stand informativo e divulgativo dedicato alle realtà associative europee di promozione e sostegno al software libero. Una proposta a quel tempo così anomala rispetto all’approccio classico della conferenza che fu cassata, benché l’esperienza sia poi sfociata nel “pre-FOSDEM meeting” organizzato (almeno fino allo scorso anno) appunto da FSFE il venerdi precedente al FOSDEM per far almeno incontrare tra loro le suddette associazioni nazionali operative in Europa. A fasi alterne, poi, è occasionalmente stata allocata una devroom per il tema “Community”, ovvero alle dinamiche squisitamente umane che soggiaciono alla produzione, promozione ed adozione del software libero, e solo dal 2017 questa è diventata una presenza fissa nel programma della manifestazione.

Nell’edizione 2020, qualcosa è cambiato. Non solo è stata allestita la suddetta devroom Community, ma ci sono state anche non una ma ben due main tracks a tema non tecnico (Freedom e Community and Ethics) e, ancora, buona parte della devroom Legal è stata dedicata ad aspetti etici e sociali (peraltro, con talk molto ben congeniati in forma di dibattito con interpreti dei diversi risvolti di ogni argomento toccato). Una vera e propria svolta umanistica all’interno della conferenza più tecnica che ci sia.

Le ragioni di questa inedita attenzione agli aspetti meno tecnici e più politici in quel di Bruxelles vanno probabilmente cercate in prima istanza nell’oramai famigerato caso di MongoDB vs Amazon, che ha animato una discussione estremamente accesa – né del resto ancora spenta – nel mondo open source in merito ai fondamenti stessi della disciplina. L’evento in sé è occorso a fine 2018, quando già i programmi per il FOSDEM 2019 erano in gran parte fatti, ma le ripercussioni della vicenda sono tali da avere uno strascico nel 2020. A questo aggiungiamo una diffusa presa di coscienza in merito al legame indissolubile tra software e dati (esacerbato dalla propagazione dell’uso del machine learning, che pur essendo implementato spesso con software a sorgente aperta viene alimentato da grosse moli di informazioni ai fatti accessibili solo dai grandi colossi del web), il nodo ancora insoluto della sostenibilità economica dell’open source (tema ricorrente al FOSDEM fin dal 2018), un crescente interesse sugli utilizzi etici e meno etici del software libero, ed il gioco è fatto.

Certamente è un bene che nel dibattito collettivo inizi ad emergere la consapevolezza nei confronti di domande che negli ultimi anni hanno trovato ampio riscontro all’interno della community. E che i nodi inizino a venire al pettine. Preoccupa semmai il fatto che ancora non ci siano delle risposte convincenti, che non esista una leadership consolidata in grado di sostenere e dare altrettanto riscontro a tali eventuali risposte, e che tale vuoto dialettico lasci spazio a posizioni reazionarie che – se lasciate propagare senza controllo – vanno a minare le fondamenta stesse del Movimento Freesoftware.

Non ho seguito tutti i talk che trattavano i suddetti argomenti “caldi”, dunque non so fino a che punto ci si è limitati a prendere atto delle questioni in essere e fino a dove ci si è spinti nel fornire delle argomentazioni, ma spero di riuscire a recuperarne almeno una parte grazie alle registrazioni audio/video fornite sul sito del FOSDEM.

Oltre a questo, nel corso della manifestazione ho avuto modo di chiaccherare profusamente con diversi vecchi e nuovi amici, soprattutto in merito al prossimo MERGE-it previsto per inizio aprile 2020. E di bere un sacco di birra belga, ma questa è un’altra storia.


Smanettone

14 gennaio 2020

La parola inglese “hacker” ha una sua propria storia ed origine e un suo proprio significato designato, ma tutti sappiamo che – al di là della presunta retorica e degli occasionali sforzi condotti per arginare la proliferazione di altre interpretazioni – nell’accezione comune ha assunto tutt’altro contenuto. Nella migliore delle ipotesi, l’hacker è qualcuno che si occupa espressamente di sicurezza informatica, cioé di un sottoinsieme limitato di quel che è lo scibile digitale. Nella peggiore egli è il pirata informatico, chi penetra nei sistemi informatici altrui spesso a scopo di profitto personale. Tutti coloro che hanno qualche competenza informatica prima o dopo si sono sentiti chiedere, da un amico o da un parente, “Ma dunque tu sei un hacker?!”, e tutti a tal domanda hanno sempre percepito il sottinteso “Ma dunque tu infrangi la legge, entri nei computer e spii chi vuoi?!”.

Onde evitare dunque questo perenne e costante fraintendimento tra significati storici e significati contemporanei, e per agevolare ed accelerare la comunicazione con chiunque – sia esso un addetto ai lavori in ambito informatico o un completo profano – negli anni ha iniziato ad adottare e ad usare sempre più frequentemente l’italianissimo termine “smanettone”, il quale è immediatamente comprensibile e riconoscibile dai più e scevro di ogni doppia interpretazione. Talvolta tale scelta mi viene contestata, forse per l’accezione negativa che dà qualcuno a tale sostantivo, e pertanto tenevo a scrivere qui – per futura referenza – le mie motivazioni e considerazioni.

“Hacker” nasce – secondo la tradizione – presso il circolo di modellismo ferroviario del MIT di Boston; diretta derivazione del verbo “to hack”, che letteralmente significa “fare a pezzi”, viene adottato dai giovani studenti che all’epoca si divertivano a manipolare i circuiti elettronici dei modelli in modi raffinati e spesso senza utilità diretta se non quella dell’esplorazione.

Benché anche in Italia ci sia una discreta tradizione di modellismo ferroviario, c’è una tradizione molto più forte, marcata e popolare: quella per i motori. Negli anni ’80, con la massiccia diffusione dei ciclomotori (più economici e pratici delle motociclette canoniche, nonché legalmente utilizzabili anche dai più giovani), dilaga nel nostro Paese l’uso di modificare, alterare e “truccare” i propri mezzi per aumentarne la velocità ed il rumore. La manopola del manubrio che serve ad accelerare si chiama “manetta”, l’atto di manovrarla su e giù per far rombare il motore diventa “smanettare”, e per estensione lo “smanettone” è colui che non solo si esibisce in impennate e sgommate ma che ha anche dimestichezza con la meccanica interna del veicolo, ne sa smontare e sostituire le componenti per ottenere le migliori prestazioni, o che semplicemente si diverte nello sporcarsi le mani di olio e benzina.

Non saprei dire come il termine “smanettone” sia stato mutuato dal gergo informatico, ma è evidente che il significato è del tutto affine a quello originario di “hacker”, benché inizialmente applicato ad un ambito diverso (meccanico anziché elettronico). Ma in più gode di una etimologia tutta italiana, strettamente legata alla cultura ed alla storia del Bel Paese, e pertanto facilmente afferabile da chiunque, soprattutto da chi ha vissuto i suddetti anni ’80 (e magari ha meno confidenza col gergo prettamente digitale).

Mi sento pertanto di consigliarne e promuoverne l’uso, per identificare coloro che creano, disfano, esplorano e sperimentano in ambito informatico. Chi, secondo lo stereotipo classico, passa notti insonni per risolvere un problema (che spesso lui stesso si è andato a cercare o si è più o meno consciamente creato da solo), che adotta la soluzione meno ovvia e semplice per ottenere un certo risultato (a discapito di una infinita quantità di tempo passata per metterla in opera e mantenerla operativa nel tempo), che persegue progetti di dubbia e opinabile utilità usandoli come pretesto per capire, costruire, documentarsi e padroneggiare tecniche e tecnologie altrimenti senza alcuno scopo, e che genericamente trova piacere (al limite del masochismo) nell’affrontare sfide sempre nuove nel contesto digitale.


Uno Per Cento (2019)

3 gennaio 2020

Come oramai tradizione, anche quest’anno metto mano agli appunti raccolti e alle fatture emesse nel corso dell’anno per tirare le somme e destinare l’1% del mio fatturato 2019 ai progetti open source che maggiormente hanno avuto un ruolo nella mia attività professionale. Sia per riconoscere un valore economico alle componenti software che mi permettono di pagare l’affitto, le bollette e le spese, sia per contribuire alla loro salute ed al loro sviuppo (e garantirmi la possibilità di poter continuare a pagare, in futuro, i suddetti affitto, bollette e spese).

Nel 2019 è stato alzato il limite di fatturato per chi, come me, ha una partita IVA a regime agevolato. Pertanto sono riuscito a rastrellare un po’ di più rispetto agli anni passati, e conseguentemente il mio 1% è un tantino più ricco.

Let’s Encrypt (50 dollari) – https://letsencrypt.org/donate/ – Spesso lo dico: chi lavora sul web e non ha mai donato a Let’s Encrypt è, a prescindere, un ladro. Perché a tutti è certamente capitato di avere bisogno di un certificato SSL per attivare il protocollo HTTPS su un proprio dominio – vuoi per assecondare un cliente in crisi isterica perché il browser gli diceva che il suo sito non era “sicuro”, o vuoi per assecondare una qualche API che pretendeva di interfacciarsi solo via HTTPS – e certamente tutti, dovendo scegliere se pagare il pizzo alla mafia dei certificati a pagamento o se usare l’alternativa gratuita offerta da Let’s Encrypt, hanno optato per la seconda. Un contributo a questo progetto, che ha cambiato – forse irreversibilmente – l’intero mondo del web, è scontato.

Debian (50 dollari) – https://www.debian.org/donations – Confesso che da quest’anno ho iniziato ad usare un po’ meno la ben nota distribuzione Debian (vedi sotto, il paragrafo dedicato a Ubuntu), ma questa rimane la mia scelta di default per i numerosi server che amministro e che, grazie a questa attiva community, riesco a tenere aggiornati senza particolari sforzi.

Ubuntu (50 dollari) – https://ubuntu.com/download/desktop/thank-you – Nel 2019 ho acquistato un nuovo PC, un Dell XPS 13, scegliendone ovviamente uno con Linux preinstallato. Viene distribuito con Ubuntu 18.04, l’attuale versione LTS, ed ho preferito mantenerlo anziché rimpiazzarlo con la mia solita Debian, vuoi anche per vedere lo stato della distribuzione che abitualmente consiglio a chi si avvicina a Linux per la prima volta. Mi ci trovo abbastanza bene – del resto, è pur sempre una Debian “abbellita” – e dunque quest’anno qualche soldino lo riservo anche a loro.

Thunderbird (50 dollari) – https://donate.mozilla.org/en-US/thunderbird/ – A Thunderbird dono qualcosa tutti gli anni, ma questa volta – avendo un poco di fondi in più da allocare – ho optato per un passaggio di livello, da 25 a 50 dollari. Perché questa resta una delle applicazioni desktop che uso maggiormente, e senza sarebbe per me davvero molto complesso tenere ordine tra le mie svariate caselle di posta elettronica.

jQuery (25 dollari) – https://js.foundation/about/donate – Sono un tipo all’antica, e a dispetto dei framework più moderni – nonché delle più recenti evoluzioni di Javascript – torno sempre ad usare codesta classica e popolare libreria. Un giorno o l’altro passerò a Vue, ma neanche questo è stato l’anno buono.

OpenBSD (25 euro) – https://www.openbsdfoundation.org/donations.html – Quelli che supportano lo sviluppo di OpenSSH. Questo dovrebbe essere, già di per sé, motivo sufficiente per giustificare una donazione da parte di chi ogni giorno si trova a dover metter mano ad un server remoto su cui hosta applicazioni e strumenti.

Gnome (25 dollari) – https://secure.givelively.org/donate/gnome-foundation-inc/gnome-patent-troll-defense-fund – Tutti gli anni dono qualche quattrino a Gnome, il mio desktop enviroment d’elezione, e quest’anno ho anticipato il contributo partecipando alla raccolta fondi indetta per fronteggiare una bega legale in cui si sono trovati invischiati a causa di un patent troll.

DOMPDF (25 dollari) – https://github.com/dompdf/dompdf – Spesso capita che i clienti chiedano una qualche funzione per esportare documenti in PDF dalla loro applicazione, e nel 2019 ho adottato questa libreria PHP. Che, stando alla mia esperienza personale, ha un rendering HTML/PDF molto migliore rispetto alle altre soluzioni. 25 dollari ben spesi.

Inkscape (25 dollari) – https://inkscape.org/support-us/donate/ – Come sempre, il mio editor grafico di riferimento per realizzare loghi, piccoli elementi da aggiungere nelle pagine web, diagrammi, wireframes e altro.

Libreoffice (25 euro) – https://www.libreoffice.org/donate/ – Strumento di cui non si può fare a meno, sia per elaborare documenti CSV (anche molto voluminosi) che per preparare le slides delle lezioni.

RamBox (25 dollari) – https://rambox.app/donate.html – Una delle applicazioni desktop che uso maggiormente, complementare a Thunderbird in fatto di comunicazione.

Apache Foundation (25 dollari) – https://www.apache.org/foundation/contributing.html – Il webserver Apache è pur sempre il webserver Apache. Da supportare oggi più che mai, considerando i recenti problemi avuti da Nginx e la futura possibilità di dover tornare ad esso.

OpenStreetMap (25 euro) – https://donate.openstreetmap.org/ – A OpenStreetMap, il database pubblico di informazioni geografiche, contribuisco abbastanza regolarmente. Recentemente ho però anche usato tali informazioni per una applicazione destinata ad un cliente, pertanto è d’obbligo destinare una piccola parte del mio fatturato.

youtube-dl (25 dollari) – http://ytdl-org.github.io/youtube-dl/donations.html – Semplice utility che permette di scaricare i video pubblicati su YouTube. Mi è stata molto utile durante una massiccia migrazione di contenuti da YouTube a Vimeo; per colmo di sfortuna proprio quel giorno Google ha modificato qualcosa nel suo servizio di hosting video, rompendo l’applicazione, ma nel giro di poche ore gli sviluppatori hanno rilasciato una nuova versione funzionante.

DAVx5 (10 euro) – https://www.davx5.com/donate – Piccola app, disponibile su F-Droid, per sincronizzare il calendario dello smartphone con una sorgente CalDAV esterna. Ideale per tenere allineata l’agenda del telefono con la mia istanza NextCloud, e non perdersi gli appuntamenti occasionali.

Laravel DebugBar (2 dollari) – https://github.com/sponsors/barryvdh – Utilissimo ed imprescindibile strumento per chiunque sviluppi applicazioni PHP/Laravel. La donazione è molto modesta in quanto solo adesso ho scoperto la possibilità di “sponsorizzare” l’autore usando il nuovo GitHub Sponsor, dunque solo adesso ho attivato un versamento mensile da 2 dollari (ovvero: 2 * 12 = 24 dollari all’anno). Preferirei avere la possibilità di fare donazioni cumulative una-tantum ma mi accontento di questa modalità, anzi vorrei vederla più spesso usata (almeno questa) esistendo su GitHub una pletora di altre librerie e componenti che vorrei aggiungere a questo mio elenco annuale ma che non offrono alcuna possibilità per contribuire economicamente al progetto.

Oltre a queste donazioni sto attualmente valutando di aderire al nuovo programma di sponsorship di Italian Linux Society. La quota annuale è relativamente alta, per un freelance individuale come me, ma d’altro canto ho già constatato che la visibilità paga ed aiuta ad essere trovato e contattato da nuovi clienti dunque, anche questa, sarebbe una forma di investimento professionale (con il gradevole effetto collaterale di essere anche di aiuto e supporto alla crescita del movimento freesoftware in Italia).

Come ogni anno raccomando i miei colleghi sviluppatori – siano essi freelance, soci di piccole e medie società, o amministratori delegati di aziende – a destinare anche loro l’1% del proprio fatturato al sostegno dei progetti open source che usano più o meno regolarmente nel corso dell’anno per la propria attività professionale.


Il Cugino di Adam Smith

26 dicembre 2019

In Europa non esistono grandi aziende legate alla tecnologia. A parte magari Siemens, che non è esattamente il primo nome che salta alla mente quando si parla di “tecnologia”, o la tedesca SAP, la quale – per dare una proporzione rispetto alla realtà statunitense – era candidata per una acquisizione da parte di Microsoft qualche anno fa (salvo poi ingrandirsi e di Microsoft diventare partner). Le varie Google, Apple e affini hanno tutte sede negli USA. Questo per vari motivi – sociali, economici, legali, politici, fiscali, storici – ed è un trend che può essere riscontrato, più generalmente, nell’elenco delle aziende più grandi del mondo, ove i Paesi europei appaiono sporadicamente. Il tessuto economico europeo (e ancor più quello italiano) è caratterizzato da innumerevoli aziende di piccole e medie dimensioni che tra loro si complementano, qualche volta si sovrappongono, qualche volta collaborano, ma ciascuna delle quali opera in modo autonomo nel suo ambito specifico.

Eppure questa realtà dei fatti, per quanto oggettivamente inconfutabile, non è mai stata sinora percepita come un fattore determinante nell’azione politica. E – per qualche motivo, soprattutto in ambito tecnologico – si è spesso inseguito il modello americano del “grande, grosso, e che genera tanti posti di lavoro”. Modello evidentemente inapplicabile, non esistendo nessun riscontro reale e concreto da additare come esempio ben riuscito. Le diverse iniziative economiche rivolte a ricerca e sviluppo in ambito tecnologico – leve fiscali, finanziamenti agevolati o a fondo perduto, bandi – sono sempre state congeniate su base individuale, destinate alla singola azienda, senza badare al fatto che – come dicevamo sopra – la singola azienda che agisce sul campo europeo ha sempre un limitato impatto, e limitato sarà dunque l’impatto (occupazionale, produttivo, fiscale) del finanziamento pubblico ricevuto.

Se viene sostenuto l’acquisto di un nuovo macchinario industriale per una azienda, può esser fatto solo per quella e l’investimento non può avere nessun altro beneficiario (oltre a chi produce e vende il macchinario, ovviamente). Viceversa il software è riproducibile all’infinito e a costo zero: alimentata la spesa della sua implementazione ne possono beneficiare tutti, a cascata, sia coloro che lo usano che coloro che su di esso vendono servizi di integrazione, personalizzazione e formazione. Questa differenza essenziale tra beni fisici e beni digitali, per quanto scontata, viene troppo spesso ignorata da chiunque, tale percui ne ho tratto un talk all’ultimo EndSummerCamp e per aver detto tale banalità in pubblico ho persino ricevuto dei complimenti. Ciò detto, l’intero piano Impresa 4.0 del Ministero per lo Sviluppo Economico, nell’allocare milioni di euro in sgravi ed incentivi fiscali atti ad accelerare la digitalizzazione industriale, pone strumentazioni tecnologiche e software sullo stesso identico piano, conducendo implicitamente a due risultati: il massiccio acquisto di licenze per soluzioni che magari contribuiscono sì alla digitalizzazione ma che hanno un ritorno molto moderato se non nullo sulla crescita della produzione software nazionale (Microsoft, che notoriamente non ha manco uno sviluppatore in Italia né ci paga le tasse, a marzo 2019 definiva il nostro “tra i Paesi più promettenti in Europa” nell’annunciare l’eccezionale crescita delle vendite di Dynamics), oppure il finanziamento per la creazione di nuove soluzioni, molto verticali, molto personalizzate e molto proprietarie, costruite da zero, replicate ancora e ancora, che vanificano tutti i progressi condotti (e altrettanto finanziati) precedentemente, e di cui gode solo l’azienda che ha ricevuto l’agevolazione prevista.

Qua e là in Europa si inizia a prendere atto di queste dinamiche basilari, e si inizia ad occhieggiare il modello open source come naturale strumento per affermare la produzione nel Vecchio Continente pur assecondandone la sua ineluttabile frammentazione. Il pretesto politico è quello della “sovranità digitale”, della tutela dei dati dei cittadini e dell’emancipazione tecnologica; la volontà reale è quella di smettere di essere i passivi clienti globali delle tecnologie altrui – statunitensi e cinesi in primis – ed alimentare una offerta interna di innovazione e tecnologia che possa in qualche modo riequilibrare lo squilibrio imposto dalla progressiva delocalizzazione della manifattura e della produzione industriale.

Il governo tedesco non si è fatto troppi problemi nel destinare ad una propria azienda locale – NextCloud, uno dei leader europei in fatto di open source – un grosso appalto per la propria piattaforma interna di condivisione di documenti ed informazioni. Alla faccia di Google Drive, e con gaudio di tutti i fornitori terzi di NextCloud (ufficiali e non) che possono beneficiare degli sviluppi finanziati da tale operazione. Più recentemente il CDU (il partito di Angela Merkel, per intendersi) ha introdotto l’open source tra le sue linee programmatiche. La Francia non solo ha adottato la medesima piattaforma NextCloud per il Ministero dell’Interno, non solo ha condotto una operazione simile con il suo sistema di messaggistica interna (basato sul protocollo aperto Matrix, ed implementata dall’azienda franco-inglese New Vector), ma fa anche pubblicare il codice delle soluzioni software realizzate dalle startup finanziate con fondi statali. Presso la Commissione Europea si è recentemente tenuto un incontro per discutere dell’impatto dell’open source sull’economia locale, e farne emergere le opportunità.

La dimostrazione che tutte queste azioni, di origine governativa, hanno un riscontro più ampio? A ottobre Microsoft Germania si è scomodata per indire una conferenza per “spiegare” – a modo suo – la sovranità digitale, la quale evidentemente è percepita come una minaccia per gli affari del colosso statunitense e va in qualche modo arginata e contenuta.

Sull’approccio italiano a questi temi non mi esprimo: qui si trova una revisione edulcorata e politically-correct dell’ultimo Piano Nazionale Innovazione presentato dal Ministero per l’Innovazione, in cui – manco a dirlo – il software libero e open source non viene citato manco per errore. Non resta che sperare, oggi, nel traino degli altri Paesi europei, presso cui poco alla volta sembra crescere una consapevolezza politica un tantino più ampia e solida.

Domanda e offerta, surplus, materie prime, suddivisione del lavoro: le basi del sistema economico descritto da Adam Smith non trovano riscontro nel mondo digitale. E finché non comprende questa ovvietà difficilmente la politica nostrana potrà parlare di “innovazione”.