The blog post is not about someone unhappy that some feature was not implemented or some bug wasn't fixed. It's about how feedback is being treated. That doesn't change when you fork a project. In fact, the whole point of such a blog post is to explain how this would unnecessarily, and at a loss to all those involved, lead to forking. You're trotting out an old hobby horse without properly considering the problem. That just leads to the boring 'forking can't solve everything and also causes problems' debate.