ADSENSE
|
Questo post é stato letto 70 volte!
Google licenzia per tool troppo facile: la storia di j. poehnelt
La vicenda di J.
Poehnelt, licenziato da Google per aver creato un tool che rendeva Workspace troppo facile da usare, evidenzia un delicato equilibrio tra innovazione e controllo aziendale.
J.
Poehnelt, per quasi sette anni nel team Developer Relations di Google Workspace, è stato allontanato dall’azienda dopo aver sviluppato una CLI (interfaccia a riga di comando) di grande successo, capace di unificare l’accesso a Drive, Gmail, Calendar e altre API di Workspace.
Questo progetto, denominato “gws”, ha rapidamente scalato le classifiche su Hacker News e ha ottenuto migliaia di “stelle” su GitHub, conquistando un vasto numero di utenti in pochi giorni.
Il licenziamento è avvenuto solo due giorni dopo che Google aveva annunciato al Cloud Next 2026 lo sviluppo di una CLI ufficiale per Workspace, un’iniziativa che di fatto si sovrapponeva al progetto personale di Poehnelt.
Da progetto interno di successo a caso legale
Inizialmente, il successo virale dello strumento di Poehnelt ha suscitato interesse all’interno dell’azienda, con dirigenti e manager che si chiedevano cosa si potesse imparare da tale iniziativa.
Tuttavia, la situazione è degenerata quando l’ufficio legale di Google è intervenuto, sollevando questioni sull’utilizzo del logo e dei colori del brand Google sui repository GitHub del tool.
Secondo Poehnelt, la vera ragione del suo licenziamento non risiede nella CLI stessa, ma nella crescente preoccupazione tra i vertici di Workspace riguardo al ruolo degli agenti di intelligenza artificiale.
Una CLI che facilita l’accesso alle API di Workspace per un agente automatizzato è percepita come un’infrastruttura che aggira i canali ufficiali attraverso cui Google preferisce gestire le integrazioni con terze parti.
Il dibattito sulle procedure interne e l’open source
La discussione che ne è seguita ha generato centinaia di commenti, molti dei quali si sono concentrati sulla questione procedurale.
Ex dipendenti Google hanno evidenziato le rigide regole aziendali per il rilascio di software open source, mettendo in dubbio se Poehnelt le avesse rispettate.
Lui stesso ha sostenuto che il processo “non è documentato con chiarezza e cambia di continuo”, affermando di aver ottenuto l’autorizzazione tramite il sistema di lancio interno e il via libera tecnico del suo manager.
Altri commentatori hanno replicato citando la documentazione pubblica sulle release open source di Google, che a loro avviso non lascia margini di ambiguità.
Per quanto riguarda l’aspetto del marchio, alcuni osservatori hanno notato che il logo Google compare automaticamente su tutti i repository dell’organizzazione GitHub googleworkspace, un’impostazione a livello organizzativo non scelta da Poehnelt.
Inoltre, il progetto includeva un disclaimer standard che specificava che non si trattava di un prodotto Google ufficialmente supportato.
Intelligenza artificiale e la tensione tra innovazione e controllo
Molti commenti hanno richiamato con nostalgia il “20% time”, il periodo che Google concedeva ai dipendenti per progetti personali.
Per alcuni, il licenziamento di Poehnelt dimostra che questa cultura è ormai svanita.
Altri hanno controbattuto che il “20% time” non ha mai implicato il bypass delle revisioni di lancio previste, e che il problema risiede nelle procedure, non nell’iniziativa in sé.
Il punto centrale emerso dal dibattito è che questa vicenda illustra la tensione tra i team di developer relations, il cui compito è rendere le piattaforme più accessibili, e i team di prodotto, che desiderano controllare i tempi, il marchio e la narrazione di ogni nuova funzionalità.
Una CLI che esegue chiamate API in modo efficiente non è più vista come un semplice strumento di comodità, ma come un’infrastruttura strategica pronta per gli agenti di intelligenza artificiale.
Nonostante tutto, il tool di Poehnelt rimane disponibile su GitHub per chiunque desideri utilizzarlo.
Questo post é stato letto 70 volte!