Ex Google, licenziato dopo il successo virale di gws, la tool open source che rivoluziona Workspace

«Mai avrei pensato che un semplice progetto open source potesse ribaltare la mia carriera», ha confessato Justin Poehnelt. Era un membro rispettato del team Developer Relations di Google Workspace quando ha dato vita a gws, una CLI pensata per rendere più semplice l’accesso alle API di Workspace direttamente dalla riga di comando. L’idea sembrava modesta, ma gws è esplosa in popolarità, conquistando migliaia di sviluppatori e scalando la vetta di Hacker News in poche settimane. Dietro questo successo, però, si nasconde una vicenda ben più complessa: un licenziamento e un duro scontro con Google, che ha cambiato per sempre il percorso di Poehnelt.

Gws: la CLI che ha conquistato gli sviluppatori

Gws è una interfaccia a riga di comando che permette di gestire da terminale i servizi di Google Workspace — Drive, Gmail, Calendar e altri — in modo unificato e più snello. Prima di gws, per lavorare con queste API bisognava spesso arrangiarsi con configurazioni separate o strumenti poco pratici. Poehnelt ha messo insieme tutto in un unico strumento, che rende più facile leggere e automatizzare le operazioni, anche tramite script o bot.

Il progetto ha preso rapidamente piede. Non si è trattato di un semplice tool di nicchia, ma di uno strumento che ha fatto il botto su Hacker News, una delle piattaforme più seguite da programmatori e appassionati di tecnologia. Migliaia di utenti hanno iniziato a usare gws, che ha aperto nuove strade per gli sviluppatori indipendenti, rendendo più diretta e veloce l’interazione con le API di Google Workspace.

Perché Google ha licenziato Poehnelt

Il licenziamento di Poehnelt è arrivato pochi giorni dopo che Google ha lanciato una CLI ufficiale simile, sviluppata internamente. La versione open source è stata vista dall’azienda come una sorta di “infrastruttura critica” non autorizzata, che aggirava i canali ufficiali con cui Google vuole controllare le integrazioni di terze parti. Gws, quindi, era un problema: offriva un accesso più semplice e meno regolato alle API, in qualche modo in competizione con gli interessi dell’azienda.

Il rapporto con la comunità open source, che di solito è sinonimo di collaborazione e innovazione fuori dai confini aziendali, ha scontrato le politiche rigide di Google su proprietà intellettuale e controllo del marchio. L’azienda ha coinvolto subito il proprio ufficio legale per esaminare l’uso del logo e dei colori ufficiali, presenti sui repository GitHub del progetto. Poehnelt aveva inserito un chiaro disclaimer che specificava la natura non ufficiale del software, ma per Google non è bastato.

Il nodo del branding e le tensioni legali

Al centro della controversia c’è stato l’uso del logo Google e dei suoi colori sui repository GitHub dove gws era ospitato. Poehnelt ha spiegato che quel branding non è stato aggiunto manualmente, ma è frutto di un’impostazione automatica che riguarda tutti i repository dell’organizzazione googleworkspace su GitHub. Un dettaglio tecnico che però non ha evitato l’intervento degli avvocati di Google.

Questa vicenda mette in luce le tensioni tra il lavoro degli sviluppatori open source e le strategie delle grandi aziende per proteggere il proprio marchio. Google controlla strettamente come viene usato il suo nome e i suoi simboli, specialmente in prodotti che si interfacciano con i suoi servizi via API. Nonostante il disclaimer, l’assenza di un accordo formale ha complicato la posizione di Poehnelt.

È un esempio chiaro di come l’innovazione indipendente e la tutela della proprietà intellettuale possano scontrarsi, soprattutto quando un progetto open source diventa molto popolare e sfida le soluzioni ufficiali. Il fatto che il licenziamento sia arrivato a soli due giorni dal rilascio della CLI ufficiale di Google fa pensare che l’azienda volesse chiudere in fretta ogni iniziativa non autorizzata.

Gws e il futuro degli strumenti per le API di Workspace

Il successo di gws racconta una domanda reale da parte degli sviluppatori: avere strumenti più semplici e potenti per lavorare con le API di Google Workspace. Considerando quanto sono importanti i servizi di Workspace per tante aziende, avere un’unica interfaccia da terminale è un vantaggio non da poco, soprattutto per chi deve automatizzare processi o creare applicazioni integrate.

Questa storia riflette anche un tema più ampio nel rapporto tra aziende e comunità open source: da una parte la spinta verso più trasparenza e collaborazione, dall’altra la necessità di proteggere asset strategici e mantenere il controllo. Il fatto che Google abbia deciso di sviluppare una sua CLI ufficiale mostra che l’azienda vuole offrire strumenti simili, ma senza perdere il controllo sulle regole e le modalità d’uso.

Per gli sviluppatori si apre quindi un momento di riflessione su quali siano i limiti e le opportunità nel costruire strumenti esterni per Google Workspace. Anche se le soluzioni open source rispondono a esigenze concrete, le regole imposte dai grandi colossi tecnologici possono pesare molto sulla loro diffusione e sul loro futuro.