| I'd like to offer a few decades of perspective on your claim. I've been programming for 30+ years. When I sit down to code, most of the time I've thought through it before even typing and am ~99% confident I won't hit a roadblock. I've spent half my life mastering my programming skills. BUT: I'm a high-level technical lead / product lead, so I only get to write code a few times a month and it is more for stress-release because I've mastered it (and because I am a mentor to / lead 30+ programmers and this gives me a chance to interact with them). If I wrote code 100% of the time I'd being winging it 1% of the time. So in this regard you are correct. However, because of how corporations work, once you've demonstrated proficiency at "junior level work" you move up to the next big challenge. Yes, that sounds pejorative, but coding is not hard compared to the next levels of competency: programming is junior level, software architecture is senior level, product roadmap is staff level, corporate direction is above that. Sorry if that hurts your butt, but knowing the latest JS framework or how to optimize your C++ is trench-work compared to convincing the CTO where your division should invest its R&D budget for the next 5 years. Because there is no "school" for learning how to plan your company roadmap, you really do have to wing it and learn from experience. And since shit is changing so fast... well, sure there are basic principles studied is business (that sometimes are useless for strategy but are good for tactics)... but in tech, it very much is "wtf is going to happen next and is this the right choice." Sure there is an executive board, and vice presidents gunning for your role, but you REALLY are winging it at C-level unless you are in your 70's and have helmed multiple large companies. So from a top's down view from higher-importance positions, winging it is simply part of the job. |
This viewpoint, that those jobs are harder, is just self-justification (either to themselves or to everyone else) for people higher up that list of their higher pay than those below.
I don't believe those skills are actually harder (nor easier, just different), or that you have to be good, e.g., at programming to be good at corporate direction.
What is, IMO, true, is that those skills do have larger impact (or at least, significantly more obvious impact), which is at least a reasonable justification for higher pay.
But don't pretend that being good at software architecture, corporate direction, etc, means that you're actually smarter than that person who's "just" a programmer.