Domanda

Quest'estate ho trascorso il mio tempo libero al lavoro scrivendo una sorta di struttura per facilitare il mio lavoro quotidiano.In breve carica un xml con markup che definisce i blocchi del sito, il loro contenuto e lo stile di questi (molto simile all'html), gestisce il caricamento degli asset e così via.

Ora sono piuttosto soddisfatto di come sta andando a finire, e non vedevo l'ora di rilasciare parte del mio codice per uso pubblico (e controllo).Sono anche ragionevolmente sicuro che riempia un vuoto per la costruzione rapida e semplice di siti (o parti di essi).

Quali sarebbero gli argomenti migliori per convincere il mio capo/colleghi che rilasciarlo con una licenza open source è una buona idea?

È stato utile?

Soluzione

L'OSI dispone di una serie di buone risorse http://www.opensource.org/advocacy/case_for_business.php probabilmente è il più rilevante per te.

Esistono moltissimi progetti open source e, quando popolari, il miglior vantaggio secondo me è avere correzioni di bug e miglioramenti apportati al progetto.Tendi a sviluppare solo le funzionalità necessarie per il caso d'uso del tuo lavoro (ovviamente esistono delle eccezioni) ed è positivo che altre persone lavorino su altre aree del progetto.

Detto questo, le persone di solito lo fanno solo se hanno un uso personale per il progetto e aumentare la consapevolezza può essere altrettanto difficile quanto commercializzare un progetto commerciale: probabilmente scoprirai che solo poche persone lo usano dopo essersi imbattute nel progetto attraverso un oscuro Ricerca Google!

Pertanto, sebbene ci siano molti vantaggi orientati allo sviluppo, anche se non ci sono molti (o nessuno) utenti effettivi, sembra molto positivo dal punto di vista aziendale/aziendale che la tua organizzazione supporti il ​​rilascio di progetti interni sotto open source licenze.Ciò mostra aspetti positivi ai potenziali dipendenti riguardo all’apertura dell’organizzazione.

Quindi, anche se i grandi vantaggi dell’open source si ottengono solo con la scalabilità, ce ne sono altri meno evidenti che iniziano a funzionare immediatamente, vale a dire la costruzione di un buon nome per la tua azienda.

Altri suggerimenti

  • Popolarità
  • Contributo comunitario
  • Scrutinio pubblico
  • Saremo costretti a rispettare gli standard.(che a sua volta migliorerà il prodotto)
  • Buona volontà

I vantaggi per la tua azienda sono pochi.Tutte le ragioni addotte da altri presuppongono un grado di popolarità che è...improbabile.La maggior parte degli uomini d'affari se ne renderà conto senza bisogno di pensarci molto, quindi non troveranno la pubblicità, la leva finanziaria, il controllo pubblico o il miglioramento degli strumenti un motivo sufficiente per correre il "rischio" di rilasciarlo come open source.

Detto questo, ecco il miglior modo per contrastare l'argomento del "rischio" per un'azienda nel rilasciare uno strumento interno come Open Source:se non fa parte delle tue competenze principali e viene prestata attenzione in modo che non risucchi le risorse aziendali (o esponga segreti/infrastrutture aziendali), non c'è davvero alcun rischio.L'azienda non perde nulla e guadagna a potenziale per ottenere un guadagno, anche se il potenziale è piccolo.

Ho rilasciato un paio di pacchetti sviluppati in azienda come open source.Il passo base:

È più redditizio o vantaggioso per l'azienda rilasciare questo:

  • questo pacchetto non fa parte del nostro core business.Non riveleremo la ricetta della salsa segreta.
  • otterremo un gruppo più ampio di persone che eserciteranno il codice, trovando bug e aumentando così la qualità del codice.
  • è probabile che riusciremo a trovare alcune persone che contribuiranno al codice per funzionalità che potremmo trovare utili.
  • ottimo strumento di reclutamento, parte 1:i bravi programmatori saranno attratti dalla nostra illuminata organizzazione a misura di sviluppatore.
  • ottimo strumento di reclutamento, parte 2:possiamo vedere alcune persone in azione che potremmo essere interessati a reclutare.

Ecco due pacchetti autonomi rilasciati tramite questo approccio:

Penso che il motivo cruciale per cui l'open source è una buona idea è perché metti insieme una GRANDE risorsa di persone che di solito lavorano gratuitamente per creare qualcosa di utile ed emozionante.Un sito come Digg sta sfornando storie migliori e più numerose di quanto potrebbe fare lo staff di Slashdot perché è la comunità a guidarlo.Allo stesso modo, un progetto open source potrebbe ottenere di più rispetto a un team dedicato SE hai un progetto abbastanza entusiasmante da attirare la partecipazione.Ci sono anche molti altri vantaggi come il miglioramento del codice e l'apprendimento lungo il percorso.

Pubblicità: Potresti esemplificare con il Rubino sui binari struttura.

È stato creato per fare il 37 segnali app web.L'hanno reso open source, poi qualcuno è arrivato e ha creato Twitter.Immaginate la pubblicità che ne hanno ricavato!

Il contributo più importante nel rendere un prodotto open source è che diventa immediatamente più accessibile alle persone.

Aiuta anche le persone che sono veramente interessate al tuo lavoro a vedere cosa hai fatto, a darti suggerimenti per migliorarlo e persino a darti una mano a farlo a volte.Inoltre, contribuisci con qualcosa al vasto repository di software open source e aiuti la comunità a crescere e imparare nel tuo piccolo.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top