Come convincere la mia azienda a contribuire all'open-source?


11

Sto cercando di convincere l'azienda per cui lavoro a contribuire al software open source, in particolare costruendo una libreria / componente per le app Web ASP.NET. Abbiamo in programma una "Giornata dell'innovazione" in cui possiamo lavorare sui nostri progetti personali di animali domestici al lavoro, simile alla politica di Google un giorno alla settimana, tranne per il fatto che il nostro è una volta al mese :-), e ho un'idea che voglio open-source.

Altre aziende lo fanno, ad es. Headspring Systems ( http://automapper.codeplex.com - vedi banner in alto).

Cosa dico loro? Quali benefici posso trasmettere a loro che sarebbero vantaggiosi per l'azienda? Ho già menzionato la possibile esposizione per la nostra azienda, la nostra reputazione, ecc., Oltre ad attrarre i migliori sviluppatori di software alla prossima assunzione. Ma quali altri argomenti potrei fare?

Aggiornamento: la società per cui lavoro è una società di software che sviluppa principalmente applicazioni Web in ASP.NET e MS Stack. I nostri clienti sono principalmente il servizio sanitario nazionale (settore della sanità pubblica del Regno Unito).


1
Trova un progetto open source esistente che modifichi. Quindi, ciò che rilasci deve essere open source. Probabilmente c'è già qualcosa che può essere utile, ma ha solo bisogno di modifiche per soddisfare le esigenze della tua azienda.
Macneil,

1
La tua azienda è una società tecnologica, ad esempio sviluppi e vendi tecnologia? Penso che sia più facile argomentare in un'azienda tecnologica perché hai un motivo di profitto per far avanzare piattaforme specifiche; per esempio Engine Yard ha assunto gli sviluppatori JRuby per far avanzare l'ecosistema Ruby in generale perché ciò porterà loro più affari. Se la tua azienda è un utente finale di tecnologia, penso che tu abbia trattato i migliori argomenti.
Jeremy,

1
@Jeremy: Sì, mi spiace, probabilmente avrei dovuto menzionare che siamo una società di software che sviluppa principalmente applicazioni web in ASP.NET e nello stack Microsoft.
Domenica Ironfoot,

Macneil, che dovrebbe essere aggiunto come una risposta, non come un commento.
Peter Boughton,

@Peter: Grazie, anche se ho dubbi sul fatto che in realtà è un argomento da presentare a un'azienda. Altre circostanze speciali. Nel mondo accademico spesso costruiamo open source in modo da poter aumentare l'impatto e impedire a varie entità amministrative di assumere il controllo del nostro codice. Conosco alcuni professori che hanno brevetti sul loro lavoro anche se hanno protestato!
Macneil,

Risposte:


11

Devi presentare un caso aziendale. L'ho già fatto affermando che la proprietà intellettuale che saremmo open source non era una risorsa di core business (non ci ha differenziato), ma rilasciando il codice avremmo creato un canale di marketing per utenti di quel codice open source, che è anche il nostro target di riferimento.

Puoi usare questa teoria: " mercificazione dei tuoi complementi "


"La proprietà intellettuale di cui ci occuperemmo non sarebbe stata una risorsa per il core business (non ci ha differenziati)" ... e questo è il criterio chiave che può aiutarti a determinare se si adatta o meno all'open-source.
Paul Draper,

2

Open Source un componente ha senso se - e solo se - coltivate il progetto e costruite una comunità. Accetta le segnalazioni di bug, correggi i bug ed effettua regolarmente nuove versioni. Se lo fai, come hanno fatto Eclipse e Mozilla, puoi ottenere i benefici.

Se non lo fai, le persone esperte possono sentire l'odore di un miglio di distanza che hai appena scaricato dalla base di codice sperando che altri facessero il lavoro per te.


Non ci aspettiamo che altre persone facciano tutto il lavoro. Probabilmente svilupperemmo completamente il componente, quindi lo open-source, consentendo ad altri di trarne beneficio, o lo svilupperemmo ulteriormente se lo desiderassero.
Domenica Ironfoot,

Ma lo manterresti allora?

1

Bene, uno dei maggiori argomenti per l'open source è che altri possono contribuire ad esso, l'idea è che un programmatore non può sperare di individuare e correggere 1000 bug nel suo programma, ma 1000 programmatori possono farlo. Quindi, oltre a tutti i vantaggi che hai elencato, è chiaramente la scelta per lo sviluppo di software bootstrap che aiuta la tua attività in qualche modo.

Ti mette anche in una posizione di autorità. Potrei allungarlo un po ', ma se la tua idea è abbastanza innovativa, potresti creare un nuovo standard in base al quale gli altri devono soddisfare. Significa che chiunque voglia fare qualsiasi cosa con il tuo software per uso commerciale deve prima chiederti, il che significa che potresti lanciare un paio di palle curve che dicono che mentre il codice è aperto, l'uso del tuo standard per uso commerciale richiede un piccolo contributo che non è affatto irragionevole, quindi ha potenziale anche nelle fasi successive.


La limitazione dell'uso commerciale del codice è incompatibile con i principi sia dell'Open Source Initiative che della Free Software Foundation. Nella maggior parte dei casi, penso che ciò causerebbe più problemi alla comunità di quanto varrebbe la pena. Se vuoi davvero un migliaio di programmatori che guardano il codice, usa una licenza certificata OSI.
David Thornley,

Sei sicuro di questo? Avevo capito che la licenza Open Source consente a chiunque di vedere liberamente il codice, ma non dice nulla sui prodotti prodotti da tale codice.
Neil,

Ne sono completamente sicuro, e ho citato l'iniziativa Open Source e le loro licenze per evitare la tipica confusione. "Open Source" è una frase ambigua. Un significato è che puoi ottenere la fonte, indipendentemente da cosa puoi farci. Uno è concesso in licenza con licenze certificate OSI, ed è ciò che si intende in genere se la frase è in maiuscolo. Se si desidera il coinvolgimento della comunità, seguire la definizione OSI. Molte meno persone saranno interessate ad aiutare con qualsiasi cosa non soggetta ad una licenza di tipo OSI.
David Thornley,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.