I did find this bit interesting too...
> Apart from this practical reason, there's a principal one: The first time I invoked Netscape, it said that it is obsolete and refuses to work. I don't use software that thinks it knows better than I when I should stop using it.
...considering the modern trend for autoupdating software. The author (after this paragraph) also considers availability, but another issue is if the software is something one would like to use even if it is available - for instance, personally i never liked using a version of Paint Shop Pro after version 7 since i found all of them a degradation. I can use PSP7 just fine though (even on Linux via Wine) - imagine if the software decided by itself that it is too old to run or to replace itself with a new version against my wishes (this is something a lot of software does nowadays).
From a user's perspective this also has implications on preserving backwards compatibility for foundational functionality programs rely on.
[0] https://people.inf.ethz.ch/wirth/Articles/LeanSoftware.pdf
Nope, it only happens when something outside changed Firefox's files (in this case when Ubuntu swapped files because dpkg updated Firefox). This never happens* in Windows and macOS (it might nag, but you can definitely dismiss it). It seems that johnchristopher has a suggestion to disable auto-updates on a specific application in Debian and Ubuntu (haven't tested it though): https://news.ycombinator.com/item?id=33202052
* At least using their official installers. I'm specifically excluding using Chocolatey/brew/other loose-file update mechanism or your bonkers enterprise solution insists on using loose files and not rely on *.msi/*.app/*.pkg.
Or maybe new features are still coming out in the W3C specs and need to be implemented. Did you know CSS now has a parent selector, or that JS will be getting functional piping soon?
Will not work with snap though.
The first time it happened, I would get rid of whatever software was involved in causing it and never use it again, except for testing purposes.
I completely agree with you about everything else too. The Web is mature enough that I can use a well-tested website with a 20-year-old browser.
There is no technical reason to not have a minimum-viable web browser with a smaller attack surface that doesn't need upgrades for months or even years.
And, in fact, such browsers exist, and I can browse most of the Web that I need with them. I just have to ignore the shitty mainstream, which I am more than happy to do.
And each update logs me out of my password manager
Worse, now this is happening to Thunderbird. Wasn't an issue until about a month ago. Now I need to re-install Thunderbird every few weeks because they've pushed an update.
When from my point of view, as a user, I haven't seen a new feature which I truly wanted in over 5 years, maybe more like 10.
It's a shame, really.
First, it's not software that thinks it knows better. It's whoever maintains that software. Humans. Who read and write the code that makes that software work, and who find problems with the software and fix it.
Now, with that out of the way, and the assumption that someone maintaining software should notify you if the version you have has outstanding problems, yes you should still be in control of making the decision to continue using it, or to get a newer version. But you should be OK with software maintainers having thoughts and opinions about whether specific versions are problematic.
Why I will never buy another Apple product. Had a great video editing station I would author DVDs with until one day Apple decided I needed to upgrade my OS to continue using the software which of course required a new computer. Apple's dead to me.
Push for silent updates, force upgrades, always on tracking, remote bricking, notarization, (corporate cartels) trusted networks, making things harder to open, harder to repair, authorization for everything all point toward control.
I believe another generation of hackers will emerge from this transition.
Sweeping complexity under the rug isn't the same thing as removing it.
After all having some people see and complain about things getting worse doesn't mean that said things will stop getting worse if most people don't care or even noticing them getting worse to do something about it.
Then this thing starts becoming profitable in the sense of bringing street cred and money and new kind of people rush in with their new ideas how to use this new thing. These new people don't share the same ideas with the original believers but they know how to build machinery around it to make it profitable and appeal for the masses. The new thing that was supposed to change the world becomes a concentrated and optimised version of the things before it.
The believers then become bitter purists and try to fight the new order by disowning the current technologies or methods and cater for the niche hipster elitist circles when the rest continues do their thing.
You can see it in everything, you can see it in printing press you can see it in Radio, you can see it in TV, you can see it in things that are not media: cars, clothing, shaving, coffee - everything.
Things don't become worse, they just become mainstream and that mass adoption is run not by purists but by people with no regard to the original ideals of the technology and masses love it this way and stays this way until its made obsolete by something else.
For a chuckle try running old software on a modern computer (fire up dos box and run WordPerfect or something) and be amazed at the speed of the thing. that is why we built a faster computer :)
Just kidding, back in my day kids assumed the same thing.
Also, this exact conversation has been happening since the web was created. Linked article is evidence of that.
In a more practical way though, some new things are good, some new thing are bad. It makes sense to adopt good stuff and cut off the bad. Deck? Mostly good. Requiring phone number to play a game? Bad. Naturally, it is a very subjective process and we are bound to disagree on details.
Not that long ago a family member tried to use the same argument used here ( its a generational thing; old people just hate new stuff ) when trying to convince that Venmo is actually good as I was trying to gently indicate that maybe a payment system that by default announces to the world[1] I just spent X on Y may not be the best thing since sliced bread. Working near that space I was amused, but each to their own ( and I certainly am not going to tell the guy how to raise his kids ).
[1]https://www.cnet.com/news/privacy/venmo-explains-why-transac...
A browser that can render text, and not much beside the text, emphasizes the text of a page, which, for many pages, is the content the user came for. Everything else is fluff.
In modern times, "Reader mode" in browsers does the same thing: removes fluff to make reading easier.
Of course it's great that now browsers support advanced features and enable amazing interactive pages like https://ciechanow.ski/internal-combustion-engine/, or just "simple" GMail. But such pages, and such highly interactive web applications, are fewer and further between than most pages that provide value by showing just static text and static images.
"Who knows whether a new version will be available and usable when the current one stops working?"
With SaaS products the company can go out of business; they can change the product on you without your opt-in, making it unusable (or less usable) for your purposes and there is no way to downgrade to the previous version; they can stop supporting your web browser; your account can get disabled or compromised; new policies and regulations on data retention and privacy could render a particular SaaS product unusable for your purposes.
What are you meant to do if a SaaS tool you depend on suddenly stops working? How do you install the old version and get back to work?
In other words, the criticism is fair but the solution of attempting to freeze time or even try to go back is not right. Sometimes though, when things get very bad going back to the basics and re-do everything can work.
But for browsers there is an obvious need for apps that are not “vb in an empty vba-enabled document”. This ugly heap is only stable because an enormous effort and skill goes into making it so.
Most people on HackerNews remember when they were the target demographic for most software. And they no longer are.
If you're under 40, this is how we all started. The target demographic since the explosion of the internet is no longer software engineers. That feels bad for people, and they lash out conservatively.
Because they're not wrong - the software IS worse. For them (us).
For things like security patches, pushing updates has been a net positive IMO.
For absolutely everything else, it's a disaster. I always used to think that the "free software purists" were a bit too radical for my tastes ... but now, in the era of SaaS, I find myself agreeing with them. I want to own and be in control of my hardware and software. Let me decide if upgrading is worth it.
When a program needs 3 build systems to build (ninja, meson, make) is probably a manifestation of exuberation.
I tend to browse without JavaScript enabled, except for places I already trust to not abuse it. And if there is anything blocking me from accessing the page, such as a modal dialog, a cookie notice, a survey, a prompt to sign up for the newsletter, I close the tab.
Over time, I have found that type of rude lack of consideration for the reader's cognitive load and ability to correlate highly with low-quality content that is a waste of my time to read, so this practice also saves me a lot of reading time.
And every day, my Internet gets better and better.
I like the term "featurism", I'm going to try to remember it.
Popup Blocker [0] and uBlock Origin for Firefox will do a pretty good job of getting rid of the junk you don't want.
https://addons.mozilla.org/en-US/firefox/addon/popup-blocker...
Certainly a reasonable choice on your part. We all want what we want.
I have a friend who, when he goes grocery shopping, grabs the first item he sees from each of the items on his list. As far as I can determine, this is without regard to price, quality, or any other factor.
In my comment, I was thinking of the context of links I click to from HN.
But it also works when searching for information. When I close the tab of an unfriendly site, which, remember, likely has lower-quality information than an accessible one, I am immediately freeing myself to click the next link in the search results and get my information from an accessible site with higher-quality content.
Given the disparity of the quality of content, it is quite likely that I would have ended up at the latter site anyway.
Unless it's a personal site/blog I typically open a site to find information I came for, and close it as soon as that task is done. Anything that makes this take longer than it needs to gets blocked. Sites should strive to stay open for as few seconds/minutes as possible while still giving me the requested information.
Regarding text/image-focused sites that require JS: I generally find sites made by people who haven't figured out how to send text over HTTPS to have low-quality content befitting of their low-quality stacks. I'm all the better for using my adblocker to block them from my search results page forever; it saves me time in the long run.
You're going to love the qualified version:
https://www.urbandictionary.com/define.php?term=creeping%20f...
Security isn't everything, there's also accessibility to think about.
HTTPS breaks in many circumstances when it's not needed, including on current browsers.
You can also use a stripping proxy.
Bigger issues I've encountered with actually using Mosaic is that a) it does not support the Host header, so you must have a dedicated IP address, and b) it doesn't like semicolons in then Content-Type header, which most of today's servers include.
https://oldvcr.blogspot.com/2022/07/crypto-ancienne-20-now-b...
[1] I have heard of people trying to get Mosaic to work on modern machines, but I think the efforts were restricted to rebuilding the software rather than adding features.
They actually could have translated it 1:1 as “featuritis”. It basically means the same as “feature creep”.
Should be no need for any website to require JavaScript to function.
Ignorance is bliss I suppose.
As for music streaming and instant messaging, not everyone has/needs Discord, Slack, Teams, or anything like that. If you absolutely need it for work, just whitelist it. No problemo. And, not everyone streams music. I barely used Spotify myself until I got an office job and needed something to fill the boredom.
The issue isn't about stopping Javascript as a whole. The issue is about permissions management. Not every site needs it, so not every site should have it. If you need it to work for a webapp, just enable it.
Conditional loading certainly can improve perf. in theory. I've yet to see any evidence it does so in practice. The aggregate of bundle-size, bundle-parse, client-side execution resource-usage & added latency of the plethora of metadata normally bundled with API responses is more than enough to negate any actual perf. gains.
As for "easier to maintain", I've never seen anyone even try to make that argument in theory, nevermind practice. Pretty sure it's widely accepted even by advocates of this architecture that it's a trade-off of perf. gains for ease-of-maintenance losses.
It is one of those things where in theory if absolutely everything was done right and no other stuff was done differently it can work. E.g. if the only difference between a JS-enabled and a JS-disabled version of the site was the content change and nothing else (no additional JS frameworks, functionality or whatever) then yes it most likely can be faster (though for the difference to be noticeable the site needs to be rather heavy in the first place).
Problem being that in practice this comes with a bunch of other baggage that not only throws the benefit out of the window but introduces a bunch of other issues as well.
The reality is, with node junk, the average site uses 10mb of js, taking 5s to render, to show 1kb of text.
Get rid of that 10mb of js, all those fonts, and you don't need to update only part of a page.
It will load and render in 10ms.
Today's Google Maps is a shadow of its original self, which did have a no-JS version, by the way. It has gradually gotten simultaneously heavier, less convenient, more annoying, and less useful, and I've just about had it.
Just off the top of my head, it no longer displays zip codes, takes a long time to load, has missing street names on the map, often promotes features I do not want while taking away features I do want, and is covered so thick with paid-promotion items that I can barely find somewhere to click that isn't an ad.
No wonder the startup failed. Imagine trying to make a useful product with one hand tied behind your back!
The question is, if a startup can't make a site that works without JS, are they actually focused on the product? Assuming it's not a webapp, of course.
I've built several SaaS products and I can't imagine building a complicated product that supports both a JS and no JS version with a small, startup team.
They were happy to force javascript but wanted it to work on early smart phones.
The VP product was losing her mind fighting the CEO over this.
With that attitude you likely were writing for IE5/6 only too. We're still dealing with the fallout from that 20 years later.
Answer: Don't worry, they'll tell you about it.
Answer: Don't worry, they just won't be able to use your site.
The solution is to develop sites with accessibility in mind. Use a screen reader; experience what ALL your users will experience. Experiment with various rendering tools to emulate color blindness.
There are even more tools to performance tune your website.
This all comes down to the site author taking the time to cater to as many users as possible. It is not inherently a problem with the use of JavaScript, or dynamic elements.
So, yeah, there are a lot of shitty websites out there. Folks that choose to deliberately cripple their browser are more likely to see these shortcomings.
Why? Well probably because if the site developers themselves don't have adblockers, they are clueless.
Sites that are built to show content but depend on ads to sustain the operation usually show a plea to support the site in a different way (by a donation or something) if they notice that ads are blocked. I find this more honest.
True story, I re-uploaded a website that I wrote in 1999, only now I discover that my header was never centered, if was just floating left. It's the only thing that look off, everything else is working perfectly. HMTL/CSS/JS is really a stable stack for the computer field.
Yep agree it's a stable stack. I have a few archived sites I made in the 90s that work fine in today's browser, rollover JS buttons and all. My disdain for IE is visible in code. I was a Netscape guy for sure!
if(navigator.appVersion.indexOf("MSIE 3")== -1) {
imageObjectSupported = true; // this line only executes in browsers that
support Javascript 1.1 except of course for IE3, which thinks it supports
Javascript 1.1, but doesn't.
}Centered max-width without going all out reader mode.
Otherwise, see here for his CV, interests, links which may trigger your memory
I do think that the screen typography department has been seriously lacking here, though. Scrolling a single column can't really be the end of wisdom.
But the main problem we've got is that the ad people took care of on-screen typography once we progress far enough that screen sizes and resolutions actually would've made more things possible. Not the tradition of typography that made newspapers, books etc., but the flyer and full-page-ad demographic. PageMaker, not FrameMaker.
Browsers barely have the tools to make reading effective and enjoyable. CSS is oriented towards other purposes, and the browsers themselves only have the bare necessities – practically hidden "user stylesheets" or the one-size-fits-all "reader mode".
My Postscript is somewhat rusty but I think defining a fixed page size is THE first step in any postscript file. I don't think that's really better than PDF in that regard.
I have a button in my toolbar called "dammit" which strips away every iframe, embed, object, audio, and video from the page, multiple times per second. These are considered foundational elements in the web platform and yet, when they disappear, pages seem to magically collapse into something readable.
(function dammit() {
setTimeout(dammit, 100);
let els = document.querySelectorAll('object,embed,iframe,video');
for (let el of els) {
el.parentNode.removeChild(el);
}
})();
Feel free to make it into a bookmarklet using this guide:http://www.netscape-communications.com/netscapes-throbber-an...
(as related to features such as HTML frames and tables)
Thanks for this quote attributed to Bernd Paysan I can now cite rather than formulating this over and over (for CSS grids, subgrids, columns, flexbox, functions, variables/custom properties and whatnot).
Last-Modified: Sun, 07 Mar 1999 17:07:32 GMT
First Archive.org capture is from 1997 [1] and there really are some additions in current version since then.[1] http://web.archive.org/web/19970106091058/http://www.complan...
From what I remember of that time, Windows Explorer seemed a little faster, but most importantly it also seemed to require fewer reboots.
I find it ironic that his website looks like hot garbage on a modern ultrawide display.
I realize that it's over 20 years old and it still looks bad at 1280x1024 which was the resolution I was using back then as a poor college student with a second hand 19" Sony Trinitron that had a dodgy VGA cable you had to hold up just right with a coat hanger.
So the author, having lived through the computing sea change of the 80s and 90s, who said "those who have content generally value being readable" should have anticipated higher resolution displays and took steps to ensure readability.
Crazy wild assumptions given that the web was brand-spanking-new and changing rapidly and unpredictably by the day. I'll never understand these needlessly-minimalist perspectives on interacting with the internet (yeah, I'm talking to you no-JavaScript folks). That approach only result in you missing out on things, and that was even more true in the 90's.
Today, almost 25 years later, not even turning your phone or computer on will cost you just as much in ISP monthlies as it costs to load the heaviest, client-side-JS-generated, 4x resolution image websites nonstop all day every day.
We used to have a slightly better reason to prefer lean, content-first web pages than we do today.
Looks like his most recent work is with RH https://developers.redhat.com/author/dj-delorie
Off-topic: The author is one of the orignal authors of Gforth, one of the main Forth implementations.
Too long for a tattoo but damn do I believe in this!