Questo articolo è stato tradotto automaticamente dall’inglese

Festeggia come se fosse il 1999

Le star di GitHub sono i nuovi bulbi oculari delle dot-com: le startup che rilasciano IP come open source senza un piano di monetizzazione rischiano di ripetere gli errori del 1999.

Startups · Open Source

Invecchiare non ha molti vantaggi. Ma se ha la mia età, c'è una cosa buona nell'invecchiare: ricorda i giorni felici del 1999. Internet era nuovo, i contenuti erano ovunque e il futuro sembrava roseo. AltaVista ed Excite dominavano il mondo dei portali e i «bulbi oculari» erano la merce più pregiata. Nel tentativo di attirare più visitatori, le società di dot-com Le darebbero molte cose gratis come «utente»

.

Purtroppo quei giorni sono finiti (insieme alla mia giovinezza). Ora salire quattro rampe di scale non è un'opzione, i VC sono più prudenti e gli utenti sono più esperti, tutto in meglio, direi. Beh, è quello che pensavo finché non ho incontrato John, il giovane e intelligente fondatore di un prodotto incentrato sugli sviluppatori

.

John e il suo co-fondatore avevano dedicato anima e cuore alla creazione di un prodotto impressionante che potesse essere utilizzato dai team IT delle aziende più grandi e stavano cercando investimenti per portarlo al livello successivo. Naturalmente, abbiamo esaminato il team, il prodotto e la tecnologia. Stava andando così bene che iniziavo a pensare che potesse essere così, finché non ho chiesto della loro immissione sul mercato

Come avevano intenzione di vendere il loro prodotto? «Lo renderemo open source», mi ha detto John con sicurezza e disinvoltura. La sua convinzione nella sua risposta era così forte che ho provato tre o quattro emozioni e sono arrivato all'insicurezza in un paio di secondi. Sapeva qualcosa che io non sapevo? L'open source era davvero il modo per andare sul mercato con un prodotto come questo?

La verità è che non si tratta di un incidente isolato. Ogni giorno, ingegneri di talento fondano aziende e rilasciano il loro IP come open source nella loro insaziabile sete di condivisione mentale e adozione da parte degli sviluppatori. Molte volte funziona: ottengono più stelle nei loro repository GitHub di quante ne servano per trasformare tutti a San Francisco in generali dell'esercito. Tuttavia, la mia domanda: dov'è l'azienda?

L'

open source viene spesso presentato come l'unico modo per vendere software all'azienda di oggi. Si sostiene che, poiché gli sviluppatori usano ciò che vogliono e non ciò che viene detto loro nei loro progetti, sono diventati i re delle aziende IT. Li prenda tutti e li ottenga presto, e dominerà il mondo. Gli sviluppatori non amano niente di più di un prodotto open source in cui possono guardare sotto il cofano e armeggiare

.

Sebbene tutte queste argomentazioni siano vere, sto ancora cercando società open source di successo finanziario che possano essere riprodotte. Guardandosi intorno, Red Hat è l'unica azienda che guadagna con la sua offerta open source principale. Tutte le altre «storie di successo» del mondo open source da 10gen (MongoDB) a Docker guadagnano vendendo strumenti chiusi o devono ancora mostrare un fatturato sostenibile degno delle loro

valutazioni da miliardi di dollari.

Per essere chiari, anche se sono d'accordo sul fatto che l'open source sia un'opzione molto efficace e a basso costo per entrare in azienda, penso anche che non sia il modo di creare un'azienda di software senza un piano. Semplicemente non può costruire un business attorno a un progetto open source molto popolare senza avere un piano chiaro sulla monetizzazione

.

Rendere un progetto open source è una strada a senso unico sotto molti aspetti: una volta che un progetto è open source è quasi impossibile renderlo nuovamente closed source con successo. Anche spendere i suoi soldi per creare IP e renderli disponibili a tutti, compresi i suoi potenziali clienti e concorrenti, dovrebbe essere un processo ben ponderato: quali parti saranno open source e quali parti sono closed source? Come ha intenzione di guadagnare? È vendendo servizi e supporto o rendendo il suo prodotto «open trial», mentre la versione effettiva «adatta alla produzione» e «pronta per l'azienda» è a codice chiuso? Sta costruendo un ecosistema attorno al suo prodotto e, in caso affermativo, come intende svilupparlo senza alienare gli altri attori del suo ecosistema quando inizierà a guadagnare con il suo IP open source

?

Tutte queste sono domande importanti a cui deve rispondere prima di cambiare il tipo del suo repository GitHub da privato a pubblico e godersi le richieste start, fork e pull.

Temo che le star di GitHub siano diventate i nuovi bulbi oculari e temo che questa possa non finire bene come l'ultima che ricordo.

Questo post è stato pubblicato per la prima volta qui

Share this article