On développe un truc pour soi, pour régler un problème/un besoin qu'on a dans un cadre plus large. Et puis on partage le résultat, parce que le logiciel/la lib, c'est pas le sujet, c'est juste un moyen d'arriver à son but.
J'ai l'impression que c'est de cette manière que beaucoup de projets libres démarrent, mais très rapidement tu vas être confronté à des dilemmes. Par exemple, on te remonte un bug qui ne t'affecte pas directement, tu fais quoi? On t'envoie un patch qui ajoute une fonction dont tu n'as pas besoin, tu fais quoi? On te remonte un problème de sécurité potentiel, ou un défaut de fonctionnement dû à un bug dans une bibliothèque tierce, tu fais quoi? À un moment, il faut que tu acceptes d'assumer la maintenance de ton logiciel et la communication avec l'extérieur. Si tu ne le fais pas, tu vas avoir des problèmes : ton logiciel va gicler des paquets maintenus par les distributions, il va avoir mauvaise réputation, et s'il est vraiment utile, tu vas te faire forker.
[^] # Re: Développer pour soi, partager le résultat
Posté par arnaudus . En réponse au journal Quand les entreprises ne reversent rien aux logiciels libres. Évalué à 5.
J'ai l'impression que c'est de cette manière que beaucoup de projets libres démarrent, mais très rapidement tu vas être confronté à des dilemmes. Par exemple, on te remonte un bug qui ne t'affecte pas directement, tu fais quoi? On t'envoie un patch qui ajoute une fonction dont tu n'as pas besoin, tu fais quoi? On te remonte un problème de sécurité potentiel, ou un défaut de fonctionnement dû à un bug dans une bibliothèque tierce, tu fais quoi? À un moment, il faut que tu acceptes d'assumer la maintenance de ton logiciel et la communication avec l'extérieur. Si tu ne le fais pas, tu vas avoir des problèmes : ton logiciel va gicler des paquets maintenus par les distributions, il va avoir mauvaise réputation, et s'il est vraiment utile, tu vas te faire forker.