70 points

These things are true if you build a SPA wrong. Believe it or not there are lots of ways to build server side rendered pages wrong too.

permalink
report
reply
8 points

Yeah this meme and the OP have no idea how to build an SPA.

permalink
report
parent
reply
29 points

I don’t know what the hell you’re interpreting into this 15-word-meme, but I do. I’m not saying all SPAs are shit, I’m saying far too many are. And “far too many” being more than one that I can think of. Even the Lemmy webpage breaks history caching.

permalink
report
parent
reply
2 points

I know what an SPA is, but I would be laughing so hard at this thread if I didn’t know what it meant.

“Yeah man. Dude doesn’t know his SPAs!”

Reminds me of that Saturday Night Live skit with the woodworkers comparing everything to working on the lathe.

permalink
report
parent
reply
-4 points

> implying there’s a “right way” to build an SPA.

permalink
report
parent
reply
13 points

There are a lot of standard practices like… using a router to load the content of your SPA according to the url.

permalink
report
parent
reply
-1 points
*

What I’m saying is, there’s no right way to build a thing that is inherently wrong.

permalink
report
parent
reply
4 points

There’s no one right way. Saying there are wrong ways doesn’t imply the existence of one right way, though.

permalink
report
parent
reply
19 points

Remember when websites had a built-in loading indicator, and you didn’t have to implement it yourself via JavaScript?

permalink
report
reply
27 points

I remember when the web didn’t have JavaScript.

Honestly, though it was much worse back then. I prefer the variety and features of modern browsing over (mostly) plain text.

What I wish we could do away with on the web is videos. Let’s go back to just images and text, thanks. Animations are fine though 👍

permalink
report
parent
reply
11 points

What I wish we could do away with on the web is videos. Let’s go back to just images and text

Seconded. I really enjoyed pre-video Internet.

permalink
report
parent
reply
21 points

I third that. Videos are so incredible inaccessible. Want an easy-to-follow tutorial or heck a searchable document? nah mate video is all you get, and ads with it!

permalink
report
parent
reply
36 points

I was kindof chief architect for a project where I worked. I decided on (and got my team on board with the idea of) making it an SPA. Open-in-new-tab worked perfectly.

(One really nice thing about it was that we just made the backend a RESTful API that would be usable by both the JS front-end and any automated processes that needed to communicate with it. We developed a two-pronged permissions system that supported human-using-browser-logs-in-on-login-page-and-gets-cookie-with-session-id authentication and shared-secret-hashing-strategy authentication. We had role-based permissions on all the endpoints. And most of the API endpoints were used by both the JS front-end and other clients. Pretty nice.)

I quit that job and went somewhere else. And then 5 years later I reapplied and came back to basically the exact same position in charge of the same application. And when I came back, open-in-new-tab was broken. A couple of years later, it’s not fixed yet, but Imma start pushing harder for getting it fixed.

permalink
report
reply
45 points
12 points

You think your 13 megabyte parallax-ative home page

Is parallax still a thing? I feel like ginormous hero images are more popular atm.

permalink
report
parent
reply
20 points

motherfuckingwebsite is pretty old at this point. I remember seeing it on Reddit like 10 years ago. Parallax was all the rage back then, when we called “hero” images “jumbotrons” (because Bootstrap called it that, I think?)

permalink
report
parent
reply
9 points

Which was derived from those big as screens in sport stadiums or sport arenas. As it was over shadowing the actual stuff below.

permalink
report
parent
reply
27 points
5 points

better

no HTTPS

uh huh

permalink
report
parent
reply
44 points

As an elder developer… yea, we could use react to render complex web pages that erode expected functionality.

Or, like, I’m happy to just go back to server-side rendering… it’s surprisingly cheap to build and dead fucking simple.

permalink
report
reply
31 points

Elder developer here too, correctly making my SPAs has made my work significantly more efficient and maintainable now that my back end is basically a rest api and my front end requires very little network interaction after the initial load, which has been made pretty minimal.

permalink
report
parent
reply
1 point

I too have been doing this for years and I whole hearty agree with this comment.

For large complex sites, I ain’t never going back.

Actually even for simple sites I’m not sure I’ll go back.

permalink
report
parent
reply
1 point

If I ever have to do this again, I’ll scream.

<a href=“<?php echo “/about-us”;?>”>

permalink
report
parent
reply
-1 points

More Server side logic means more vulnerabilities on your end.

permalink
report
parent
reply
5 points

I’ve seen front ends that build queries that are blindly executed by the backend - I’ve seen GraphQL that allows the client to read arbitrary users’ passwords from the database - I’ve seen attack ships on fire off the shoulder of ori- whoops, wrong memory.

Anyways, you can create vulnerabilities anywhere using anything - imo more server side logic might mean more vulnerabilities on the server but it means less vulnerabilities overall.

permalink
report
parent
reply
1 point

Why does it mean less vulnerabilities overall?

permalink
report
parent
reply
6 points

Elder developer too, you can easily render react server side and statically. Once you remove state, react simply becomes pure functions that output jsx nodes, it’s also dead fucking simple, but gives the the possibility to add hydration and state later if you need it.

permalink
report
parent
reply
3 points

This is actually excellent advice for performance - you can bake the initial page data in!

permalink
report
parent
reply
2 points

I prefer just writing my html, js, css, as is, and then transpiling to pack it down, treeshake, hash, cache bust, CSP, etc etc.

The amount if headache, overhead, inversion of control, mess, and bloat involved in frameworks tends to make me spend way too much time on writing boilerplate.

template and slot exist now, and modern js can do most of the shit fancy libs used to.

There’s very little need for frameworks unless you meed a SUPER dynamic website that has tonnes of mutability.

The amount if times i see people load in like 3 frameworks and 10mb of bullshit and ten js files to make a fucking static form that doesn’t even do anything fancy is insane.

Just fucking write the like… 8 lines of normal code to populate the form, wtf? Why are we using routers at all, HTTP already exists and does that, why did we re-invent http?

Front-end devs need to spend less time installing npm packages to try and magically solve their issues and just learn how to actually write code, SMH.

permalink
report
parent
reply

Programmer Humor

!programmerhumor@lemmy.ml

Create post

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

  • Posts must be relevant to programming, programmers, or computer science.
  • No NSFW content.
  • Jokes must be in good taste. No hate speech, bigotry, etc.

Community stats

  • 6.2K

    Monthly active users

  • 1.5K

    Posts

  • 35K

    Comments