> The only features it has regarding that is GC, built-in hash-table and type inference. No, the real feature is understanding that a language doesn't stop at

> The only features it has regarding that is GC, built-in hash-table and type inference. No, the real feature is understanding that a language doesn't stop at the syntax, the tooling and the environment are extremely important: - unless you want to build multiple binaries in one command, there is no need for any build helper. - hack-compile-test cycles are really short, to the point you can run simplest go programs as scripts - go has its own package manager, allowing you to manage dependencies extremely easily (not technically specific to dynamic languages, but in practice often associated with them) (Note that I'd prefer if everything was managed by my OS package manager, but we're not there yet) The go creators (and community) has spent a lot of effort in improving the overall development environment, and this is a characteristic I have seen more developed in dynamic languages (again, I'm not saying that it's tied to a type of language, but I have seen this more developed with the pythubyerlascripts) > It's not like Rust is only (or primarily) for anything much lower level than Go. It's not, It's just targeted at different problems. You wouldn't use Go to build a game engine [1] (you need tight control over memory and have some realtime requirements), and I'm not sure you need the tight control that Rust gives you over memory when you build an image processing server [2] (you'll need concurrency primitives for this) [1] https://github.com/Jeaye/q3 https://github.com/Jeaye/q3 [2] https://github.com/ReshNesh/pixlserv https://github.com/ReshNesh/pixlserv