Re: experience and working hard vs. working on what the project needs, that's definitely a trait of more seasoned engineers. I'd say it's a matter of learning strategy over tactics. I've gotten pretty good at that balance over the years. When I came into my current project I focused on aspects of the software that had been sorely neglected before me, and plenty of folk where skeptical for the first year or so. Now in hindsight the results speak for themselves, and it's apparently become a story of legend that my coworkers tell new hires.
Last week I had fully intended to spend at least 20 hours heads down coding, but instead I spent the entire work week writing and updating an architecture document. It was the best use of my time, though, as it allowed two other people to be heads down coding instead. Now this week it's three of us frantically writing code instead of just me, and we all know the final result will work and be boring. We're replacing a 7 year old piece of critical infrastructure.
Last week I had fully intended to spend at least 20 hours heads down coding, but instead I spent the entire work week writing and updating an architecture document. It was the best use of my time, though, as it allowed two other people to be heads down coding instead. Now this week it's three of us frantically writing code instead of just me, and we all know the final result will work and be boring. We're replacing a 7 year old piece of critical infrastructure.