This great talk is a pet peeve inducer, because after watching it you will start noticing how often the word "simple" is still used as a platitude in programming circles.
When I use the word 'Simple' in e.g., a class name, I usually mean: ~"This is meant to cover the 80% of common cases--I haven't done extensive testing or development on it. If you need to cover something in the remaining 20% of edge and corner cases, you're going to need to write your own more complex code to handle those."
I.e., my code is simple--and that might make your usage complex.
Of course, things can evolve from the original implementation--especially if the code is maintained by a team. What was once 'simple' (from any perspective) can become terribly appendaged yet never renamed.
When it comes down to it, Hickey's talk does not even need to be referenced. The core of the peeve is that when the millionth "X is a simple library/tool/language for Y-ing" pitch is made, the question should be: On what OBJECTIVE basis is this simpler than the alternatives? (Because everyone thinks their own polished creations or preferred techniques are "simple" and so the word as typically used in pitches is close to meaningless).
I.e., my code is simple--and that might make your usage complex.
Of course, things can evolve from the original implementation--especially if the code is maintained by a team. What was once 'simple' (from any perspective) can become terribly appendaged yet never renamed.