It's been interesting to watch similar arguments being made of Golang, over and over. From a casual user's perspective, it seems to optimize for (what is to me) the wrong thing, which is readability over maintainability. Without the ability to create abstractions we run the risk of having to re-learn the lessons of the past, about DRY and SRP and all that jazz. While more language features give users more rope to hang themselves with, less language features constrict the ability of larger projects to manage complexity, such as is the case with dynamic languages. For Go, I sense that this will become more obvious over time.

TLDR; Readable code is nice, but maintainable code is better.