From that post: The benefits of open source must make up for the fact that: - It’s hard to deal with unappreciative or rude feedback - It’s hard t

From that post: The benefits of open source must make up for the fact that: - It’s hard to deal with unappreciative or rude feedback - It’s hard to manage long back-and-forth feedback cycles - It’s hard to decline a contribution that was submitted without approval - It’s hard to say no to most things once the project has matured - It’s hard when a good contributor leaves - It’s hard to accept that people are working for no pay - It’s hard to feel good about 1000+ open issues - It’s hard that it never stops. The list is made up exclusively of "it's hard to..." points, every single one of which reflects the personality of the person who wrote it, not the project's distribution model. Hard to deal with unappreciative feedback? Ignore it, plain and simple. Hard to reject contributions? Then you're doing it wrong, plain and simple. No project can be all things to all people, and rejecting contributions which do not fit the maintainers' vision of the project is just part of the process. In contrast to the OP's ideals, that's _especially_ true once a project matures. (SQLite may be the most well-known example of that.) Hard to accept that people work for no pay? Believe it or not, the overwhelming majority of FOSS contributions are not commercially backed. i've written far, far more code "for free" (because i WANTED to) than for pay (working on behalf of someone else's agenda). If you're not enjoying contributing then don't contribute. Likewise, if someone contributes to your project without you having offered to pay them, it's a fair bet that they got at least some small level of joy out of having written the contribution in the first place. (If they then bemoan the fact that it's not merged into the trunk, i can recommend that they read up on "egoless programming.") Hard to feel good about 1000+ open issues? Then close the ones which are out of scope and address the ones which aren't (even if "address" means flagging them as "won't fix"). Feel good that other people are taking the time to contribute tickets in the first place. All of that said: i'm not the slightest bit anti-closed-source, i'm just annoyed that the author doesn't acknowledge that all of the supposed shortcomings are personal quirks, not limitations of the FOSS model.