188

you are viewing a single comment's thread
view the rest of the comments
[-] dan@upvote.au 13 points 2 days ago

The recommended ESLint rules catch most of the bad stuff, and these days this is all you need in your ESLint config to enable them:

import {defineConfig} from 'eslint/config';
import js from '@eslint/js' 

export default defineConfig([
  js.configs.recommended,
]; 

There's one use case where == is still commonly used: == null matches both null and undefined. Lint rules that block == usually allows the null case as an exception.

[-] BradleyUffner@lemmy.world 12 points 1 day ago* (last edited 1 day ago)

So you're saying the jank has become structural?

[-] Venator 4 points 1 day ago

I wonder how much bandwidth is wasted on the extra =, since it survives minification ๐Ÿ˜…

[-] ignotum@lemmy.world 7 points 1 day ago

But if every single comparison used in a file is a triple =, then any compression algo worth its weight in salt will compress that bloat away during transmission

The real issue is all the precious precious RAM those extra = use on the client device once received and unpacked!

[-] 9point6@lemmy.world 3 points 1 day ago

Gzip (any properly configured static server will serve compressed assets) probably compresses them down so probably a single extra byte per file

[-] dan@upvote.au 3 points 1 day ago* (last edited 1 day ago)

Gzip is old-school. The majority of modern sites use Brotli now. It's slower to compress, but that's not normally an issue for static resources (CSS, JS, etc) because they can be pre-compressed during the build and the web server serves the pre-compressed files instead of dynamically compressing them.

this post was submitted on 02 Nov 2026
188 points (97.5% liked)

Programmer Humor

33973 readers
225 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 3 years ago
MODERATORS