3 ms·
I agree with this article entirely, except I have one counterpoint that should be more emphasized: open source programmers and maintainers should be more explic
by vouaobrasil 2y ago
I agree with this article entirely, except I have one counterpoint that should be more emphasized: open source programmers and maintainers should be more explicit and clear that the product can be discontinued, have problems, or just stop working with any updates beyond saying it in the license. Because otherwise normal people will have some ambiguity and have the mistaken idea that there is some social contract, however slight, that what you are offering has some promise of functioning.
- icambron 2y agoI don’t get it. The document setting out this fact is the license, which also tells them they’re allowed to use it at all. The MIT license is short and simple and very explicit about lack warranty. If we were to say “no one reads the license; it’s just boilerplate!” and add it elsewhere — say the bottom of the readme or in another file like disclaimer.md — it would quickly just become other, different boilerplate that no one reads. You can’t solve the problem of understanding norms by writing copy. I’m resigned to everyone learning the hard way.
- gyan 2y ago> You can’t solve the problem of understanding norms by writing copy You can mitigate the problem by adding a short summation before or in between something they're likely to read.
- damethos 2y agoI always want to know what is the "intention" of the author/maintainer before I invest time in an open source project I want to use. I would love to see that with big bold letters at the top of each README.
- yaris 2y agoAnd when the "intention" changes after you invested a few years/$ thousands into using the project, then ... ?
- sabbaticaldev 2y agothen you fork it and invest more. Hopefully you will keep the same or better standards you demanded with your own budget
- damethos 2y agoPart of the game I guess. At least you get a heads up and you can prioritize moving away from it or forking it.
- sabbaticaldev 2y agoalso known as due diligence. that’s the users of open source burden, not the developers
- vouaobrasil 2y agoThe thing is, I am not talking about the burden or morality. Just what will happen.
- sabbaticaldev 2y agonot will, that happens all the time. You are stating the obvious. The not so obvious part isis to do the work in place of expecting anything for granted.
- growse 2y agoThe social contract arises from social relations. Ie: the dynamic between maintainer and contributors. It doesn't exist just because stuck something on GitHub with an MIT license. This is why there's no conflict between the people who are aggrieved at OSS maintainers suddenly closing their software, and the people who say "it says no warranty right there in the license". The default position is that there's no social contract. It's only through interacting with and building a community does a social contract (and associated expectations) arise. It's not codified in the license.
- carlosjobim 2y agoIt is crystal clear by the fact that the users didn't pay anything for it.