Hacker News Reader

To the ember.js team: don't worry, people like this are poison to open source. They demand so much, have such high expectations, and are not willing to contribute anything. They do not realize people have real lives outside of open source, and sometimes they need a break.

View on HN

This is making a lot of assumptions about the author of the gist, whom we know absolutely nothing about.

They might actually be one of the contributors.

On the contrary, he's unhappy that contributions (PRs) are ignored.

Pull requests can take more time to process than feature requests, because 1) The code is usually inconsistent with the rest of the project, 2) there are often merge conflicts that the submitter has to resolve 3) people rarely write tests or documentation about the feature.

You make good points, but each of these is solvable:

1) Require the code to be consistent. Tell the submitter how to do this.

2) Merges have to be straight forward, or you don't accept the submission. I think Linus Torvalds has the same strategy for the kernel - you figure out the merge, I'll accept it.

3) That depends a lot on how you set up your tests and documentation. If you make it simple to write both, it's simple to require them. If they're not simple, you should make them.

Reply on news.ycombinator.com