I don't know if there's a proper name for it. At least people who are aware of the style would probably recognize Whitney's name so that's the best term I've come up with yet.
For me, the end goal isn't Whitney style, but I've been pursuing effective programming all my life. When I learned to code, I wasn't talking to anyone except my computer, and that alone was exciting enough to make it a life-long hobby and profession for me.
Do you know what brought me to Hacker News? Arc. And Paul Graham's writings about Lisp. The message was never about a popular language that everyone speaks. If anything, it was rather the opposite: pg saw in lisp a powerful and expressive (if niche) language that makes you competitive against larger players who stick to boring mainstream languages. I wasn't interested in competition or startups, but merely in powerful ways to make the computer do what you want. I don't particularly care if I'm the only person on planet earth willing to wield that power; it's for my own enjoyment. Programming for me isn't about "product" so "productivity wall" isn't something I think about, and complaining about productivity wall would be a bit like complaining that getting fit for Tour de France is time consuming, why don't they just drive it by car?
That said, I think there are people who find K, APL, and related languages very productive in their niche. I'm definitely not speaking for everyone.
Anyway, it is the curiosity and desire to discover a powerful way to command the computer that has driven me to study Haskell, APL, PostScript, forth, TLA+, lisps, BQN, K, Erlang, and more. "Whitney C" is just one milestone along the journey, and I don't know where the journey will eventually lead; I'm just not happy with any existing language right now.
So the answer is no, learning Whitney C will not make someone immediately productive with my code, just as learning Java does not make you immediately productive C++. They are different languages. However, anything you learn can shrink the productivity wall; knowing APL or BQN, K, and Whitney C might make it easier to grasp whatever I come up with next. That applies to all of programming in general though; the more you know, the more you know, and some of that knowledge will almost always transfer. There will be familiar patterns and ideas.
I also think people seriously overestimate the productivity wall. As you say, one can learn to read cyrillic in an afternoon. Kana in a weekend. But learning Russian or Japanese is significantly more work than learning the script. In terms of scope, I'd say learning APL or Whitney C is closer to learning kana than it is to learning Japanese.
(EDIT: I also find it ironic that programmers are ostensibly excited about learning new things, yet at the same time programmers really love to complain about languages that look alien won't give a few weekends to learn them)