pkabirr wrote:
@Halliday,
I understand and respect your opinion on the matter.
On my end, I see no problem (and our clients didn't either) with computationally and memory intensive JS applications. …
The problem is that you wish to impose your desires upon software that is not yours to control.
… Whether we like it or not, much of even desktop software (non-resource-constrained!) is written in JS / TypeScript nowadays.
(Emphasis added)
That’s not anything close to an excuse for abusing the resources of an application you do not control.
Additionally, the highlighted portion provides the pattern for the solution I have already pointed out: write your own «desktop software (non-resource-constrained!) … written in JS / TypeScript».
In 2021, a browser tab is not really semantically different from a standalone application. …
Maybe in some people’s minds. However, that is no excuse for “trampling” upon the resources of the entire «browser».
… If one disagrees with a particular tab's resource usage, they can opt out using their legs (and CMD+W).
Again, not an appropriate “solution”.
I was always absolutely OK with a guided warning (Ideally in the format of "We see that this tab here is using a lot of memory which can take resources from other apps and make your Mac less responsive. Do you want to shut it down, or do you want us not to ask about it again?")
I agree with you, here.
However. From what I have been observing, with regard to Web-Browsers, and the issues of Website resource use and abuse, it appears that the applicable International Internet Standards organizations are in the process of taking a different, far more proactive approach.
At the same time, a force shutdown without asking is so Joseph Stalin.
Meh…
On my end, I hold an opinion that at all times the user should stay in control of their resource allocation. What Apple did with this update is take that away from the users. Any sort of "food stamp style" RAM caps risk throwing out a baby with the bathwater.
Yet. As I have repeatedly pointed out, you, and all websites, have appropriate mechanisms that don’t involve a similarly «Stalin[esk]» abuse of people’s browser resources.
This whole thread with over 1.5k upvotes is a proof of how both people and application developers are unhappy with this move, and no amount of Kool-Aid is going to fix this.
Actually, those aren’t «upvotes», per se. They are but “me-too” votes.
Unfortunately, as pointed out many times, the problem is with website «developers» (and lazy «application developers» trying to get away with using website development as a quick-n-dirty substitute for actual «application» development [*]) abusing Web-Browser resources that are not theirs to “abuse”.
As also already pointed out, there are multiple causal pathways that have brought about the current level of abuse.
The solution is not going to be a case of Web-Browsers simply “rolling over”, and sacrificing the user’s resources and user-experience.
The solution must come from «developers» respecting resources of software they have no right to control, and relearning appropriate software development techniques.
—
* Confession: I have done the same. The difference is that I didn’t “rail” against the Web-Browsers for limiting my software.