I tend to agree. At the two extreme ends of the spectrum I'd place Go and Scala. Go very simple, Scala very complex. What happens in practice is that Go code l

I tend to agree. At the two extreme ends of the spectrum I'd place Go and Scala. Go very simple, Scala very complex. What happens in practice is that Go code looks all the same, it's easy to program in, reason about, and train new programmers in. It's not that expressive or flexible, but bad Go code really jumps at you. Scala tries to be all things. The result is that it's not obvious what great Scala code is supposed to look like. Successful Scala teams tend to stick to a subset of the language, usually the more functional side. I think languages like Clojure, Elixir, F#, and Kotlin offer a happier middle ground. Plenty powerful but not as cognitively taxing.