Lorsque tu démarres un projet, en général c'est pour faire quelque chose de nouveau, avec une idée novatrice. C'est là dessus que déjà, dès le départ, ton projet se démarque des autres et attirera des gens.
Si la fonctionnalité demandée était vraiment importante au point que sans elle tes utilisateurs se détourneraient du projet, c'est soit que de toute façon le concept de base n'était pas suffisamment intéressant, soit tu y trouveras probablement un intérêt à tout de même l'implémenter. Mais pour le genre de fonctionnalités auxquelles je pensais, c'était plutôt des trucs secondaires mais difficile à faire.
J'ai l'impression que pour toi, le développeur de logiciels libres est aveuglément au service de ses utilisateurs sans contrepartie. Sauf que si c'était le cas, ça créerait un déséquilibre important. Et si l'utilisateur n'est pas content, il peut soit payer le développeur (un mec de weboob me donne régulièrement des bouteilles de vin pour me remercier du projet et des fonctionnalités que je code pour lui), soit fermer sa gueule.
Et ce n'est pas s'en branler des utilisateurs que de refuser certaines fonctionnalités, c'est juste s'y retrouver et ne pas se transformer en esclave à faire des choses chiantes à contre cœur.
[^] # Re: Code pour toi avant tout
Posté par rzx . En réponse au journal Deux ans de projet libre : bilan. Évalué à 1.
Lorsque tu démarres un projet, en général c'est pour faire quelque chose de nouveau, avec une idée novatrice. C'est là dessus que déjà, dès le départ, ton projet se démarque des autres et attirera des gens.
Si la fonctionnalité demandée était vraiment importante au point que sans elle tes utilisateurs se détourneraient du projet, c'est soit que de toute façon le concept de base n'était pas suffisamment intéressant, soit tu y trouveras probablement un intérêt à tout de même l'implémenter. Mais pour le genre de fonctionnalités auxquelles je pensais, c'était plutôt des trucs secondaires mais difficile à faire.
J'ai l'impression que pour toi, le développeur de logiciels libres est aveuglément au service de ses utilisateurs sans contrepartie. Sauf que si c'était le cas, ça créerait un déséquilibre important. Et si l'utilisateur n'est pas content, il peut soit payer le développeur (un mec de weboob me donne régulièrement des bouteilles de vin pour me remercier du projet et des fonctionnalités que je code pour lui), soit fermer sa gueule.
Et ce n'est pas s'en branler des utilisateurs que de refuser certaines fonctionnalités, c'est juste s'y retrouver et ne pas se transformer en esclave à faire des choses chiantes à contre cœur.