Taglie di codice Open Source

Ho una libreria per R (pacchetto statistico open source) mappata su carta. Ho iniziato a programmare le diverse funzioni ma mi rendo conto di non avere il tempo necessario per terminare questo in un lasso di tempo ragionevole. So che posso semplicemente lanciare il codice su un repository e chiamare altri per aiutare a riempire gli spazi vuoti. Ma vorrei incentivare un po 'le cose. Sto pensando di mettere una taglia su ogni funzione, diciamo, $ 5- $ 20. Non è possibile che $ 20 sia un giusto ritorno in tempo per uno sviluppatore di codificare ciascuna funzione. Ma il mio pensiero è che il denaro (o buoni regalo Amazon) sarebbe un inventivo per le persone a lavorare effettivamente sul progetto. E mi consentirebbe di assegnare taglie più elevate alle funzioni che mi interessano di più.

Ho alcune domande relative a questo:

1. Buona idea?
2. Farò funzionare lo sviluppo più velocemente o più lentamente? Ho letto Predictably Irrational e sono preoccupato del fatto che, offrendo una retribuzione umile per le funzioni, potrei effettivamente disincentivare gli sviluppatori.
3. Ci sono siti dedicati a questo tipo di attività? Puoi consigliarne uno in base all'esperienza personale?
4. Consiglieresti un approccio totalmente diverso? Sono aperto alle idee!

Non è una buona idea, nella mia mente. Nessuno dei programmatori OSS che conosco avrebbe risposto a una tale generosità.

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

• Autonomia
• Padronanza
• Scopo

Quindi per attirare buoni programmatori, trova un modo per fornire alcuni o tutti questi 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 per prima ha superato i test unitari ( hai dei test, vero?).

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

https://www.bountysource.com

Dalla pagina di informazioni:

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 hanno consentito una facile gestione dei progetti open source. Alcuni di questi strumenti includevano un Task Tracker, un repository di codice SVN e un sistema di gestione dei contenuti.

BountySource era in anticipo sui tempi ... vorremmo pensarlo come un predecessore di GitHub.

Dopo una lunga pausa, 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 del progetto - repository, rilevamento dei problemi e tutto - all'aspetto del crowdfunding dell'idea originale di BountySource.

Ricordo di aver visto alcuni siti durante i giorni delle dot com che erano sostanzialmente esattamente ciò che descrivi. La gente avrebbe postato piccoli compiti di programmazione che avrebbe voluto fare, un importo di $ e le persone avrebbero potuto registrarsi per svolgere 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ù, cercavo spesso di cercarne uno da fare. Il risultato? Non ne ho mai fatto uno solo. Invariabilmente guarderei i compiti (che potevo fare) e farei un prezzo / prestazioni nella mia testa e realizzerei che non valeva davvero la pena dedicare il mio tempo (esattamente il punto che fai nel numero 2). L'altro problema era che quasi tutti non erano problemi avvincenti - c'era un motivo per cui venivano allevati :)

Concordo con KevDog sul fatto che se hai un progetto interessante e delle pubbliche relazioni decenti (spargi la voce) che le persone verranno a trovarti e faranno il lavoro gratuitamente. Anche se non ho mai intrapreso la strada del mercenario, ho sicuramente contribuito con il codice qua e là ai progetti OSS che colpiscono la mia fantasia.

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

Penso che un sistema migliore potrebbe essere $ / Line Of Code dove detto loc risiede nel controllo della versione per x quantità di tempo e non è commesso per motivi di incompetenza (es. Bug).