Alors, je suis développeur de logiciels libres sur mon temps libre, et développeurs d'autres trucs sur mon temps salarié.
Le salaire d'un développeur c'est mettons 2000€/mois net (pour prendre un chiffre rond) pour 20 jours travaillés, soit 100€ par jour environ.
Avec 20€ tu pourrais donc financer même pas 2h de travail pour 1 personne (et là c'est sans compter aucune charge, etc). On est donc loin du compte, même pour un bug "simple", sur un projet comme LibreOffice il faut du temps pour trouver ou est le problème, vérifier que la solution fonctionne bien, etc. Et ensuite il faut envouer le code, qu'il soit relu et validé par un autre développeur. Probablement il faut ajouter un test automatisé aussi.
De plus, je trouve pas que c'est un très bon modèle d'être payé à la tâche comme ça. Ça encourage à faire le travail vite et mal pour pouvoir passer au paiement suivant le plus vite possible. Laissant aux autres contributeurs le soin de nettoyer derrière. Ça n'encourage pas la collaboration, puisqu'il faudrait ensuite partager les gains (ou demander de l'aide à quelqu'un et puis ne rien lui donner en contrepartie).
Donc au final, ce n'est pas une source de revenu suffisante, ni même suffisamment stable pour permettre à un développeur de se libérer du temps pour travailler sur un bug (en gros il faudrait que ça permette aux gens d'en vivre ou disons au moins que ça paie mieux que les autres possibilités, sinon, ça ne sert pas à grand chose). Et en plus ça met une ambiance pourrie dans les projets.
Et enfin, ça donne plus de pouvoir de décision aux gens qui ont des sous à donner.
Finalement dans Haiku, on a mis en place un système de vote sur notre bugtracker (chaque utilisateur peut donner un +1/-1 sur les bugs). Et on utilise ça (entre autres) pour prioriser les prochaines choses à faire. Pour le financement, on récolte des dons et on espère un jour en avoir assez pour pouvoir payer un de nos devs à plein temps de façon durable.
# Mon point de vue de développeur
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Programmes de bug bounty dans les projets libres en général et Libreoffice en particulier. Évalué à 10.
Bonjour,
Alors, je suis développeur de logiciels libres sur mon temps libre, et développeurs d'autres trucs sur mon temps salarié.
Le salaire d'un développeur c'est mettons 2000€/mois net (pour prendre un chiffre rond) pour 20 jours travaillés, soit 100€ par jour environ.
Avec 20€ tu pourrais donc financer même pas 2h de travail pour 1 personne (et là c'est sans compter aucune charge, etc). On est donc loin du compte, même pour un bug "simple", sur un projet comme LibreOffice il faut du temps pour trouver ou est le problème, vérifier que la solution fonctionne bien, etc. Et ensuite il faut envouer le code, qu'il soit relu et validé par un autre développeur. Probablement il faut ajouter un test automatisé aussi.
De plus, je trouve pas que c'est un très bon modèle d'être payé à la tâche comme ça. Ça encourage à faire le travail vite et mal pour pouvoir passer au paiement suivant le plus vite possible. Laissant aux autres contributeurs le soin de nettoyer derrière. Ça n'encourage pas la collaboration, puisqu'il faudrait ensuite partager les gains (ou demander de l'aide à quelqu'un et puis ne rien lui donner en contrepartie).
Donc au final, ce n'est pas une source de revenu suffisante, ni même suffisamment stable pour permettre à un développeur de se libérer du temps pour travailler sur un bug (en gros il faudrait que ça permette aux gens d'en vivre ou disons au moins que ça paie mieux que les autres possibilités, sinon, ça ne sert pas à grand chose). Et en plus ça met une ambiance pourrie dans les projets.
Et enfin, ça donne plus de pouvoir de décision aux gens qui ont des sous à donner.
Finalement dans Haiku, on a mis en place un système de vote sur notre bugtracker (chaque utilisateur peut donner un +1/-1 sur les bugs). Et on utilise ça (entre autres) pour prioriser les prochaines choses à faire. Pour le financement, on récolte des dons et on espère un jour en avoir assez pour pouvoir payer un de nos devs à plein temps de façon durable.