Taglie di codice open source

11

Ho una libreria per R (pacchetto di statistiche open source) mappata su carta. Ho iniziato a codificare le diverse funzioni, ma mi rendo conto che non ho il tempo necessario per completare questo in un ragionevole lasso di tempo. So che posso solo lanciare il codice su un repo e chiamare altri per aiutare a riempire gli spazi vuoti. Ma mi piacerebbe incentivare un po 'le cose. Sto pensando di mettere una taglia su ogni funzione, diciamo, $ 5- $ 20. Non c'è modo in cui $ 20 sarebbe un giusto ritorno in tempo per uno sviluppatore di codificare ciascuna funzione. Ma il mio pensiero è che il denaro (o certificati regalo Amazon) sarebbe un inventivo per le persone a lavorare effettivamente sul progetto. E mi permetterebbe di assegnare premi maggiori alle funzioni a cui sono più interessato.

Ho alcune domande relative a questo:

  1. Buona idea?
  2. Ho intenzione di fare lo sviluppo funziona più velocemente, o Più lentamente? Ho letto prevedibilmente Irrazionale e sono preoccupato che offrendo una paga umile per funzioni che potrei effettivamente sviluppatori disincentivi.
  3. sono ci siti dedicati a questo tipo di attività? Potete consigliarne uno basato sull'esperienza personale?
  4. Consiglieresti un approccio totalmente diverso? Sono aperto alle idee!
posta JD Long 21.12.2010 - 20:44
fonte

4 risposte

10

Non è una buona idea, nella mia mente. Nessuno dei programmatori OSS che conosco risponderebbe a tale taglia.

Quindi, cosa incentiva le persone? Secondo Dan Pink le persone sono motivate da:

  • Autonomia
  • Mastery
  • Scopo

Quindi per attirare i bravi programmatori, trova un modo per fornire alcuni o tutti quegli elementi.

Un secondo approccio che può essere fatto in concomitanza con il primo è quello di visualizzare una home page che tiene traccia dell'avanzamento del progetto, mostrando lo stato di ciascuna delle funzioni insieme alla persona che ha fornito la funzione che prima ha superato i test unitari (hai dei test, giusto?).

Infine, è stata la mia esperienza che un progetto avvincente non ha bisogno di molto aiuto per attrarre i contributori. Dai un'occhiata a quello che stai facendo e se hai difficoltà a attirare e tenere i programmatori a lavorare su di esso, pensa a cosa ti sta dicendo sull'utilità del tuo progetto.

    
risposta data 21.12.2010 - 21:12
fonte
7

link

Dalla pagina about:

BountySource è stato originariamente creato nel 2004 con la speranza di aumentare e migliorare lo sviluppo nelle comunità di software open source. La prima iterazione di BountySource ha fornito una varietà di strumenti che consentivano una facile gestione di progetti open-source. Alcuni di questi strumenti includevano un Task Tracker, un repository di codici SVN e un Content Management System.

BountySource era molto in anticipo sui tempi ... ci piacerebbe pensarlo come un predecessore di GitHub.

Dopo una lunga interruzione, siamo tornati con la stessa visione - miglioramento generale nello sviluppo di software open source - ma un sistema completamente diverso.

Stiamo spostando la nostra attenzione dall'hosting di progetti - repository, rilevamento di problemi e tutto - all'aspetto crowdfunding dell'idea originale di BountySource.

    
risposta data 18.02.2013 - 00:38
fonte
3

Ricordo di aver visto alcuni siti durante i giorni di dot com che erano sostanzialmente esattamente ciò che descrivi. Le persone pubblicherebbero piccoli compiti di codifica che volevano fare, un importo di $, e le persone potevano registrarsi per eseguire tale compito - c'erano alcune variazioni su quel tema, ma quella era l'idea di base. Essendo appena uscito da scuola e cercando un po 'di moolah in più, spesso mi aggiravo e cercavo uno buono da fare. Il risultato? Non ne ho mai fatto uno solo. Invariabilmente vedrei i compiti (che potrei fare) e farei un prezzo / prestazione nella mia testa e mi rendo conto che non valeva davvero il mio tempo per preoccuparmi (esattamente il punto che fai in # 2). L'altro problema era che quasi tutti non erano problemi impellenti - c'era una ragione per cui venivano allevati:)

Sono d'accordo con KevDog che se hai un bel progetto e amp; un po 'di PR decente (facendo la voce fuori) che la gente verrà a trovarti e fare il lavoro gratuitamente. Anche se non ho mai seguito il percorso mercenario, ho sicuramente contribuito con il codice qui & lì per i progetti OSS che colpiscono la mia fantasia.

    
risposta data 21.12.2010 - 21:45
fonte
0

Non penso che l'idea sia completamente fuori dal campo delle possibilità, tuttavia il paradigma costo per attività non funziona in quanto non è economico per lo sviluppatore, né proporzionalmente scalabile.

Penso che un sistema migliore potrebbe essere $ / Line Of Code dove detta loca risiede nel controllo della versione per x quantità di tempo e non viene commessa per ragioni di incompetenza (es. bug).

    
risposta data 21.12.2010 - 22:23
fonte

Leggi altre domande sui tag