Unlearning OOP does not necessarily involve forgetting abstraction and the concept of an object. "Unlearning OOP" involves freeing yourself from the notion that all programming should be designed as an object hierarchy.
There is/was a tendency in object-oriented programming to consider that it is the only way Real Software™ is made. You tend to focus more on the architecture of your system than its actual features.
Notice the prerequisite to unlearning something is learning it first. I don't think anyone proposes that the concept of an object is useless.
> The transition from the Fourth to the Fifth happened in 1958 without much violence.
Quoting from the article:
Things came to a head in 1958 as France struggled to decolonize. There was strong opposition within France to Algerian independence and part of the army openly rebelled. Important generals threatened a coup unless de Gaulle was returned to power. They sent paratroopers to capture Corsica in case anyone missed their point.
The article even fails to mention Operation Resurrection. Hopefully we don't need coups every time we want a new constituent assembly.
Why should curation be centralized? We do not need a "decentralized dictatorship" (what would that even be? that's antithetical) and we certainly do not need a centralized one. It seems crazy that your solutions to AI, spam, and "automated traffic" (I don't know what that is, I assume web crawlers and such) is that the police control every single transaction.
First off, we can simply let the user, or client software, choose. Why should we let centralized servers do that by default?
At scale, DNS is somewhat centralized but authorities are disconnected from internet providers and web browsers. They're the best actors to regulate this.
For mail, couldn't we come up with a mail-DNS, that authenticates senders? There could be different limits based on whether you are an individual or a company, and whether you're sending 10'000 emails or just 100.
Regardless of whether these are good solutions -- why jump to extreme ones? "TINA" is not a helpful argument, it's a slogan.
I have no knowledge of DANE but its reliance on DNSSEC makes me worried that it would be difficult for people to adopt it.
Also, I think it solves a different problem: it prevents spoofing/MITM but what about legitimate certificates? We would still need CAs that actually curate their customers and hold them accountable. And we would need email servers/clients to differentiate between strict CAs and ones that are used solely for encryption purposes.
I don't know that DNS should be applied to emails as is anyway but I find it could force spammers to operate with publicly available information which would make holding them accountable easier.
Well it did have to change its name from GAIM to Pidgin at some point because it infringed on "AIM" by AOL.
And whether or not Pidgin was fully "TOS-compliant" (which it might have been depending on the service we'd be looking at) is not as relevant as whether these terms would have been actually legally enforceable or not.
How so? Where are the bugs you speak of? I don't find the UI to be nightmarish either. Can you point to specific issues the site maintainer can look at?
If this is the worst modern website you've seen, you're very lucky.
It's like exercise: if you can withstand more training, you will get better results. The most important thing is not how hard you train, but how consistent you are at training.
The advice given here can be dangerous to some people: one should be cautious of exerting too much effort because "working harder allows you to get more done".
The useful bit of advice here is the consistency, not the quantity of work.
Even if we did manage to achieve such an upgrade, we would still have to successfully manage to secure the rare earths required for electronics manufacturing. Extracting and processing these resources is becoming more and more complex. Especially when you consider we would need these resources not only to sustain our current infrastructure, but also to improve it.
The initial sale never has and never will be the issue with non free software; in fact, they can sometimes be acquired free of charge. I get your sentiment and I agree with you that some software can indeed be proprietary without being predatory or abusive.
I think there is an issue with your definition of "user freedom". What do you mean by it?
Stallman, when defining free software, does not bother with standards or terms: he relies on his own definition of what "user freedom" means and from there states that free software is software that is not restrictive of this freedom.
Free software simply does not restrict what the user can do with a program. It is not a matter of interest. People that choose a free license when they publish something (and respect the license's terms, obviously) are voluntarily letting go of their ability to restrict the user's usage of the program.
The issue I would have with "non-predatory" or "non-abusive" non-free software is that it does not allow me to fix problems I might have with the program. But this is only a problem I have. In other contexts, maybe a user needs to send (modified or otherwise) copies to other people of the software without being able to make sure the author agrees that this transaction is ok.
Fundamentally, non-free software restricts the user's freedom, even if it fully respects what the user would want to do. Similarly, a typewriter that can only output English text would restrict your freedom to type anything beyond English text (which is not something you would care about if you only wanted to write English).
I think what GP means by "user freedom" is that the software acts in the interests of its users rather than the interests of its developers. Some proprietary software does do that, but there's an inherent conflict of interest there since the developer has a monopoly on the ability to control said software. Software that is open to user modification (which is how I would personally define Free Software) protects against this conflict somewhat by creating a free market for patches to the software, and free markets are much better at aligning with consumer interests than monopolies.
Stallman goes further than my preferred definition, insisting that Free Software must also be freely redistributable with no required payment. This cripples that very same market for patches by greatly limiting the resources available to fund it, and cripples the software itself if there's no big commercial interest backing it. The result is that Free Software is often not competitive with proprietary software, except when it does have a big commercial backer (Chromium, AOSP, etc) in which case that developer is often able to maintain a virtual monopoly on patches despite it theoretically being open to competition.
> Stallman goes further than my preferred definition, insisting that Free Software must also be freely redistributable with no required payment.
What do you mean? What would free software requiring redistribution payment look like? Say I send a copy of a free-as-in-freedom game that I may or may not have modified in some way to a friend or on a forum, should I pay its author(s) for this? How could I, for instance, commission someone to modify software if I want to change it when I don't have the skills to do so myself, in your definition of free software? I think a simpler definition, like Stallman's, is less restrictive of software modification.
Restricting how software is redistributed holds a great deal of power, especially when you remember the idea behind free software is that you get to have control over your software. Copyleft is such an example -- it is highly restrictive.
I get the financial issue one could have with free software as defined by Stallman; freeing the software you distribute is a difficult decision. Free software is advocated from the point of view of its users, who are ignorant to the difficulties one might face when developing and publishing software. If this is a decision you can make, it is kinder to your users to free the software you publish.
Side note: free software requires one to examine how they value commodities. Do you value the object itself, or the human time it took to make it?
In a world where software is thought of as free by default, developers can be paid not per copy, but per patch. I believe such a world would be better for software quality because I agree with you that competitive markets are better at aligning with consumer interests than monopolies.
> Say I send a copy of a free-as-in-freedom game that I may or may not have modified in some way to a friend or on a forum, should I pay its author(s) for this?
Your friend would have to buy a copy of the original game from the author (or a reseller) before using your modified version of the game. You could even sell your mod to others, but they would also have to own a copy of the original software in order to use it since what you'd be selling is the modification, not the original software it depends on.
This is technically already legal, except most apps don't have the source code available for you to modify in the first place, and some companies try to abuse license terms to prevent it.
> How could I, for instance, commission someone to modify software if I want to change it when I don't have the skills to do so myself, in your definition of free software?
You'd just... do that? Same way you commission a mechanic to rotate the tires on your car. You'd have the source code and build tools. What's the problem exactly?
> Restricting how software is redistributed holds a great deal of power
I agree. I don't think authors of my version of Free Software should have control over how software is distributed except that new licenses have to be purchased from them. Once a license is sold, I don't think the author should have control over how that license is used or who it gets transferred to (except perhaps a modest limit on how frequently it can be transferred, to prevent shenanigans like third party floating license pools).
> developers can be paid not per copy, but per patch
I don't think this is very practical with Stallman's version of Free Software, because once you sell one copy of a patch that person can just turn around and sell it to others, undercutting you. So you'd have to price your patches at an absurdly high rate to recoup your costs. Effectively you'd be selling a personalized support contract, not actually selling software. This model sort of works in commercial contexts (hi Red Hat), but it's clearly not competitive with the proprietary software model. (Compare the market cap to giants like Microsoft, IBM, Oracle, etc.)
Pretty nice to see it context, next to all the other editions.
> I wonder what obscure (probably online?) source of information of today we'll be comparing to the mainstream sources of tomorrow.
Maybe this very website will be among them?
[1] https://wholeearth.info/p/whole-earth-epilog-october-1974?fo...