> His advice is in the context of functional programming languages.

Thats not what he says. He says that these ideas "can be useful in any programming language". Which is the point that I disagree with.

> there's nothing to prevent a library on top of all these others libraries to accomplish this

So a library to organise the code which interacts with other libraries? Sounds an awful lot like a framework to me?