this post was submitted on 27 Feb 2024
214 points (90.5% liked)
Technology
59374 readers
3392 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Well, it’s not a massive front end headache if you do it right. And, by passing off a lot of the easy stuff to the browser, your server can handle more load. As a bonus, it’s easier to decouple your architecture. Not only is this more efficient, but it’s easier to maintain, test, and deploy.
It's sacrificing efficiency on the frontend for the backend. It makes the backend easier to test, while making the frontend more complex. It significantly jacks up requirements for the clients while reducing them for the host.
You backend people are forgetting that there are devices on the other end that need to process and render this bullshit. It sells more new iPhones, though, so who the fuck cares?
I’m equally proficient on the front end. I don’t have any problem making front end code that doesn’t require the latest and greatest processor.
Inefficient JavaScript and abusive css animation are the cause of all that. Preventing event flooding is crucial and often overlooked. And ffs, not everything has to be animated. If the fan kicks on, that developer is a moron.
My point is that the JavaScript is inherently inefficient.
The possibility that you might suck less than someone else doesn't fix that fact, or the fact that the modern web can bring a ten-year-old tablet to its knees.
JavaScript doesn’t run on a Commodore 64 either, but that doesn’t mean we shouldn’t use it.
I’ll still argue that an efficient web app will be a significantly better experience than waiting for pages to load, even on a 10 year old tablet.
And to support that, I do most of my mobile testing on my old iPhone 6—which is, coincidentally, 10 years old. I don’t have trouble with JavaScript on that.
I think what it comes down to is there are a lot of unskilled developers out there that misuse JavaScript… and PHP.
And both are complete clusterfucks, so it's not that surprising.
But at this point it's literally just a case of "old man yells at cloud."
What isn’t a clusterfuck?
More than PHP and JavaScript?
🤷♂️ kinda sounds like you might be doing things the hard way.
By considering all aspects of a system, and identifying bottlenecks?
Bottlenecks like?
Did you already forget the prior thread?
Where you didn’t actually have any specific complaints other than your poor implementation of JavaScript and PHP? Yes I recall. I assume you don’t actually currently do this for a living?
Maybe go back and reread the thread, buddy.
I did. You just complain about JavaScript like someone who can’t use JavaScript and complain about PHP like someone who can’t use PHP. Your reasoning isn’t based on any real world examples, and your opinions of technologies that are widely praised seem to be based on a grudge. You weren’t kidding about yelling at clouds.
PHP and JavaScript are widely derided. What planet are you on?
I’m on the planet that gets paid. You spend too much time in /programminghumor and not enough time developing.
But nothing is good to you, since everything is a “clusterfuck” right?
PECAK.
Look, I get it. You have no idea what the computer is actually doing when it runs your little scripts.
That must be it.