One way to think about it: By making a FR, the user is providing free feedback. This feedback might be useful or not. Still, remember that the user has invested his/hers time to submit the explanation. Be nice if possible. Passionate users can be a bit extreme, so give them some slack. But if the user is not behaving politely, ignore him. The user has NO idea how expensive would it be to implement this FR. Even devel…
Ask HN: How to say no to a GitHub issue feature request?
151–160 of 243 posts
Re: Ask HN: How to say no to a GitHub issue feature request?
#152So my advice would be:
1. Relax.
2. Take the emotion out of the equation.
3. Actually try to think about the feature request and why you will or will not implement it.
4. Calmly explain your reasoning based on rational grounds.
Re: Ask HN: How to say no to a GitHub issue feature request?
#153If I don't think it's a good idea, I'll give reasoning why and close the issue. If they reopen the same thing I'll ban them. Very simple.
Re: Ask HN: How to say no to a GitHub issue feature request?
#154Earlier quoted context omitted.
Along with the 'no' it may help to point out that they are free to fork the project and add the feature to their own fork, or hire someone to build it for them. That won't stop the most extreme class of complainers, but it'll shave of another few.
Why pointing out something that is a distinguishing feature of open source? I don’t need your permission to fork off the license allow me to, but telling me that I’d like putting a comment like „btw, did you know that 2+2=4“.
Because users exist who are:
- clever enough to use github and open an issue
- not clever enough to know this is a possibility
- care about their problem enough to complain, but not enough to do something about it
By basically telling users "if you really care, you could do $labori tensivething" often they realize that they do in fact not care enough. And if they do, you could still use the fruit of their labour if it really turns out good.
Re: Ask HN: How to say no to a GitHub issue feature request?
#155Earlier quoted context omitted.
If you would like to see an example of a polite and meaningful discussion I had with a maintainer declining my feature request, you could read this: https://github.com/nblumhardt/serilog-timings/issues/52 But I would not expect every requester to be polite and accept a NO...
It would be a really cool feature :)
Re: Ask HN: How to say no to a GitHub issue feature request?
#156Earlier quoted context omitted.
Along with the 'no' it may help to point out that they are free to fork the project and add the feature to their own fork, or hire someone to build it for them. That won't stop the most extreme class of complainers, but it'll shave of another few.
Why pointing out something that is a distinguishing feature of open source? I don’t need your permission to fork off the license allow me to, but telling me that I’d like putting a comment like „btw, did you know that 2+2=4“.
Re: Ask HN: How to say no to a GitHub issue feature request?
#157Re: Ask HN: How to say no to a GitHub issue feature request?
#158Then close it. Then ban him if he persists.
There’s no need to waste your time and energy justifying yourself. In fact, attempting to will probably be taken as an invitation to argue, thus wasting even more of your time and energy.
Re: Ask HN: How to say no to a GitHub issue feature request?
#159Re: Ask HN: How to say no to a GitHub issue feature request?
#160The best thing to do is to decide where your boundaries are, and then tell them. I was in your position many times. I was so frustrated to feel like the other person was entitled to my time. Then I had to fight my urges to tell them to fuck off, wasting even more time and energy in the process. Even if I replied, it wasn't helpful to anybody if I was being polite but passive-aggressive. Then I realized that it was a…
1: https://www.theatlantic.com/national/archive/2010/05/askers-...