- cross-posted to:
- programmerhumor@lemmy.ml
- cross-posted to:
- programmerhumor@lemmy.ml
You must log in or # to comment.
Perfectly stable until it has a user.
I once worked with a backend guy who delivered a thorough API using well-defined JSON via clear URIs.
Chris, if you’re reading this, I miss you.
I’m not Chris, but this is how I backend.
Thanks, Chris
Yeah… It’s extra work not to do this. Why would you make an endpoint and not throw in every property of that entity? Why would you mess with your URIs instead of making a clear division with logical entities?
Yet, somehow, most people do exactly those things.
omg i know chris, chris rules
Liar
i mean at least he documented it.
God damn where did he end up? Working for swagger or something?
Looks like he’s working on healthcare web apps now
the front end needs to be entirely 100% javascript with no backwards compatability, no easy deploy script, and no documentation.
So front end does fuckall
I was going to say it handles steering and braking, but… Where are the brakes? This must be one of those bikes where you back pedal to brake, so I guess front end just steers.
All gas. No brakes.
Steering is what keeps bikes upright though, and the longer and heavier the bike the more work it is.
Full disclosure. I used to be a front-end, then full stack dev.
This whole picture:
Full Stack Developerno no, full stack is when the entire bike is of equally dubious quality
We still use a bastardized mixture of soap, rest, and grapqhl with zero consistency.
I’m thankfully rid of soap. We had a few third-party services that still used it up to a couple of years ago.
Scotch on the rocks is a bit strong for them
BFF goals
I work with a lot of frontenders who always say “why would we even need backend, we can just use firebase”.
Imagine if you only needed one rider though.
