2/2
>>804367
>>804064
>So with GPL, you often get lots of shit-engineered software with little foresight into future modifications,
First proof.
Secondly, And ? part of the work is already done if a company or someone want to make modifications it's less work and they can make a benefit out of it or pay the developer of the project to make the said modifications.
>a quilted patchwork of bits written by hobbyists with a narrow view of what the overall architecture of the project should be.
>written by hobbyists
Implying not professional work
https://marc.info/?l=linux-kernel&m=137392506516022&w=2
>You get shitshows like LibreOffice Calc vs MS Excel, and anyone who's actually pushed both with lots of data know how quickly Calc falls apart.
LibreOffice is under the MPLv2 and you are complaining about JAVA developers.
>Proprietary could get all the security benefits of FOSS (bug checks, lots of eyes on code, etc) by opening their code to public view with a public repository, but still have an EULA which basically says "if we catch you using this for business/commercial/employment/consultative purposes without a license, we reserve the right to sue you for big big HUGE monies!"
You forgot the part where it says you can't modify the software/hardware.
And still not letting people own their hardware that they bought
>>804073
>What's cuck is you can't figure out how to parlay BSD code into a money stream so you get pissed and rush into the arms of Richard Stallman-Marx for safety from the mean bad entropic world.
The cuck part is that if a company use the BSD code into it's product like intel did with the ME and not allowing the users to have control of that then you are cucking the normally owners of the product.
If you want to make a living out of free software it's better on the long term to make maintenance contracts and you are paid monthly for your services for X companies.
That means that you gain money for the work that is asked do but also for the work that you don't do (depending on what you put in the contract).
For example you can guaranty that you each week you verify X or that you can correct X numbers of problems.
There's also the ticket system if you want.
A ticket cost X if a company wants more of your services but they don't know when they need them you can sell them batches of maintenance tickets (that has a of course expiring date) the probabilities of them using all the tickets before the expiration is low, meaning that you multiply your benefice and even more if the problem they ask you to fix doesn't require lots of time.
The whole point of the actual money system is to multiple the initial costs/benefits and there's loads of way without removing the users freedoms.
>>804076
>C) Do whatever you want in the confines of (A) and (B)
Ok so with this BSD license I added a contract that you need to respect
>you don't own the software/computer
>you can't modify/configure the software
>you can't share the software
>you can't put it on another computer
>you grant to us a nonexclusive, transferable, royalty-free, sublicensable, and worldwide license to use Your Data
Thank you for your forced cooperation
Another one
>you don't own the software/computer
>you can't modify/configure the software
>a condition to do so is to give us $$$ and you have to share use the modifications you did
>you can't share the software
>a condition to do so is to give us $$$ and multiply it by the numbers of people you share it to.
>you can't put it on another computer
>a condition to do so is to give us $$$ and multiply it by the numbers of computer you install it on.
>you grant to us a nonexclusive, transferable, royalty-free, sublicensable, and worldwide license to use Your Data
>This condition also works on any shared version or installed of the software.
Thank you for your forced cooperation