Oh yeah, that is really nice, and something fantastic about Go.

That said, I found that I care about that a lot less now than I used to. With everything running through CI, having a build take a few minutes instead of a few seconds isn't really a big deal anymore. And for personal things where I used to build small Go binaries, I just use Python, mostly because it's easier to drop into a REPL than to iterate with Go.

I like Go in theory, and I hope they fix a lot of the issues I have with it. But given that Go 2 isn't happening, maybe it won't. Or maybe they'll do the Rust editions thing (seems to be the case in that article) so they can fix fundamental issues. IDK. But I'm guessing some of the things I want aren't happening, like:

• map[K]V should be concurrency-safe, or at least have a safe counterpart w/o needing an import
• destructors, or something like Rust's Drop trait
• interface{}(T(nil)) == nil - or better yet, no nil at all
• slices shouldn't be able to write beyond their bounds (example here)

Those are pretty fundamental to how Go works, though maybe the last one could be fixed, but it has been there since 1.0 and people have complained since 1.0...