Comment by kelnos

Hard disagree... sorta. Or rather, I think the author is just looking at it the wrong way.

Most of the time when I see (or give) a "just fork it" response, it's a dismissal of an entitled user who believes that they are owed unpaid labor from a maintainer.

If you're working at some big company and are using open source software, and need a new feature or bug fixed RIGHT NOW, sometimes your best bet is to make an internal fork, implement it yourself, submit it upstream, and continue to maintain your fork until it's accepted upstream and there's a new public release.

I've done this several times in the past, and it's been fine. Sure, it's work to maintain a private fork, but it's usually a hell of a lot less work than implementing all the same functionality from scratch. And I'm getting paid to do that work, so it's fine.

Yes, sometimes "just fork it" is a response given to a random user who doesn't know much about software, is frustrated, and just wants to go about their day. It sucks for them to get a response like that, but really what it is is a brusque education in how the sausage is made.

I think the most rare "just fork it" is due to actual disagreements over project direction from peers. I think this particular case is what this article is really about, but, honestly, it barely warrants discussion. Yes, it's hard to build and sustain a community around a fork. That's life. A maintainer telling you "just fork it" in this instance is implicitly reminding you of this fact, and to consider the implications of striking out in your own. You may choose to do so anyway, and that is the beauty of open source.