> I'm begging project leaders everywhere - please read up on the social contract and the consent of the governed.

I do not need consent as I am not governing anyone like king or president governs.

If someone is using my project they are also not really entitled to anything, beyond what stated in license and similar documents if any.

If they dislike it, they can fork my project and go away.

If someone wants to be entitled to anything, they are free to make a contract and pay for service they desire. But while many are happy to demand nearly noone is willing to help. Or even fork project. Instead they make entitled demand and treat open source developers as servants or slaves or their pets.

No, you are not entitled to your preferred governance model to be used in my software project.

I think you've read something into my post that I didn't intend.

I'm specifically talking about the community of people who do contribute. If you look at the recent shenanigans of WordPress and Ruby, they are causing discontent within the existing organisation of contributors.

Those contributors are, of course, free to fork off if they want. But if you're trying to build a long-term viable project, then you need a way to ensure that the people working with you are treated fairly.

You've got your finger on the pulse of something that open source has always represented to me: freedom of the creator and others to just... do what they want with it (subject to the license of course).

Don't like what the main developer is doing with it? You're free to fork and continue on your way if they don't see it your way. If you lack the skills or time to do that, that's your problem - you're not entitled to the maintainers' labor.

The freedom cuts both ways, and by adding in elements of social contracts and other overlays onto the otherwise relatively pure freedom represented by OSS, you end up with the worst of both worlds.

THAT ALL SAID - there's an important distinction between a given piece of software that's open source versus a "true project", which is larger-scale, more contributors involved, might be part of mission-critical systems, etc, where the social dynamics DO need to careful thought and management.

But even that seems to be more a question of specific types of OSS business models which is related but not the same as the licenses and overall social dynamics around OSS projects.

You've drawn a neat dialectic between the hobbyist technophile and the community builder. If you want the help that you seem to eschew as rare, you could: share control through the delineation of roles, earn collective buy-in (consensus is built through some collective deliberation process, e.g democracy); otherwise, you're within your rights as individual.

Those who expect that "those who work will work for me" (the enslaver mentality) ... they also need boning up on social contract theory -- which as a leader you could nudge those individuals back towards good citizenship and maybe even gain useful support, but that's just your opportunity and not an imperative.

The thing to keep in mind is that widely successful open source projects are bigger than the single person who started the project. These simply can't be forked without broad consensus around which fork to follow.

The author (who also responded) isn't referring to small libraries or utilities that are written by a single person and don't have much public contribution.

I think this criticism doesn't go far enough. As https://news.ycombinator.com/item?id=45980503 says, the criticism appears to be more about governance than succession. But then, the next sentence after your quote is:

> Or, if reading is too woke, just behave like grown-ups rather than squabbling tweenagers.

To me, this makes it abundantly clear that the goal is to associate leadership the author doesn't like with politics the author doesn't like. It's in a "behold, Goofus and Gallant" style of diatribe that I've seen a few times before and it always rubs me the wrong way.

Yes, a lot of FOSS projects have seen friction between the official leadership[1] and major players in the community. But it seems to come in three major forms: the kind where the conflict is expected and part of how those people have gotten along historically for years[2]; the kind where the players are trying to stage a coup because they don't like the leadership's { real-world politics, social status, opinion of pineapple on pizza, ... } expressed entirely outside of development spaces; and the kind where the project is already forked but at least one party can't leave the other alone (sometimes because the project is really more about infrastructure/platform than software; sometimes because leadership kicked someone out, in an inverse of the previous situation).

But swipes like the above instantly throw out all nuance and good will, and effectively round everything off to "all these bad things happen because some people just can't behave themselves, which conveniently correlates with a caricature of my own political adversaries".

1. There are plenty of cases showing that moving away from the BDFL model doesn't actually fix the problem.

2. Believe it or not, many people actually enjoy operating that way. I hold that people who don't have no business telling people who do to cut it out.

Completely agreed. There has always been bits of entitlement to open source projects by users, but I feel like increase in package managers and ecosystems (which I think is generally a good thing) has lead to a _huge_ increase in people being entitled assholes to maintainers.

Just look like the GitHub issues of a fairly large package with a single maintainer. The demanding attitude from someone who wants a feature that doesn't even make sense for the package to an individual who has a separate full time job and a family who does this for the love of the game is very upsetting.

In fact, you only have consent. People who don't want to work with you don't have to; everyone who does want to work with you only does so because of mutual consent. Act badly and they will walk away.

> If they dislike it, they can fork my project and go away.

I definitely agree with you here. Forking, almost by definition, means the "D" in BDFL is a joke. The author pretending that "D" is deadly serious is an incredibly counterproductive and passive-aggressive way to express their concern.

Still, the question remains-- if your project has more than a single developer, have you communicated to your project members who you think has the best knowledge and ability to take over after you're gone? If the only developer is you then the question is moot. Otherwise, it's false modesty to pretend that's none of your business.

I'm with you on this... The whole article just seems like insidious, communist take over of what other people create.

It usually starts with a Code of Conduct decree.. it ends with people who don't actually write software acting as authoritarian dictators in a software banana republic.

I've read this sentiment often on this forum, and I suppose it shouldn't surprise me given that most people here share the entrepreneurial mindset. But it still rubs me the wrong way, and I'll write about it again.

What I don't like about this idea that the role of open source authors ends with throwing some code over the fence, relinquishing any responsibility for it beyond what their chosen license dictates, is that it completely ignores the community aspect that forms around software, and in large part, contributes to the success of OSS.

Software is written for people. Open source software explicitly invites collaboration, and sharing of knowledge. When someone sees people asking for help, and making feature and improvement suggestions, as "demands" from "entitled" users, they're completely missing this point of community. When they additionally require or suggest that no work will be done unless these entitled users pay up, it's no different from source available, proprietary or commercial software at that point. Of course your work should be compensated, and you shouldn't be expected to work for free. You are free to choose any number of viable business models to ensure that happens. But demanding this from your users is essentially putting the software behind a paywall. It also signals to users that the direction of the project is dictated not by a community of passionate users, but by whoever pays the most, which is a twisted incentive for any software.

My point is: there is more to OSS than the code and the license. Despite what some may claim, there is an unwritten social contract which is created when software is published in the open, whether the author decides to ignore this or not. Some authors do acknowledge this explicitly[1], which is a large factor in making their projects more successful than those from authors who decide to alienate their user base.

[1]: https://lists.debian.org/debian-announce/1997/msg00017.html

[flagged]