[SilasX]

>Most developers hardly ever actually do anything legitimately hard in their day-to-day work.

I might agree with that in an absolute sense. But if we're going to talk about percentiles, and relative to the human population, very few people (percentage-wise) can even do the "easy, boring" part of programming you're referring to.

[Detrus]

It is hard to learn. But once you learn it, not that hard to do CRUD day to day. When you have to learn some new framework/library it gets harder again.

[robertk]

Well, as a mathematician, I can say the same is true of mathematical research. Climbing Mount Bourbaki is a difficult endeavour, but from the top the pastures are relatively peaceful to explore. Most papers are not groundbreaking theoretical sledgehammers, but minor updates on footnotes of a vaster theory.

[SilasX]

This matches my experience about technical, "it's complicated" knowledge in general: the hard part is catching up to what everyone knows, but once there, contributing and improving are surprisingly easy and obvious.

Just recently I was given a task of debugging a major problem with our website that was causing frequent emergencies -- and apparently, was mystifying the developers.

My lead realized I'd need to understand the website's infrastructure first, so he took about 45 minutes explaining how it all fit together and where the problem occurred. But once I got to that point, my reaction was, "Wait -- wouldn't the problem go away if you just ... didn't do $STEP at that point?"

Turned out to be the entire solution to the problem.

[SilasX]

Hey, I'm not the one you need to convince. You should be talking to VCs about your great idea to save money on programming by hiring burger flippers and turning them into mediocre programmers.

[qu4z-2]

Perhaps you missed the part where he said it was hard to learn.