Open-source o closed-source per SaaS? [duplicare]

Se il tuo prodotto è nuovo e ritieni di poter trarre grandi vantaggi da ogni passo innovativo che intraprendi all'inizio del processo, l'open source non ha molto senso. Non c'è un giocatore trincerato che stai cercando di raggiungere, quindi non è necessario arruolare l'aiuto di altri.

L'unica ragione per cui qualcosa di open source quando si è in grado di trarre profitto da ogni singolo investimento nella base di codice sarebbe che non fa parte della tua competenza principale, e sai che non si evolverà e crescerà con altri progressi nella tecnologia. Questo è fondamentalmente il modo in cui Unix è diventato dominante quando prodotto da AT & T (la licenza di Unix e il mercato era in tale stato che era fondamentalmente come open source per il tempo, ed è per questo che ad esempio BSD Unix si è evoluto fuori da tale base di codice), perché non volevano essere nel business del sistema operativo. Se lo avessero prodotto, alcuni altri sistemi operativi avrebbero apportato le innovazioni necessarie per portare il computing multipiattaforma e i vantaggi che ne derivano per il mondo informatico.

Se, tuttavia, il vantaggio che hai sulla concorrenza è l'accesso ai dati in modo tempestivo, o un servizio di altissimo livello, e devi differenziarti dalla concorrenza, allora ha senso aprire i bit che vuoi che i tuoi utenti siano in grado di migliorare da soli.

Personalmente penso che nel mondo SaaS, questo è spesso meglio realizzato attraverso l'utilizzo di un'API pubblica strong e ben documentata. Guarda il successo di Amazon Web Services come esempio perfetto per questo.

Personalmente sono un sostenitore dell'open source, tuttavia, quando si tratta di un prodotto di cui si desidera trarre profitto, non pubblicherei la fonte. Tuttavia, permetti comunque agli utenti di interagire con la tua applicazione tramite ganci o un'API in modo che sentano i fattori di flessibilità e personalizzazione della tua applicazione.