I was noodling around on the react.dev homepage today, taking screencaps for a presentation I'm putting together. I had dev tools open and I noticed something odd: every time I would hover over a link, something would get fetched over the network. "That's odd, and quickly adding up to megabytes of bandwidth", I thought.
So I looked at the fetches being fired, and it appears that the website is preloading the content of the page being linked when you hover over the link. Any link, every single time.
Let me say that another way: on react.dev, every onHover over a link costs the user between 5kb and 10kb of bandwidth every single time.
I feel like I'm losing my mind. Forget the fact that this website costs 2mb to download and takes 23 seconds to complete loading, how can charging the user and the app for every hover over a link be sustainable? How is this appropriate?
@a11yMel
In my experience, most js engineers would benefit greatly from learning JavaScript.
@LouisIngenthron
In their defense, when they were hired the company didn't need those skills, so there was no need to select for them. I'm the maniac insisting on developing without libraries and I'm the new kid.
I've been handed a couple of full stack devs to help build my frontend project temporarily, and I'm finding that they're extremely weak in working with vanillaJS and regular html. I'm not surprised, exactly, but am I being unreasonable in expecting vanillaJS skills like this in the first place? Should I just plan for retraining people?
@LouisIngenthron
And honestly the backend platform is horrifying, a combination of hardware management, analytics, data science, and network administration on an international scale. It's huge and trying to run in real time in every direction at once and has been maintained by java developers who work for an old fashioned manufacturing company. I get why he's nervous.
@LouisIngenthron
Oh ive run into hundreds of these guys. First, they reject the browser languages for being bad and refuse to learn them out of contempt, then they get stuck having to write UI code for each other and discover that it's hard to do because it's programming and programming is hard and it's extra hard because it's a different paradigm from what they're used to.
The result is backend programmers who consider html/css/js unusable amateur-hour garbage and also find UI programming impenetrably hard without massive tooling accomodations. It's a cliche, but loads of these guys exist.
Backend developers are funny sometimes. I was talking last night with a guy on the other team. He kept insisting "this is a complex system, there are MILLIONS of entries in that db!" and he couldn't quite understand that I only care about looking at one at a time, or batches of 30 for the paginated list view, at most.
I'm not arguing that the backend isn't muscular and incredibly complex, because it is and as far as I'm concerned he's a wizard for making all that data dance efficiently. But I am front end, and all that is a black box behind an API to me and I like it that way.
Perspective will get you every time.
(Tbf he also thinks tables are incomprehensibly hard to write, so he is also kinda biased but still.)
@freemo
I mean, it's nothing personal, it's just the job. (Yes, he is wrong about many things.)