[chuck32]

> 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?

[willtim]

I agree that his advice will be difficult to follow in less expressive languages.

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

The domain/purpose does not alter the framework/library distinction according to his definition.