Re:Go is boring, and that’s fantastic
by tsimionescu on Thursday July 02, 2020 @03:09PM
(#23716824)
I think compilation times in template-heavy C++ are still a major headache, especially since even modifications to private fields can trigger massive re-compilations.
Re:Go is boring, and that’s fantastic
by cellularmitosis on Thursday July 02, 2020 @08:59PM
(#23719938)
> There are only a few code bases out there that are massive enough that compilation time on a modern machine is a major impediment to productivity.
Depends upon what you mean by "major impediment to productivity". I think someone like Bret Victor would argue that if your feedback loop is greater than a couple of seconds, you're toast.
From that perspective, _the majority_ of _all_ codebases are an impediment to productivity.
Re:Go is boring, and that’s fantastic
by blandflakes on Thursday July 02, 2020 @05:03PM
(#23718062)
Scala is pretty slow even with the build server up, and honestly it is a noticeable tax on my productivity/iteration time.
There are only a few code bases out there that are massive enough that compilation time on a modern machine is a major impediment to productivity. And in those cases I find that IDE and analysis tools on large codebases are an even bigger problem than compilation speeds...
Also the VM argument you give makes little sense -- you can have your language run on a VM without the VM being a seperately bundled package like Java or .NET. For example: Python runs on a VM. Its own VM, which is part of the Python runtime itself. Now, it's not a particularly good VM, and Python is a late bound dynamic typed language so it's also pretty slow, but there's nothing stopping one from having a fast JIT VM with a static language like Go. Not saying one should do that, but it's entirely possible and there's arguments to be made either way.