I was talking with a small startup founder about a project I had licensed under AGPL. He asked, "How do you know if someone uses your project against your licence though?" with a smile. His point wasn't anything new, but I still didn't have a great answer. I just said that it would require the company being honest and purchase a commercial license, and that I have personally worked at companies that evaluate their li…
Crockford on JSON license (2011)
31–40 of 65 posts
Re: Crockford on JSON license (2011)
#32Amazing writing. Question, is there any US judicial precedent for what is evil and what is not?
No, which is why this license is probably much more restrictive than its author intended. Many serious organizations simply won’t use something for which the meaning of the license terms is unclear to this extent. That of course doesn’t mean they “plan on using it for evil” or anything of the sort.
Edit: I guess there’s that TV show “Evil”. It would be funny if IBM had that production company as a client.
Re: Crockford on JSON license (2011)
#33Cryptographers often tell software engineers that they shouldn't roll their own crypto. I think lawyers would tell software engineers that they shouldn't roll their own license. If you really intend or want other people to be able to use the software you wrote, for the love of god please pick a sane, well-known license so that people can use your software with full knowledge of the legal implications.
Re: Crockford on JSON license (2011)
#34While this is funny, it does highlight that you should probably have an actual legal opinion if you decide to write your own license. A less tongue-in-cheek example that I've run into is https://dst.lbl.gov/ACSSoftware/colt/license.html . "any usage related to military applications is expressly forbidden", which is still poorly defined enough that it makes lots of corporate lawyers nervous and you end up having to re…
https://en.wikipedia.org/wiki/United_States_Department_of_En...
Re: Crockford on JSON license (2011)
#35While this is funny, it does highlight that you should probably have an actual legal opinion if you decide to write your own license. A less tongue-in-cheek example that I've run into is https://dst.lbl.gov/ACSSoftware/colt/license.html . "any usage related to military applications is expressly forbidden", which is still poorly defined enough that it makes lots of corporate lawyers nervous and you end up having to re…
Hmm, doesn't the LGPL allow you to remove any additional restrictions?
Re: Crockford on JSON license (2011)
#36Re: Crockford on JSON license (2011)
#37Discussed at the time: https://news.ycombinator.com/item?id=5138866> (56 comments).
Re: Crockford on JSON license (2011)
#38Earlier quoted context omitted.
I mean... no? There is nothing compelling these organisations to use that particular piece of software. When contacted the author could just shrug and say "not my problem" and the organisation would just have to find some other software to use. The author has no obligation to make things easier for people that don't know if they are doing evil or not, or if they are military or not.
There's nothing compelling the author, no, except for in the situation outlined above they're really doing nothing to prevent military use, but they are hampering adoption among companies scrupulous or careful enough to not run afoul of a poorly defined legal term. Seems counter-productive to the apparent motives.
Re: Crockford on JSON license (2011)
#39So the whole thing had no point other than making life hard for organisations with actual principles, like Debian. And he wonders why people get pissed off.
actually, the way i see it, the fact that people took the effort to contact the developer shows that they really wanted to use that. otherwise they would have just used it silently and the developer might not even find out about it. in some cases that might even have been an opportunity to earn some money.
Re: Crockford on JSON license (2011)
#40So the whole thing had no point other than making life hard for organisations with actual principles, like Debian. And he wonders why people get pissed off.
If Debian's principles are free software then obviously their values are incompatible with this license due to the restrictions it imposes. It's not a hard choice for Debian to make - they just put it in non-free with thousands of other packages.
Restrictions which he clearly has no willingness to actually enforce. So they only serve to make life hard for the decent folks.
> It's not a hard choice for Debian to make - they just put it in non-free with thousands of other packages.
Sure, but that then has other consequences - they can't use it as a dependency in their build system, they have to move downstream stuff into contrib or look for replacement dependencies, ....