Ho lavorato in alcuni luoghi in cui l'uso del software Open Source nei prodotti che producono è severamente vietato per vari motivi, come ad esempio:
Sto cercando i modi migliori per convincere / dimostrare alla dirigenza che le cose non andranno a pezzi se dovessimo usare questi strumenti.
Se stai per creare un caso per open source, prova questi:
Confronta il costo totale di proprietà per i prodotti correnti con parti di contatori open source, ad esempio nei prossimi 3,5,10 anni (Non dimenticare di tenere conto di "Net Present Value" nelle tue analisi!). Fattore come allenamento, transizione, licenze, supporto, aggiornamenti, nuovo hardware, ecc. Quantificalo con un importo in dollari / euro.
Aggiungi qualcosa come prova del concetto se questo è possibile nella tua situazione, ed esegui benchmark, e mostra come e se le opzioni open source funzionano meglio, migliora le operazioni nel tuo negozio, ecc.
Scopri se il / i concorrente / i / i peer / i stanno utilizzando l'open source. Aiuta se il / i concorrente / i / i pari / i stanno facendo meglio della tua azienda (-;
Il supporto formale / SLA potrebbe essere grande. Ci sono aziende che forniranno supporto formale per i prodotti open source. Quel costo potrebbe essere parte della tua analisi.
Le persone sono resistenti e impaurite dal cambiamento, specialmente quando non hanno familiarità con il cambiamento. Offri loro buoni motivi convincenti per - finanziario e operativo.
I miei migliori auguri,
KM
Molti prodotti open source sono più che felici di prendere soldi per il supporto commerciale. Al giorno d'oggi è un grosso problema.
no formal support
Fai un confronto tra case study tra la ricerca di un problema e la modifica dello specifico componente open source che desideri utilizzare, oppure trovare un problema e apportare una modifica in .Net.
Oh, aspetta. Non è possibile apportare facilmente modifiche a .Net, puoi?
lack of trust in something perceived as "just downloaded from the internet"
Una corretta. Saggio. Quindi test.
Metti alla prova il tuo software giusto? Prova il software che hai scaricato. Non è difficile.
Per il componente specifico che si desidera utilizzare, scaricarlo ed eseguire la suite di test.
How can it be professional if it's not supported, we don't pay for it etc etc
Una corretta.
Ancora una volta. Confronto di case study tra un pacchetto specifico che vuoi utilizzare e il tuo software interno.
Se in realtà stai scaricando qualcosa, e in realtà lo leggi e in effetti paragoni con le "migliori" pratiche interne, avrai spesso un caso di studio convincente che mostra
Open Source è davvero buono.
Le best practice interne devono essere migliorate.
Il punto non è generalizzare, ma scaricare un pacchetto specifico e spiegarne i meriti specifici.
Un pacchetto alla volta.
Alcuni spunti di riflessione:
Potresti sottolineare che Microsoft stessa sviluppa, avalla e supporta il software open source.
ASP.NET MVC è un buon esempio; l'origine per ASP.NET MVC è disponibile con una licenza permissiva, e l'uso di jQuery con esso (che è anche open source) è ufficialmente approvato.
Avere il codice sorgente per una particolare caratteristica dovrebbe aumentare la fiducia, non diminuirla.
Penso che dovresti vendere al management lo strumento migliore per il lavoro (entro i limiti del budget, dello sforzo per implementarlo ecc.). Come sviluppatore, vendo l'idea di introdurre sia strumenti open source che commerciali, laddove applicabile. Come sviluppatore .Net spingo strongmente per TFS e non per sovversione perché ritengo che TFS abbia una migliore integrazione in un ecosistema .Net. D'altra parte l'interfaccia utente SOAP gratuita è un ottimo strumento per testare i servizi Web e per le nostre necessità non potrei giustificare uno strumento commerciale. Non è basato sull'ideologia per me.
Per quanto riguarda gli strumenti non di sviluppo come app per ufficio, database, firewall, ingranaggi di rete, sistema VOIP, non ho alcuna voce in capitolo come sviluppatore, ma finché ho un modo di lavorare con .Net con loro sono felice. In questi giorni quasi tutto è interoperabile utilizzando standard aperti. Penso che gli standard aperti siano più importanti dell'open source.
Leggi altre domande sui tag management open-source