It's similar to AI... the only people trying to tell you "it's the future" are those with financial stakes.
I generally prefer to have access to all my senses on public transit, but there are any number of other portable devices I could use that store the music locally.
> I have more music than my phone will hold and it's very nice to be able to access whatever I want to listen to at will.
If I were going to choose from among that much music I might as well search the Internet anyway. An entry-level microSD the size of my thumbnail now holds a couple hundred CDs worth (at uncompressed CD quality; several times that for high-quality opus).
The main problem is that the state of your frontend application is in the URL. This is not flexible enough for modern UI where you might have many different zones, widgets, popups, etc. that all need their own local navigation, activation states etc. Putting all of this in a single global url is extremely hard. Designing your app so that you don't need to put it all in the global url is harder.
This problem is trivially solved by React / Vue that all provide their version of a state store that can hold the state, and make it easy as well to have elements shared or not between the tabs of your browser.
If you build your applications like phpBB forum this is not a problem, but nowadays users expect better.
And it's funny that you think anything about React and/or Vue is 'trivial'.
It’s faster than Node or Python, with a better type system than either. It’s got a much easier learning curve than Rust. It has a good stdlib and tooling. Simple syntax with usually only one way to do things. Error handling has its problems but I still prefer it over Node, where a catch clause might receive just about anything as an “error”.
Am I missing a language that does this too or more? I’m not a Go fanatic at all, mostly written Node for backends in my career, but I’ve been exploring Go lately.
The go language and its runtime is the only system I know that is able to handle concurrency with multicore cpus seamlessly within the language, using the CSP-like (goroutine/channel) formalism which is easy to reason with.
Python is a mess with the gil and async libraries that are hard to reason with. C,C++,Java etc need external libraries to implement threading which cant be reasoned with in the context of the language itself.
So, go is a perfect fit for the http server (or service) usecase and in my experience there is no parallel.
And there is also the typical sports gambling shit. HLTV the main news source of the pro CS scene is full of gambling ads. Higher tier tournaments often give a segment to gambling people talking about odds between matches. And as you would expect in a scene with rampant gambling there is match fixing. The serious media and the authorities will not look into it because esports is not serious stuff, but people know it’s there. Whenever you see a tier 2 team throw a most winnable match in the weirdest fashion you can see a stream of Twitch chat messages calling it rigged. People know but nothing will be done against it. Check out Richard Lewis if you want more information on that.
https://richardlewis.substack.com/p/prologue-no-one-really-c...
I would love to see a modern shooter with nice graphics and self hostable servers in the same niche as the old CS. But all we got is Valorant and its kernel spyware (oops I mean anticheat). Guess I should just keep player CS1.6 until I die shrug
Skins is literally a money printing machine.