Bonum Certa Men Certa

Making JavaScript Suck Less

By figosdev

JavaScript source



Summary: "Other than that, the first rule of JavaScript is: Do not use JavaScript. But this article is for people who break the first rule."

First, a disclaimer: this article is not aimed at people making HTML5 games. Milo (Drummyfish) just put out a CC0-licensed game called Anarch, he already likes the suckless philosophy, he made his game work on the browser. Everything he codes is done with care, talent and a serious philosophy. So if you're making HTML5 games, you can be certain this article is not about you.



"This article is about those sorts of considerations, as well as times when JavaScript isn't always bad."Second, for amateurs who are just trying things out, I don't have a problem with your code not being optimised. Keep it simple if you can, do consider people with older machines (try your code on much older machines, if possible) and don't worry about the rest.

And if your JavaScript creates an animated splash screen for anything OTHER than a game? Stop, you're making the Web fucking awful.

Other than that, the first rule of JavaScript is: Do not use JavaScript. But this article is for people who break the first rule.

Fomenteu la lecturaThat's why there is a second rule: Avoid using JavaScript (JS).

I'm sure there are people who think that as long as JS is under a free license, there's no problem with it at all. If JS is under a free license, why even complain? You can change it and share the different version, right?

Not that I go around downloading every program with a free license and running it on my computer, because malware with a free license is still malware. Regardless of the license, I want to control what runs on my computer. Remember when that was the real idea of Free Software?

So JavaScript is off by default. If your website doesn't already work with JS turned off, the clock is ticking before I give up. I might decide it's worth turning it on. I DO like the idea of only running free JS, incidentally; that should remain a goal. But I don't want it to run by default, just because it's free. A lot of the free-as-in-freedom JS out there is crap I don't want running, don't want creating problems, don't want wasting CPU and other resources.

Too many websites use it without a good enough reason, and wherever you draw the line, more consideration needs to go into when people use JS for their websites. This article is about those sorts of considerations, as well as times when JavaScript isn't always bad.

"I especially hate it when everything loads except the buttons that go to the next and previous page. Many websites don't do that, and many do."One question to ask yourself is: did you have enough reason to use JS at all? In other words, did your design really benefit much from the things only JS can do in your particular situation? Techrights is a great example; there is absolutely nothing that Techrights does with JS that I consider useful.

All the functionality (save what WordPress may need, and they used to be more reasonable) that Techrights really needs can be accomplished without JavaScript. The carousel at the front is annoying and unneeded -- I avoid the front page for that and other reasons. Is it easy enough to avoid? Absolutely. Is it a worthwhile use of JS? It's not like we are all going to agree on everything, I get that; but I think this is a perfect example of a superfluous application that can simply be removed.

I really did write this article to talk about JavaScript, not to pick on Techrights, but while we are on the subject Techrights also delivers jQuery to my web browser. Unless it's WordPress that needs that now (a terrible thought, but it wouldn't surprise me at these days) I think Techrights could do just fine without installing any extra JS libraries, particularly ones from GitHub.

I don't expect them to overhaul their entire CMS -- when Techrights chose WordPress about 15 years ago, it was not nearly as much of a mess as it is now. Every version that comes out, WordPress has gotten worse in this regard. But this article is not about overhauling both sides of a website; it is about making simpler changes and simpler choices to begin with.

I get that there are applications that are dynamic and communicate with a server without refreshing. These are my least favourite designs, but there is a place for them. This sort of thing is overdone, but some people are going to make flashy bloated bullshit no matter what. Nobody who insists on that is going to care about the points made here; people who like suckless software might avoid JS altogether, but I think we would benefit substantially from more minimalism -- with or without JS.

"If you can make your website work without JavaScript, you should strongly consider doing so."So if I were in charge, I would remove jQuery (if possible) and just leave WordPress, ditch the carousel even if I have to change a template to get it to work without it. Short of WordPress, I would be trying to remove jQuery along with any JS libraries that could be removed.

