Ragioni convincenti per il servizio interno open-source di un marchio altamente riconosciuto semplicemente scaricando le fonti?

0

Supponete di prendere in considerazione l'open-sourcing di un ampio servizio dell'infrastruttura aziendale interna. Supponiamo che tu abbia le risorse necessarie per garantire il rispetto dei requisiti minimi: le licenze vengono eliminate, le parolacce rimosse, i controlli di sicurezza condotti e tutte le vulnerabilità di sicurezza note risolte. Supponi che la tua azienda che fa l'open-sourcing abbia un marchio globale molto riconosciuto e apprezzato.

Ha senso aprire questo servizio semplicemente scaricando i file? Presumo qui che non sarà nemmeno possibile eseguire il servizio così com'è, perché avrà dipendenze da altri sistemi non open source.

In caso contrario, quale sarebbe lo sforzo minimo necessario per rendere l'open-sourcing utile?

Domande correlate: Motivi per NON codice non profit open source?
Il motivo per creare codice open source
È corretto inviare il mio codice a GitHub mentre è ancora in fase di sviluppo?
Checklist per l'avvio di un progetto open source

    
posta Konrad Jamrozik 15.12.2018 - 05:53
fonte

1 risposta

3

I "requisiti minimi" per l'open sourcing di alcuni codici dipendono principalmente dal motivo per cui la tua azienda prevede di pubblicarlo e, secondariamente, da cosa è.

In primo luogo, a volte questo tipo di "code dump" ha davvero senso. Nello specifico, se sei obbligato ad aprire qualcosa per soddisfare i clienti, i partner e / o un governo, ma non ti interessa il codice. Ciò potrebbe includere termini di un accordo interaziendale, piani per abbandonare un prodotto altrimenti popolare o conformità normativa.

Se questa non è la tua motivazione, allora la situazione che hai descritto cade al di sotto della soglia dei risultati minimi. Supponiamo che il codice sia open source per creare una base utente ("community", con una definizione minima). Ciò richiederebbe, come minimo, tre dei sei requisiti seguenti:

  1. Popolarità o marketing esistenti per creare popolarità
  2. Documentazione utente adeguata
  3. Codice adeguato / documentazione per sviluppatori
  4. Codice corrente eseguibile come "Prodotto minimo vitale"
  5. Licenza appropriata
  6. Un team di ingegneri presente e reattivo.

Quindi, ad esempio, un progetto con codice eseguibile e un team di ingegneri altamente reattivo che è concesso in licenza è minimamente valido anche se non ha documentazione. In alternativa, un progetto ben documentato e altamente pubblicizzato il cui codice non è attualmente in esecuzione sarà anche minimamente valido. In entrambi i casi, c'è una buona possibilità di attirare i volontari per correggere i bug / documenti.

La tua domanda suggerisce che avresti solo (5) e forse (1), e il progetto fallirebbe sulla documentazione, sulla macchinabilità e sul coinvolgimento del personale esistente. Questo non è minimamente praticabile. Il fatto che sia per un'azienda nota lo rende peggiore; il progetto sarebbe visibilmente carente e quindi danneggerebbe il marchio dell'azienda.

    
risposta data 16.12.2018 - 03:05
fonte

Leggi altre domande sui tag