j'aurais tendance à dire qu'il faut surtout opposé développement bénévole avec développement commercial/payant.
Pour du dev bénévole, tu as 1) pas envie de faire des trucs chiants ( garantir la compatibilité, garder du vieux code, te limiter à une paire d'API parce que c'est le standard d'il y a 3 ans, )
2) les utilisateurs sont peanuts par rapport aux contributeurs.
Pour du dev commercial ( lire "payant", en simplifiant grandement et sans rentrer dans les multiples modèles possibles ), les gens comptent plus, car si ils partent, selon ton modèle, tu perds des moyens de manière bien plus quantifiable et immédiate. De plus, les moyens permettent d'avoir des gens pour faire les trucs chiants, ce qui permet d'avoir le niveau de qualité qu'on est censé avoir ( je précise bien "censé" car faut psa déconner, y a des softs payants et tout pourri et ou personne ne remets en cause le fait de payer une blinde pour divers raisons psychologiques )
Je résume un peu vite, mais c'est la vraie opposition selon moi. Et la question est de savoir si tu peux faire une plateforme qui permet de faire de l'argent sans que toi tu en fasses pour faire tenir la dite plateforme, ie les limites du don pour un produit pour utilisateur final.
RH et Suse arrivent à être durable, mais leur distros sont payantes, et j'ai jamais vu personne dire à un particulier : "prends ça, ça te couteras de l'argent mais tu va contribuer à faire tenir ça dans la durée". À contrario, Canonical n'arrive pas à avoir un modéle à l'équilibre mais ne fait pas payer sa plateforme. D'autres ont tentés et ont échoués aussi.
Donc bien que ça soit pas une démonstration formelle, loin de la, ça montre quand même que c'est dur d'assumer tout seul la stabilité ( qui compte des moyens ) quand tu n'arrives pas à monétiser directement les clients.
[^] # Re: Déçu
Posté par Misc (site web personnel) . En réponse au journal Si on commençait un nouvel OS libre de bureau aujourd'hui.... Évalué à 6.
j'aurais tendance à dire qu'il faut surtout opposé développement bénévole avec développement commercial/payant.
Pour du dev bénévole, tu as 1) pas envie de faire des trucs chiants ( garantir la compatibilité, garder du vieux code, te limiter à une paire d'API parce que c'est le standard d'il y a 3 ans, )
2) les utilisateurs sont peanuts par rapport aux contributeurs.
Pour du dev commercial ( lire "payant", en simplifiant grandement et sans rentrer dans les multiples modèles possibles ), les gens comptent plus, car si ils partent, selon ton modèle, tu perds des moyens de manière bien plus quantifiable et immédiate. De plus, les moyens permettent d'avoir des gens pour faire les trucs chiants, ce qui permet d'avoir le niveau de qualité qu'on est censé avoir ( je précise bien "censé" car faut psa déconner, y a des softs payants et tout pourri et ou personne ne remets en cause le fait de payer une blinde pour divers raisons psychologiques )
Je résume un peu vite, mais c'est la vraie opposition selon moi. Et la question est de savoir si tu peux faire une plateforme qui permet de faire de l'argent sans que toi tu en fasses pour faire tenir la dite plateforme, ie les limites du don pour un produit pour utilisateur final.
RH et Suse arrivent à être durable, mais leur distros sont payantes, et j'ai jamais vu personne dire à un particulier : "prends ça, ça te couteras de l'argent mais tu va contribuer à faire tenir ça dans la durée". À contrario, Canonical n'arrive pas à avoir un modéle à l'équilibre mais ne fait pas payer sa plateforme. D'autres ont tentés et ont échoués aussi.
Donc bien que ça soit pas une démonstration formelle, loin de la, ça montre quand même que c'est dur d'assumer tout seul la stabilité ( qui compte des moyens ) quand tu n'arrives pas à monétiser directement les clients.