|
|
|
|
|
by api
1435 days ago
|
|
The fundamental error is confusing free "as in beer" with free "as in freedom." The two are unrelated or in some cases even at odds with one another, such as when "free" stuff is used as a barbed hook to bait people into closed SaaS or surveillance based ecosystems. The reality is that software is extremely expensive, especially polished software with a good user experience that's usable by non-experts. Good UX can take many times more effort than just getting something working. Without an economic model, FOSS will always lose in the general market. I've been ranting about this for years on this site and elsewhere. Doctrinaire FOSS people seem to largely not get it or not care. If you try to introduce any alternative license or distribution model it'll be rejected by the OSI, which is largely captured by the big surveillance capitalist companies like Facebook and Google. These have no incentive to change anything about the landscape. They're perfectly happy with open source as free labor for them and with competitors being unable to grow revenue. |
|
I get your point here and I think this has been the case for so long that it seems like an immutable law by now. But, is it inevitable that software should be so expensive to produce?
How we write software today is largely based on ways of working and technical limitations that are not much different to what Fred Brooks wrote about in the Mythical Man Month. Brooks had some hope that programming languages would raise the level of abstraction we work at and that software design would shed much of its "accidental complexity".
Better programming languages could enable authors to work on problem solving rather than generating artefacts for machine computation.
The promise of better languages has been with us for a while but I'm not convinced that this avenue is as well explored as some believe it to be. The scope for these kinds of new abstractions isn't just drop in replacements for the programs you might write in C - it extends to other flavours of programming.
An example of progress here is how component libraries are used in web UI development. Mature component libraries require very little work to use and massively speed up development of "polished software".
Declarative end-user programming isn't a lucrative problem domain, but innovation in this space is still possible and could change the face of free software (both definitions) for everyone.
Progress like this could enable user communities to build, maintain and run their own platforms without the level of expense that currently prevents these kind digital commons from forming.