It is important to have a code base that an inexperienced programmer can work on.
Keeping track of memory is one of the hardest parts of programming in languages like C, a bit easier in C++ (thanks RAII) but still memory leaks are rampant.
Rust improves in some aspects, but I do not think it is a language for inexperienced programmers.
So where garbage collection pauses are tolerable, and real time performance not an issue, save the money and use garbage collection.
I too hate garbage collectors, I want to be in control. But the business case is clear: garbage collected languages are a better choice in a lot, f not most, cases.
For most people working a career as a programmer, how much of their time in that career is going to be spent as an inexperienced beginner programmer?
I agree that Rust is a professional tool, designed for professional use. It's designed for professional use, instead of being optimized for inexperienced beginners like Python is.
I just don't really see "inexperienced beginners can easily contribute productively to this code base" as something that would have been valuable for any of the professional work I've done over the past couple of decades of my career.
If you're an amateur, or if you're programming recreationally, or if you're writing some low-reliability low-impact throwaway code, sure, it's great to use happy-path-oriented languages. When you want to write something that people actually rely on to run a business, you should use professional-grade tools instead.
Keeping track of memory is one of the hardest parts of programming in languages like C, a bit easier in C++ (thanks RAII) but still memory leaks are rampant.
Rust improves in some aspects, but I do not think it is a language for inexperienced programmers.
So where garbage collection pauses are tolerable, and real time performance not an issue, save the money and use garbage collection.
I too hate garbage collectors, I want to be in control. But the business case is clear: garbage collected languages are a better choice in a lot, f not most, cases.