[LPisGood]

My favorite bit is all the contradictions

> 25. To get to principal, you need to put yourself on the critical path. To be effective as a principal and go beyond it, you need to actively remove yourself from it.

And

> 26. If you were promoted to principal, it’s because you’ve been acting as a principal for a while

Say you need to keep doing what you’re doing, but also change everything.

[swaits]

This is 100% how it works at Amazon. It is said you have to do the job (of Principal Engineer) to get promoted. But most Principal Engineers are doing a different job than the job you have to do to become one yourself. Signed, PE@Amazon for 9 years.

[conception]

I think it’s how it works everywhere. People see who’s good at their job and promote them to manager; an entirely different job though people often think it needs the same skill set.

[the_af]

But doesn't this contradict the bit where they argue "to be promoted to X, you must have already been acting like X in practice"?

[yathaid]

A part of the job is only enabled when you get the Principal label. Unlike almost all other transitions, you only prove that you can do the role when given the opportunities. The hardest part about this transition is that you are doing two almost orthogonal roles - Sr. SDE / Tech Lead and the principal parts. It is very easy to not show impact in the former while chasing the latter.

[the_af]

A part of the job that is completely different to what you've been doing, only you were promoted to it because of what you've been doing?

Isn't this like a recipe for the Peter Principle?

    "The Peter principle is a concept in management developed by Laurence J. Peter which observes that people in a hierarchy tend to rise to "a level of respective incompetence": employees are promoted based on their success in previous jobs until they reach a level at which they are no longer competent, as skills in one job do not necessarily translate to another"

[yathaid]

Nobody performs as the CEO until they are given the CEO title. If the Peter principle was true 100% of the time, we wouldn't have any successful CEOs ever. Which is clearly not the case.

[hosh]

25 and 26 has been my experience with this as well (not at Amazon; at much smaller organizations) Those paradoxes happen there.

Just my opinion: one of the key mindset shift that happens before someone steps into staff and principal engineering is understanding that the technical choices you make are tradeoffs. You give up conceits (or one should) that a technical opinion is separated from context, while also getting to deeper technical principles that appear across architectural levels or disciplines (such as queues). You also see how technical systems are inseparable from the people using it, and being a part of it.

When you start seeing that, you start seeing that everywhere. You start to act in a way that is informed from that understanding. You need to be on the critical path in order to do what matters, but you also need to connect those dots that are overlooked.

But that is also one flavor of principal engineering. I tended to do the horizontal influence than deep technical and domain expertise. At early stage startups, people have to wear multiple hats, often exceeding the scope of what they were initially hired for.

[maccard]

This is a bit reductive and I’m surprised to see this sort of take on here.

Technically that’s true of any step change - a junior developer is expected (loosely) to fix the bugs and do the tasks, to the spec. They should ask for help early and often, and should have enough slack in their estimates from their leads that they have time to mess up to learn. If they continue to do that they will stay junior forever.

They need to learn when to ask, how to estimate and how to avoid certain pitfalls. When they stop asking the basic questions and learn to research, they’ll be promoted to mid level (which they’re already doing). To be an effective mid level though you need to start making mistakes, but in a different way. You can’t be stuck on not being able to install a tool for 3 days, for example.

[johannes1234321]

You've got to change to do the next job. So you are always paid one level below the Job you are actually doing ;)