Su quali basi divideresti i soldi della donazione tra i membri del tuo team open source senza alcun conflitto? [chiuso]

27

Sono uno sviluppatore di un progetto open source che è ospitato su SourceForge.

È iniziato come una piccola app e dopo alcune versioni è diventato sempre più popolare e ha iniziato a consumare più tempo e responsabilità da parte mia. Quindi ho abilitato l'opzione di donazione in SourceForge.

Sono appassionato di continuare a svilupparlo gratuitamente, ma se (mai) entrano dei soldi, come dovrei dividerlo con la mia squadra?

  1. Devo dividere l'importo in parti uguali tra il numero di membri del team? (50-50 dato che ora è composto da due membri)

  2. Numero di classi, commit o qualsiasi altro contributo prezioso da parte dei membri del team?

  3. Qualche altra idea?

Cosa faresti in questa situazione? Per favore, dai la tua opinione.
Spero che questa domanda sia utile per gli altri.

    
posta Vigneshwaran 15.09.2011 - 09:08
fonte

5 risposte

53

Raccomando non di distribuirlo ai membri del progetto. Nominare o eleggere un tesoriere, aprire un conto e depositare i soldi per guadagnare interessi semplici. Se distribuisci fondi donati tra gli sviluppatori, almeno uno diventerà senza diritti quando il progetto aumenterà.

Prendi invece in considerazione le altre possibilità per i fondi:

  • Swag. Stampa alcune magliette da inviare a persone che hanno apportato contributi più che banali al codice.

  • Bounties. Metti una ricompensa sul lungometraggio che la comunità vuole davvero, ma nessuno ha davvero voglia di implementarlo. Questo è anche un ottimo modo per ottenere nuovi contributori a lungo termine. Oppure, "addolcisci il piatto" un po 'per correggere un bug davvero sconcertante. Le munizioni non hanno per essere in contanti, specialmente se hai lo swag da dare. Inoltre non deve essere swag, un Pi in mano vale 10 nel forno.

  • Hardware. Acquista materiale che la comunità possiede e che tutti gli sviluppatori possono utilizzare. Potrebbero essere server o gadget condivisi tramite la posta.

  • Strumenti / Gestione licenze. Potrebbe essere necessario pagare per il software, anche se si tratta di un progetto open source. Potrebbe essere necessario acquistare una copia di Acme Widgets per studiarla allo scopo di creare un'alternativa aperta, oppure potrebbe essere necessario aiutare un grande contributore ad aggiornare il proprio ambiente di sviluppo.

  • Eventi. Aiuta gli sviluppatori a partecipare a conferenze o eventi chiave quando le opportunità si presentano. Oppure sponsorizza il tuo meetup se un numero sufficiente di persone sarebbe in grado di partecipare.

  • Commissioni legali. Mentre (per fortuna) ancora relativamente poco comune 1 , potresti trovarti in contenzioso per una serie di motivi. È bello avere dei soldi da mettere via. Questo potrebbe semplicemente far rispettare la tua licenza o il tuo copyright o difenderti da qualcos'altro.

Ci sono tanti modi in cui il denaro potrebbe essere distribuito in modo che tutti benefici, in realtà non ha molto senso limitare il bene che potrebbe altrimenti fare.

Se arrivi al punto in cui donazioni e sostegno della comunità fanno assumere alcuni degli sviluppatori più prolifici per lavorare a tempo pieno nel progetto a tempo pieno, significa che dovresti considerare il progetto più come un'attività che come hobby.

1 Contenzioso in open source è molto simile a crash aerei. Leggi le storie dell'orrore e il dramma nelle notizie quando succede qualcosa, ma non dimenticare i quasi milioni di progetti che hanno e continueranno a esistere senza alcun problema

    
risposta data 15.09.2011 - 10:44
fonte
7

Penso che la realtà sia, siederà nel tuo account PayPal finché non ci sarà abbastanza per portare fuori la squadra e comprare un giro di birre. E se sei come la maggior parte dei progetti di sistemi operativi, saranno mesi o anni a partire da ora.

Se può essere una vera somma di denaro, ti propongo di non spenderlo per gli sviluppatori, che ovviamente stanno contribuendo con il loro tempo e le loro competenze per ragioni che non sono finanziarie. Invece spenderli sugli strumenti necessari per portare avanti il progetto (hardware, un account Basecamp, ecc.) O su divertenti articoli di marketing a basso costo come magliette e giocattoli da scrivania. Assicurati che tutti quelli che hanno contribuito abbiano una maglietta e ne resti abbastanza da sballottare ai gruppi di utenti, alle convenzioni e altro.

    
risposta data 15.09.2011 - 22:57
fonte
5

O rimettilo nel progetto (acquista server ect) o dividilo equamente tra i contributori significativi (non dare niente a chi ha fatto solo un paio di righe).

Le persone non lavorano su progetti open source per soldi. Cercando di condividere denaro in modo complesso, l'enfasi è l'aspetto di cassa del progetto ed è un insulto borderline

    
risposta data 15.09.2011 - 10:15
fonte
2

Solo la mia opinione, ma direi non preoccuparti fino a quando non vale la pena di preoccuparsi. Se stai ottenendo un po 'di dollari qua e là per te stesso, non lo suderei o mi sentirò in colpa a meno che qualcuno lo chieda espressamente.

Ora, per il lavoro in corso, potrei dire "hey, ho un pulsante per le donazioni sul sito e ti darò il n % del taglio quando entrano le donazioni" solo per chiamarlo ed essere aperto a riguardo.

    
risposta data 15.09.2011 - 10:10
fonte
1

Mi piace molto l'idea di "code bounties". Aiuta a incoraggiare le persone a donare perché stanno donando per migliorare qualcosa che è importante per loro, e significa che chiunque implementa le caratteristiche richieste vince il denaro (e risolve anche il "come dividere 50 cent in modo uniforme quando ci sono 8 sviluppatori "problema ;-)).

    
risposta data 27.11.2012 - 16:11
fonte

Leggi altre domande sui tag