> But certainly it would destroy any kind of "hitting the high notes" business. Not sure what you mean by that. I still think that you are not really thinking

> But certainly it would destroy any kind of "hitting the high notes" business. Not sure what you mean by that. I still think that you are not really thinking about how many non-language pain points go takes care of. You don't really worry about a library being the wrong version, you need extremely little special training for a new developer to start on a go code base (compared to FP which requires a paradigm shift for most people), the people that have to setup the servers generally appreciate something that only requires a static binary to be dropped on the server and executed. Almost none of the things that make go great are actually related to programming languages, where as some of the best things about scala are all of the elegant ways you can express computation.