Simpler doesn't mean easier. Consider a chef who at their previous job started using a wood-burning stove. This is an objectively simpler tool than a gas or electric stove, yet it would be very difficult (even impossible, depending on local architecture and regulations) for a new kitchen to add one.
I'm interested to hear what architecture and regulations prevent the use of something that is foundational to web develpment and backwards compatible by design? Which also, by the way, comes with the advantage of not incinerating other parts of the restaurant (accessibility, user experience...), forcing expensive countermeasures or total rebuilds of the things destroyed every time you turn it on.
90% of the SPAs I use could be Django/Rails/Flask apps with no noticeable difference, other than that they'd be many times more responsive on slower devices.
"Old" SSR apps are mature, not obsolete. It's ridiculous when they're not considered even when they'd be the right tool for the job. I wouldn't try to clone Google Docs in Django, but something like Linear could 100% be modeled as a CRUD app with new page loads on click without a substantial loss of functionality from the user's POV. Not to mention built-in, automatic support for pervasive "deep linking", aka "linking", because you access a URL's contents by GETting and rendering that URL is just how it works.
I agree but you and I aren't the audience and I think experts in general should be a little more holistic when critiquing other people's choices. For any given problem there always exists a perspective from which your solution is over-engineered. People who (like us, I presume) understand processes, files, the command line, compilers, a computer language or two, a bit about computation theory (e.g. Turing, big-O, Knuth..) can get to a very broad swath of places along many different (often shorter!) paths. This is not where most people are starting from.
Speaking of Knuth, imagine being asked to "write a program to add two numbers" and using something like Python instead of assembler, or because really that's complex too, machine code. Do you think that the amount of housekeeping and computer activity is justified for adding two numbers? Objectively, it is not, its just that steady-state dominates the transient over time.
I don't understand how having to pay 20 different vendors so hackers can run commands on your server barely impeded is somehow simpler.
The message you just wrote involved how many complex systems, from your keyboard switches and firmware to your BIOS and OS interrupts, to your browser, the internet and middle boxes, just to say one sentence to someone. It would be much simpler (and more secure!) if you just told me with your mouth, but you didn't do that.
Of course, and if you use all these services you can be a pedantic ass who never has to actually ship a product.