This is nonsense. Old software was not fast. Computers used to take minutes to start up. That's not an exaggeration. MS Word could easily take 30 seconds to open.
Obviously if you run it on modern hardware it's going to be lightning fast, but not because the authors cared more about performance and efficiency than we do now.
Zig is a much smaller community and has already had some drama. You can't magically avoid it. All communities of a sufficient size have drama.
It might be true that Rust has a bit more drama because of the high concentration of "cat girls" as flying_sheep put it, but I don't think there's enough data to really say. Also I wouldn't be surprised if Zig attracts similar characters given its closely related goals.
Ask it to write a Typescript script using Deno. Bash is a horrible error-prone language. Humans cannot write correct Bash scripts; no way AI can do it.
We literally have self-driving cars now. In super-easy driving locations like San Francisco to be fair, but that's not nothing. They're supposed to be launching in London this year too.
No idea about Tauri but I did find when learning Rust that unlike some other languages (e.g. C++) just reading a book wasn't really enough. You need to experience it and hit real errors.
Kind of like how you can't learn to ride a bike by reading a book.
But as others have said, I would recommend a project with only simple dependencies and no async. Rust async mildly sucks.
A human engineer will get those passively at no cost to the company.
Some human engineers. I still regularly have to explain Git to people that never bothered to learn.
Also I think you are forgetting that AI is still improving and getting cheaper. Not super quickly, but even if it is too expensive now, is that still going to be true in 10 years? I doubt it.
That said, by the time you can actually run a significant software company without any programmers it seems likely that you could also run most white collar firms with vastly fewer employees and then we're going to have bigger problems.
Still vague, but either way if it's a Python CLI program the best option is to publish it as a package on Pypi and then users can install it via uv tool install <your tool>. Don't even think about using Pip.
This is nonsense. Old software was not fast. Computers used to take minutes to start up. That's not an exaggeration. MS Word could easily take 30 seconds to open.
Obviously if you run it on modern hardware it's going to be lightning fast, but not because the authors cared more about performance and efficiency than we do now.