If this is a thing you need to beware of, you should more importantly beware of using a version of Go that's been outdated for over 1.5 years and EOL for nearly a year.
I don't think people doubt what AI _could_ do, they just have been through enough enshitification cycles to know this is not any different. Right now AI is better than Google but only because Google regressed so much. Market forces always prevail. The operating costs are just too high to offer AI for free for everyone but people will refuse to pay, so AI (at least for the masses) will become just an other marketing funnel companies can buy out.
I also don't see how AI will change the fact that clothing companies target average users and don't serve the long tail.
No batteries!? Go has a huge stable standard library no other language even comes close to. Built in tooling for unit testing, performance testing, debugging, code formatting, package management, etc. And most go binaries can be compiled statically so libc is not even a dependency. Golang is the definition of batteries included.
> Apparently C# has a pretty comprehensive standard library but I've never used it.
I use C# more days than not. The comprehensive standard lib is impressively large and accomplished everything I need. Third-party libraries is a real pain point though. I haven't looked in sometime, but things like sane PDF libraries, reporting libraries, etc. were severely lacking when I needed them last. As much disdain as I have for Java, I think it is better in that regard.
>Python has a quite random collection of stuff, and it's often quite low quality and people don't use it anyway. I wouldn't say it is close to Go.
People who came into Python for ML and Data Science, and just care for their array and ML libs maybe.
But long time Pythonistas absolute use Python's standard library - and it's hardly "quite low quality". "Batteries Included" is one of the community slogans.
> I haven't used Java for a decade or so but as I recall its standard library was pretty bare bones (similar to Rust).
Even a decade ago (and more) the collections library in the Java standard lib was second to none. It's standard lib only got better since then (e.g. `HttpClient`).
Then of course there is the whole fractal nature of software. As you add more detail, the arrows can flip flop around. Polling in a lower level of a stack can very much be used as a push mechanism. (e.g. USB interrupts are in fact the host polling the device)
This is why communicating architecture is often as hard if not harder than implementing it.
... or the WM loads the compositor, or the WM links to a compositor library (i.e. wlroots). The point is there are options...
Honestly, every time this topic comes up, I feel like the person complaining just doesn't want to put in the work and they are angry that they don't get an easy win. And maybe that's a good thing. Do we really need more half baked WMs?
> chosen to use fear and intimidation to help sell the agenda of the big tech CEOs who, in turn, have somehow managed to use coal-fired GPUs to capture society’s output and sell it back to us, while converting a significant portion of the economy into an expanding envelope of hot gas
I work for a very big tech company and I have no one to share this with.
There is a 3rd party Android app that uses the accessibility APIs to (supposedly) track and limit my short video use. However, it's broken, so I can't watch short videos at all :)
Aka, a computer program.