4 ms·
It's not always the application itself per se. It's the various / numerour marketing, analytics or (sometimes) ad-serving scripts. These third party vendors are
by chiefalchemist 2y ago
It's not always the application itself per se. It's the various / numerour marketing, analytics or (sometimes) ad-serving scripts. These third party vendors aren't often performance minded. They could be. They should be.
- FridgeSeal 2y agoAnd the insistence on pushing everything into JS instead of just serving the content. So you’ve got to wait for the skeleton to dl, then the JS, which’ll take its sweet time, just to then(usually blindly) make half a dozen _more_requests back out, to grab JSON, which it’ll then convert into html and eventually show you. Eventually.
- chiefalchemist 2y agoYup. There's definitely too much unnecessary complexity in tech and too much over-design in presentation. Applications, I understand. Interactions and experience can get complicated and nuanced. But serving plain ol' content? To a small screen? Why has that been made into rocket science?
- LtWorf 2y agoWell grabbing json isn't that bad. I made a CLI for ultimateguitar (https://packages.debian.org/sid/ultimateultimateguitar https://packages.debian.org/sid/ultimateultimateguitar) that works by grabbing the json :D
- chiefalchemist 2y agoI've not so much good vs not so bad vs bad. It's more necessary vs unnecessary. There's also "just because you can, doesn't mean you should."