Open-sourcing di una libreria proprietaria senza determinate caratteristiche

3

Spero di essere nel posto giusto per chiederlo.

Ho una domanda riguardante la pratica di open-sourcing di una libreria proprietaria che abbiamo costruito e utilizzato sul posto di lavoro. La licenza sarà probabilmente MIT. Mi piace l'idea, ma qui arriva la parte inusuale: ho il compito di rimuovere alcune delle funzionalità più avanzate. Quelli rimarranno sui nostri server, disponibili come servizio. Apriremo la libreria (JavaScript nel caso sia di interesse), insieme a un codice server associato minimo.

Io sono non che fa una domanda sui problemi tecnici (immagino che dovremo mantenere e sincronizzare archivi in qualche modo diversi, magari con richieste di pull incompatibili, ma questa domanda è per un altro giorno).

Quello che vorrei sapere è:

  • Come sarebbe percepito dalla comunità in generale? Rischia di uccidere l'eventuale interesse in questa libreria?

  • Non conosco personalmente alcuna libreria che funzioni in questo modo. Sono abbastanza sicuro che sia possibile, ma qualsiasi prova di una tale biblioteca è benvenuta (con successo se possibile). Questo è anche perché mi piacerebbe vedere come lo presentano.

  • Ancora più importante, quale potrebbe essere la motivazione per / contro di essa? Non sono sicuro di aver compreso le conseguenze di ciò.

Modifica

Dopo aver appreso una o due cose dalle risposte e dai commenti, ho raccolto qui alcuni esempi:

  • link

  • link

  • link (noti i commenti arrabbiati su questo - ma stiamo facendo il contrario, da proprietario a open-core)

Come sviluppatore, vorrei utilizzare il prodotto che pubblicheremo nei progetti personali, quindi penso che sia utile. Ma ci ho lavorato e ho un evidente pregiudizio.

Inoltre, la maggior parte dei feedback che ho visto in pratica dice "puoi provare, ma non funzionerà". Vedi anche link

Se qualcuno è in grado di trovare un prodotto di successo che fa open-core, ti sarei grato.

    
posta nha 11.06.2014 - 14:27
fonte

2 risposte

3

Questo è chiamato Open Core e può fare riferimento a due diverse versioni del prodotto (Free ed Enterprise, ad esempio, in questo caso "open core" si riferisce alle funzionalità di base) o a un singolo prodotto con un'architettura di plugin, dove l'host di plugin e un set di plug-in di base sono Open Source e il venditore vende ulteriori plug-in proprietari (qui "core" si riferisce al centro della libreria / app).

L'altro modello di business Open Source popolare è il modello di servizio, in cui il tuo prodotto è Open Source e vendi servizi aggiuntivi, contratti di manutenzione, formazione, installazione e così via.

    
risposta data 11.06.2014 - 16:24
fonte
1

Puoi farlo? Sicuro. Non è diverso in effetti dal prendere un progetto OSS esistente e costruire un layer proprietario su di esso per aggiungere funzionalità che poi vendi, lo stai facendo solo al contrario.
La gente reagirà con l'ostilità? Ovviamente. Gli zeloti open source ti odiano già per non essere uno di loro e avere una fonte inesauribile per te, che non cambierà. Ma fintanto che ciò che pubblichi è funzionale e non così limitato da far rispondere a tutti i metodi, "contattaci su www.somecompany.com per acquistare una licenza per usare questo" le persone pragmatiche potrebbero adottarlo se si adatta alle loro esigenze.
Quali sono i pro e i contro? Potresti ottenere altre persone per aiutare lo sviluppo del tuo prodotto. Ma allo stesso tempo dovrai dedicare del tempo a guidare e controllare quel processo per non perdere l'interfaccia con il codice che tieni da te (presumo tu stia considerando l'open sourcing per spingere parte di lo sforzo di sviluppo verso il lavoro libero, una ragione comune). Che il monitoraggio e il controllo del lavoro siano più o meno costosi di quelli di eseguire la tua manutenzione è impossibile per me dirlo, e impossibile per te dirlo fino a quando il progetto non è in corso, in quanto dipende dai manutentori che attiri così come dal quantità di codice e quantità di lavoro che deve essere eseguita su di essa che viene trasferita a una licenza OSS.

In generale, direi che è una mossa di marketing potenzialmente intelligente, ma una mossa tecnica rischiosa e possibilmente costosa, a meno che tu non stia effettivamente abbandonando la base di codice, bloccando la tua versione e semplicemente passando a qualcos'altro.

    
risposta data 11.06.2014 - 15:23
fonte

Leggi altre domande sui tag