Do all the things like ++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatarSign Up
because its awesome, you are basically writing a backend with power of c++(V8), without the bulky syntax
but thats just my opinion
Because it's web dev. Specifically, the idea is to get your average dumb, but cheaply paid frontend wanker to also piss on backend.
Jilano228057dI disagree with your second sentence. Bad websites are built on JS, "OK" ones have some JS, and the best don't have any.
C0D4467877dBecause front-end devs can't be fucked learning a backend language to solve their problems.
Usually because orgs want to try and squeeze every ounce of value out of the cheapest resources they have. There's always some non-engineer middle manager who thinks he's found the secret cost cutting sauce that will bump him up one more pay grade.
There are valid use cases though:
- Glue code
I too thought it was a waste of time 4 years ago. Now my career is defined by it. I get why it seems weird but coming from PHP with frameworks like symfony and Laravel. NestJS was the best thing I've ever worked with!!
I don't really understand what power refers to here.
If it's speed and/or memory usage, C++ quite easily stomps NodeJS into the ground. Less Cpu usage overall for same task. Sure, way more code to type to get the result.
Everytime someone claims that "this or that language is as fast as C++", I usually check several benchmarks.
It never holds true. Never did.
Disclaimer: I personally don't even like C++...
Unfortunately companies want to pay less people for less pay, a single language for the whole project.
The people who make these technologies know this and make these techbogies for these companies because it brings glory, which often breeds money , through success.
All while claiming its for the developers.
I personally avoid server side JS as its still not fully adapted for Backend-purposes in a secure manner.
Lor-inc23066d@bashleigh Agreed, php is even worse. In my opinion backend code should be different, though. First of all, no language that does any implicit cast other than upcast should be used in backend. Second, publicly accessible server-side code deserves enough given fucks to have at least its object structures predefined. (Implicit interface implementation is kinda okay)
Untyped languages that mistake dictionaries for structs are fine for prototyping, but I wouldn't put my real name/email into it.