If you can make your website work without JavaScript, you should strongly consider doing so. I especially hate it when everything loads except the buttons that go to the next and previous page. Many websites don't do that, and many do.

Using a bloated, complex framework that loads blank pages is another extreme annoyance. I already boycott as many websites that do this as possible. Yes, I still load some of them. What would be better, is if people stopped doing this.

I've even made designs that don't layout properly until JS is enabled -- but the page still loads, it isn't blank. You don't need to turn JS on just to read what it says, and you really shouldn't have to. Sure, perhaps you can come up with a good exception. But the problem is that there are too many exceptions, the problem is that people creating websites just don't care about this.

Just to recap before this article changes its angle altogether:

1. Avoid JS.

2. If you don't manage that, at least keep it minimal.

3. Avoid extra libraries.

4. Make it so that when JS is off, visitors still get something worthwhile -- other than a message to turn JS on.

5. Avoid GitHub -- yes, it has most of the JS libraries; all the more reason.

Additionally, if you can make it so that it's easy (read: "trivial") to download your JS and run it without an Internet connection, do that. Obviously this doesn't apply to designs that sync periodically with the web server.

"The key is to keep it simple and minimalist, while still being dynamic."Here's an example -- you might hate this, but at least it illustrates some of the ideas presented here:

If you have very limited bandwidth, and want to conserve bandwidth for yourself, for visitors or both -- you can make a simple "wiki" in JavaScript so that instead of writing full HTML, you can write text like this:

Here is text.
Here is *bold* text, followed by a blank line:



Here is a link: [url]http://techrights.org[/url]



For three lines of text, you're not saving any bandwidth (or trouble) by not doing something like this instead:




Here is text.<br> Here is *bold* text, followed by a blank line:<br> <br> Here is a link: <a href="http://techrights.org">http://techrights.org</a>



But for an entire website, doing this with a small, single (vanilla) JavaScript file will save you a lot of bandwidth and make your source much easier to edit, read as source, and -- this is why I did it -- easier to parse from the command line without a browser.

If your website is about coding, this can make it much easier to display snippets of code and handle those properly. It is easier to download a single file with code in it, trim the file, and have a usable copy of the code (code other than JavaScript) already.

"JavaScript is still overrated, still overused."If someone loads the page in a browser with JS turned off they will still get the text, but it may all run together. If you don't like HTML, a script like this can make HTML optional, or even let you create your own friendlier alternative (like markdown or bbcode). If you have the ability to use PHP or Python or something else on the server, and this isn't too intensive for the server load you can afford, you can do this in PHP or Python. But if you can't afford to run your code on the server side, small amounts of free JavaScript code can do this.

It can also replace HTML with something that can be parsed and then displayed as formatted text without a browser altogether. For example if the wiki script is very simple, or fairly simple and very popular, you can also have a version of it Python, SML, Raku, or Lua. Then people who download your webpage can pipe it directly through their copy of the offline script, which then makes it do the same things from the command line that it would do from JS -- without some bloated solution like Node.js from GitHub.

The key is to keep it simple and minimalist, while still being dynamic.

Here is another application that I think sucks less: Suppose you want to either teach coding, or create a simple e-book. You might not even have a smartphone because they're evil, but you know your friend has a tablet or an e-reader, maybe they even made their own tablet with a Raspberry Pi. At any rate, they either may not have or don't know how to install an EPUB reader, or they can only do PDF on a fairly small screen -- I have worked on all sorts of ways to do e-books (plain text, HTML, EPUB, PDF) but you want them to be able to download a single file they can read even when they don't have a data connection.

You can do plaintext or everything in a single HTML file, but most people don't want to scroll through a page that long on their phone or tablet. EPUB is a very nice option because you can zoom large without horizontally scrolling/panning on every single line, but maybe they don't like their EPUB reader, or find it complicated, or it only reads files from a directory that is difficult for them to get the file to.

