So is Haskell. What I'm saying is that in 2020 the dev workflow is not: code, compile, run, repeat. Thanks to modern tooling it is now a near-instant feedback loop of: code, red wiggly line(s), fix, repeat. Ie. real-time conversation with the compiler.
Go shines when you have a lot of parallelism, and not a lot of concurrency (although sync package is fantastic). Web servers, data processing pipes, task queue consumers...
Also the language is simpler. Personally I think in it like C vs C++ or RISC vs CISC.
And last, but not least: Go have faster compilation times. Rust compilation is slow, and for some tasks that requires retrying (like learning a new language) compiling fast is very valuable.
For the majority of software (I guess you are referring to web apps), simpler/GC/scripting languages like TypeScript or Go are better.
But, if you really need something low-level, then you need C, C++, Rust, Zig, etc. and there is no way around it.
The way I look at it, and I could totally be wrong, is if you go for a different language for your back-end than your front-end, it betters pay off big time. I find Go and Typescript to be in a very similar ballpark in term of productivity, but with Typescript having a huge advantage since you can reuse all the learning/tooling from the front-end.
Rust on the other hand really adds something to the table with the memory safety and zero-cost abstraction.
TL&DR: It feels like either you eat the bullet and go Rust for memory safety, or Typescript is a better choice. Of course I'm overly simplifying.
Thoughts?