Un article intéressant sur la manière de répondre à une communauté. Voici quelques conseils du fondateur de StackOverflow.

Le point 3 ("Be honest about what you won't do."): J'avoue que ce n'est pas agréable de dire "non" à une demande de fonctionnalité, mais il *faut* le faire. Ce qui nous amène au point 4:

Le point 4 ("Listen to your community, but don't let them tell you what to do.") est la raison pour laquelle le mainteneur principal de Python (Guido Van Rossum) est appelé "BDFL": Benevolent Dictator For Life. En gros, c'est un dictateur: C'est lui qui va dicter ce qui entrera ou non dans le langage. Mais il est bienveillant, et c'est pour que le projet continue à vivre.

J'ai reçu des *tonnes* de suggestions pour Shaarli, aussi bien sur le forum de Shaarli que par email, mais je ne peux pas tout implémenter:
- je n'ai pas forcément eu le temps d'examiner toutes les suggestions.
- pour celle que j'ai regardée, je n'ai pas forcément pu passer assez de temps à réfléchir dessus.
- certaines, même si elles seraient agréables (du point de vue utilisateur final ou du développeur) vont à l'encontre de l'esprit du projet. Il faut les refuser.
- certaines sont couteuses à développer (et ont un rapport coût de développement / utilité de la fonctionnalité apportée trop élevé).
- certaines fonctionnalités ne seraient utiles qu'à une fraction trop marginale des utilisateurs: Mon temps dépensé dans ces fonctionnalités serait préjudiciable à celles qui seraient utiles à plus de monde.

Cela fait beaucoup de choses avec lesquelles il faut jongler.