You are viewing a single comment's thread from:
RE: An Objective look at Dlive's exit
Aside from that, all of which I wholeheartedly agree with, I truly don’t think that it would be compliant with the MIT license.
And if by inheritance then only the connection layer could be required. Not anything which happens outside of the BC.
Personally, I much more prefer the more open nature of the MIT license over the restrictions of GNU-GPL3.0. Plus the MIT license is compatible with more licenses than the copyleft licenses are.
It is a significant challenge to make things compatible with open source licenses as they are written these days, at least if you ever want to make significant money off of it. This is a bit of a carryover from a lot of the social assumptions of the people who actually write these licenses and have written these licenses, who believe that making money is morally tainted in the first place.
My position is that I think that trying to dictate whether digital applications which touch the blockchain are open source or close source is inevitably doomed to fail, upfront, because it's simply unenforceable and flies right in the face of the design of the technology.
Unless we want to demand that all the voting bots on the steem blockchain prove that there open source and provide that source to us, which would then require that we be able to detect them immediately upon touching the blockchain, keep them from being able to interact until they were checked off, and then allowed back on.
We can't even detect bots consistently.
So – since it's impossible to actually make this policy happen, discussing it is at best a waste of time.
Interestingly enough we shouldn’t have these $hitstorms in a teaglass, which will be forgotten come Monday anyway, because this blockchain is ruled by a Code is Law approach.
No code was violated AFAIK.
As for “the spirit of...”, I thought that was something the rather arbitrarily nature of code is Law would fix.
The MIT license is IMHO a very nice license and ruled by less “pitchfork spirit” than say the GPL scene. None of which are against commercialism yet one first wants to make sure that the spirit is on sharing where the other states to first respect the open nature of the license and seems less controlled by rabid dogs culture.
This is absolutely true, and that the position to which I adhere as well. But if there is anything that we can count on when anything (anything) happens on the steem blockchain, it's that whiny bitches will climb out of the woodwork. Some of them will be whales. Some of them will be the proxies of whales. And some of them will just be entitled kids who think that they deserve the magic money numbers in their pocket to go up all the time, and they don't care why it happens or how it doesn't happen.
For extra points, work out the Venn diagram of how these groups overlap.
I'm familiar with the licenses in question and if I were going to be releasing some software myself, the MIT license would be very tempting. Unless I intended to sell it, in which case I definitely wouldn't go with the MIT license.
Though it's a bit off the line of discussion, I always find it amusing how often libraries with viral licenses get used but those licenses don't get applied to various pieces of software. That should be someone's summer research project at some point, to go through github, looking at open source projects, looking at what libraries they use, and seeing if they actually follow the share-alike viral license requirements for the software developed using those libraries.
But I have a sick sense of humor.
Upvoted for the Venn diagram.
⭕️
At least there's a little bit of wobble so that they don't make a perfect circle.
Some. A little. Mathematically elliptical.
You'll need calipers.