"I would love a more minimalist alternative to the Web, maybe with a more minimalist JavaScript alternative as well."Some PDF readers can wrap text lines, most don't and fewer (if any) free-as-in-freedom PDF readers do -- that's only useful if they can actually install it on their platform --

In my opinion the most reliable way to do an e-book (not the best for every purpose, I know) is to make a VERY simple HTML file with JavaScript included in the same (HTML) file, as opposed to having it download separately.

Then your simple (and free) JS can keep pages small, make it so they can go to the next page, previous page, skip to the next chapter or go to a specific page number; all of this can be done with very little code (even relative to a single chapter, up to a full-length book) and it will run on anything with a browser -- whether downloaded for offline use or simply viewed online.

For smaller, simple applications, this approach also works.

Obviously, it is better for most things to write actual software. JavaScript is still overrated, still overused.

But it is also extremely easy (even without a library) to create an HTML file with a few buttons, add some code to the same file, and have a working program. For a simple application that works online or offline, or for what is absolutely the most beginner-friendly way to create a "gui" application without a lot of skill, familiarity or tedious hacking with library code, vanilla JS makes creating a simple "app" (it will even run on a phone) trivial.

"For the moment, the easiest way to have a subset of Javascript is to simply use less of it."For programs that save or load data, access the system or do a lot of serious work, you're still better off writing something with better tools than what's described here. One of the things I promote is everyone learning how to code -- and I do prefer Python or other things based on Python to JavaScript, but for some purposes JavaScript can be useful.

I believe in subsets as well as minimalism. I would love a more minimalist alternative to the Web, maybe with a more minimalist JavaScript alternative as well.

For the moment, the easiest way to have a subset of Javascript is to simply use less of it. This article focused on examples and recommendations around more modest uses, times in which it is better to avoid JS altogether, and perhaps will inspire someone to create a subset of JavaScript that we can use instead.

"I don't claim that this defines "Suckless" JavaScript; only that it is possible to make JavaScript suck less."I know that "pulling back" like this on technology doesn't always work, but we still often end up with rewards when we try.

I don't claim that this defines "Suckless" JavaScript; only that it is possible to make JavaScript suck less.

Long live rms, and Happy Hacking.

Licence: Creative Commons CC0 1.0 (public domain)

Recent Techrights' Posts

Rust is Starting to Seem More Like Microsoft-hosted "Digital Maoism", Not a Legitimate Effort to Improve Security
Maybe this is very innocent, but they seem to have taken a solid, stable program from a high-profile Frenchman and looked for ways to marry it with GitHub, i.e. Microsoft/NSA
 
