Hacker News Reader

What I quoted isn't a law, this is something that authors have to deliberately put in their licenses/contracts for the specific work in question. If you wish to have other obligations with your open source software that you believe are less wrong, it would be wise to get those in writing.

View on HN

> it would be wise to get those in writing.

I agree with that, projects should clearly state their goals and priorities upfront. But relying on legalese from MIT license is not the solution.

It's not clear what else it is that you'd want. The MIT license seems to get used because it's short and to the point in stating priorities: Here's the software, do what you want with it, but don't take credit and don't come after us if it doesn't work for your use case or if it causes your CPU to explode. If your issue is with the "legalese," it wouldn't be any less meaningful if you stated it differently.

Reply on news.ycombinator.com