1) play.golang.org is a popular feature of Go. Why not have better versions ? (e.g. an IPython&#x2F;Jupyter kernel)<p>2) Golang depends on code generation for a lot of it&#x27;s features. Executing generated code immediately could be helpful.<p>3) Very quickly execute small tests - one of my favorite python and java&#x2F;eclipse features that I find somewhat lacking in Go and very much lacking in C++ development : Unit tests that execute before you&#x27;ve fully processed the fact that you pressed the test button in the IDE.<p>4) Security isolation of parts of programs would be useful<p>5) Same with various other isolation principles - memory usage, cpu usage, ...<p>6) I&#x27;ve always thought that Go&#x27;s best feature is that it&#x27;s pretty good at compiling different processes into one binary that then work pretty independently. But as I&#x27;ve been making bigger programs I find this less and less true.<p>Truth is, we need a programming language that is an operating system. Sort of like Erlang, but euhm, somewhat more usable. Go isn&#x27;t that language. A language where you can start up a thread with $megabytes memory available, $cpu cpu allocation, kill if it goes over it for more than 2-3 seconds and restart after waiting 500ms. Something like that. It needs to be a language where you can really do separation-of-concerns - optimization if compiled into the same binary - minimal code changes to move a specific service to a version running on a different machine.