Links 08/05/2025: Mass Layoffs at Google Again, India/Pakistan Tensions Continue to Grow, New Pope (US) Selected
Links for the day
"Victory Day" - Part I: That is the Day Microsofters Who Assault Women Pay for Their Actions in Foreign Land (Using "Guns for Hire" Who Attack Their Own Country for American Dollars)
Adding a friend from Microsoft to the docket didn't help
Gemini Links 08/05/2025: Practical Gemini Use Case, Shutdown of the Blanket Fort Webring
Links for the day
Links 08/05/2025: "Slop Presidency", US Government Defunds Public Broadcasting
Links for the day
Lasse Fister, Organiser of Libre Graphics Meeting, Points Out the Code of Conduct is Likely Violated by the Same People Who Promote Codes of Conduct (and Then Bully Him Into Cancelling a Keynote)
I am starting to see Lasse Fister as another victim
LLM Slop Attacks Not Only Sites of Free Software Projects But Also Bug Reporting Systems (Time-wasting, in Effect "DDoS")
Microsoft, the leading purveyor and promoter of slop, is a cancer
The Richard Stallman (RMS) "European Tour" Carries on In Spite of the Nuremberg Incident
Some people spoke about how they saw yesterday's talk
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Wednesday, May 07, 2025
IRC logs for Wednesday, May 07, 2025
The CoC Means the Founder of GNU/Linux Cannot Talk and a 72-Year-Old Man With Cancer is Somehow a "Safety" Risk?
Those who don't like RMS are not forced to attend his talks
Gemini Links 07/05/2025: A Shopping Spree and Digital Gardening
Links for the day
Links 07/05/2025: Pegasus Guilty and a Path Towards EU Without Russian Energy
Links for the day
People Used to Talk
If pets can live a measurably happy life without gadgets and "apps", why can't humans?
Outsourcing GNU/Linux to Microsoft GitHub Promoted by Microsoft LLM Slop and Army Officers
Something doesn't seem right
Weaponisation of For-Profit Dockets - Part III: No More Media Lawsuits From Brett Wilson LLP This Year, One Can Only Guess Why
People leak a lot of material to Techrights because they know, based on the track record, that the sources will be protected and whatever gets published will stay online, in full, no matter how stubborn an effort (even lawsuits and blackmail) will be sent its way
Gemini Links 07/05/2025: Adopting GrapheneOS, Further Enshittification of Flickr
Links for the day
Links 07/05/2025: CISA Gutted, Debt-Saddled (Likely Insolvent) 'Open' 'AI' (Proprietary Slop) Faking Its Financial State Again
Links for the day
Finland, Lithuania, and Latvia Fortify Their Digital Border With GNU/Linux
This month's data from statCounter is particularly interesting near the Baltic Sea
The European Patent Office (EPO) Has a Very Profound Corruption Issue, Far More Urgent an Issue Than Pronouns
a rather long document
Richard Stallman Gives Public Talk at Technical University of Liberec, Czech Republic
"For programs that you could run, and for network services that could do your own computing, under what circumstances is it reasonable to trust them?"
Today We Turn 18.5
The eighteenth "and a half" anniversary
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Tuesday, May 06, 2025
IRC logs for Tuesday, May 06, 2025
Microsoft Finally Admits That XBox is ****
In this case, "enshittification" is an understatement
Another Wave of Microsoft Layoffs Comes Shortly. Microsoft Propaganda Sites and Slopforms Powered by Microsoft LLMs Already Spew Out Face-Saving Nonsense.
Based on last month's leak, some very extensive layoffs are now imminent [...] Perhaps we can expect a lot of noise, some of it spewed out by bots, to distract from or belittle the impending mass layoffs
Ubuntu Becomes Microsoft GitHub, Based on Decision Made by British Army Officer
You're hopeless, Canonical
Slopwatch: Microsoft Slop, Anti-Linux Slop, and IBM Marketing Itself as a Slop Company
Microsoft-controlled LLM spewing out garbage about "Linux"
Links 06/05/2025: Microsoft's Assassination of Skype After Years of Failure, Slop Hallucinations Are Getting Worse
Links for the day
Links 06/05/2025: Changing Places and StarGrid for PalmOS
Links for the day
Windows and Microsoft Causing Serious Data Breaches, Media Rushes to Blame That on "Linux" Somehow
While selling us some rusty old propaganda about how moving to Microsoft GitHub (Rust) will improve security
Making Site Archives More Easily Accessible (Approaching 50,000 Blog Posts)
Efforts to censor us have always backfired badly
Weaponisation of For-Profit Dockets - Part II: Hiding Behind Lawyers and Barristers Who Lack Standards so as to Engage in Classic Corporate Extortion
They're trying to scare people and they misuse their licence to operate
Links 06/05/2025: LLMs/Chatbots Attract More Scrutiny (Getting Worse Over Time), PwC Has Many Layoffs
Links for the day
Thanks for listening. How can this Morse feed be further improved?
Right now any and all feedback on the audio would be helpful
statCounter: Bing's Market Share Lower Right Now Than It Was When LLM Hype Began (With "Bing Chat")
If anybody gains at Google's expense in search, it is BRICS' alternatives such as Yandex
Gemini Links 06/05/2025: Failure and Proxmox Cluster
Links for the day
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Monday, May 05, 2025
IRC logs for Monday, May 05, 2025