I have never seen that to be the case unless in an environment with very heavy constraints like embedded. If anything, a competent programmer 10-15 years in would skew towards more descriptive and clear variable naming as they've been burned in the past by having to maintain some of that "leet" code.
'Cute' code that leverages language features in creative and surprising ways, generally belongs on code golf competitions, not production systems. If your code is so 'clever' that only you can understand it, that means you're a bad programmer, not a good one. (That's not to say you should avoid making appropriate use of advanced language features for fear of ignorant readers, though. That's another matter.)
Ada was far ahead of the game here, explicitly prioritising readability over writeability, in its language design.
With all that said, an experienced programmer may feel less need to write comments, as their own familiarity with the problem-domain and with the language will be well developed.
If those coders are like me their code becomes more verbose, less clever, more obvious, less dependent on the quirks of the programming language I use. The reason is that it's easier for me and the other developers in the team to read and understand what it does.
On my way to here I really hated many geeky clever and brilliant pieces of code I found in projects I inherited. They made me and my customers lose days at decoding all that brilliance.
What are you talking about? I've been programming a long time, and clean, readable code with clear, descriptive variable names gives me a stiffy. It suggests a more meticulous mind than mine wrote it.
You know who writes the worst Gordian-knot code? Engineers from other disciplines who learned programming as a means to do other engineering calculation. Smart guys, but it's a pain keeping track of what i1, i2, i3, and i4 mean, or their 1970s FORTRAN program flow.
Literally in this case :)