Live data from Hacker News

On Being a Principal Engineer

blog.dbsmasher.com

41–50 of 337 posts

Re: On Being a Principal Engineer

#41
post #7

Is there a path where one can get to work on code without getting to design and architectural space. Is this thought as career stagnation when someone doesn't wants to work more on higher level design and to remain close to implementation side of things?

> code without getting to design and architectural space

Then your impact is limited. Truth is, you need to do high-level thing to influence more people because that is more efficient and valuable use of your time. Implementation is fun and useful and all, but it can't scale beyond certain scale.

Re: On Being a Principal Engineer

#42
post #19
post #2

This rings true to my experience. I'm a Staff engineer and of my 40 hour week about 10-15 of those hours are interviews, meetings, and answering questions. Questions about technical feasibility, architectural discussions and planning, long term strategic planning, and lots of one offs from other developers. I enjoy the soft work I do, a lot of emotional labor for other developers, soft sells for tech/feature work aro…

"But I am also at this weird point where I am not sure if the title of "staff/principle" can be transferred to another company. A lot of the value that I add now is because of the historical knowledge I have. What we have tried as a company, what we haven't, why we built some things the way we did, how things work currently, how the politics works and the trust I have built. " This worries me too. Within my company I…

> I don't think any leverage I have my with my current company will translate into finding jobs at other companies.

You are right. Even if you are at FAANG, it doesn't really translate to a new environment, unless you are a direct pick by a CTO (you have to be famous in some way) or use your networking, which I consider unethical and don't do it.

Re: On Being a Principal Engineer

#43
This article uses "individual contributor" too freely. Many decisions even for small projects have long-term impact on thr team.

Even if you believe it's an accurate term, I find it a bit dimunutive or even condescending.

Re: On Being a Principal Engineer

#44
post #3

Interesting article. A lot of the qualities the author descrives as required trains of a principal are things I always say a senior engineer/tech team lead should have—e.g. ability to act as a force multiplier, leading by example, and being active in less technical activities like mentorship and recruiting. Am I off the mark? I suspect I may just not have been at enough orgs with a well developed career track, what t…

The senior/principal distinction is relative, of course. At my org, there are two flavors of principal (when the justification memo is written — the final title is the same.)

First, “state of the art”, with publications and recognition by professional societies. This is relatively easy to distinguish from a Senior, because the publications mount up.

Second, “state of the practice”, with extensive influence on major products/outcomes. The justification in this case usually comes in the form of testimonials like “X led the design and delivery of Y, and without him/her Z, for which Y is critical, would not have flown.”

This kind of person is harder to distinguish from a “solid Senior”. There is some resulting soreness among seniors who haven’t climbed to Principal. There’s a committee of Principals that gives recommendations but management makes the final call. Sometimes retention and organizational strategy are in play, besides just on-paper accomplishments.

Hiring directly into Principal does happen. The committee above makes a special out-of-cycle meeting to review such cases.

So, the difference between Senior and Principal can be in the visibility of the results and level of difficulty. The principal can still be the motor of a relatively small team - as small as 4 or 5 people - if the scope of the accomplishments is enough.

Specific numbers may be helpful. There are also two levels above Principal, Senior Research Scientist and (highest) Fellow. There are about 40 fellows in an org of 6000. There are about 250 principals. One of the fellows is Adam Steltzner, who designed the sky crane landing system for the Mars Curiosity lander.

Re: On Being a Principal Engineer

#45
post #42
post #19

Earlier quoted context omitted.

"But I am also at this weird point where I am not sure if the title of "staff/principle" can be transferred to another company. A lot of the value that I add now is because of the historical knowledge I have. What we have tried as a company, what we haven't, why we built some things the way we did, how things work currently, how the politics works and the trust I have built. " This worries me too. Within my company I…

> I don't think any leverage I have my with my current company will translate into finding jobs at other companies. You are right. Even if you are at FAANG, it doesn't really translate to a new environment, unless you are a direct pick by a CTO (you have to be famous in some way) or use your networking, which I consider unethical and don't do it.

You consider networking to find a new job unethical?

Re: On Being a Principal Engineer

#46
post #22
post #8

Earlier quoted context omitted.

This depends on the culture & hiring philosophies of the company. I've seen many places that "only hire the best" or "only hire seniors" then end up with a bunch of engineers who dont mentor or force multiply but tend to just focus on what ever pice of a system they own. I've also seen senior used only to justify a pay bracket as well. Personally I agree that a senior or lead enginner needs to have these skills.

I’ve been at the kinds of places you describe as only hiring seniors. I’m personally not a fan of that kind of mentality for a few reasons: 1. (In San Francisco) This can lead to reqs being open for way too long. My company had several roles open for upwards of a year and wouldn’t back off until I convinced my manager that we could train/mentor a less experienced hire to fill those reqs faster than we could fill them…

4. Companies have an ethical responsibility to provide their workforce with on-the-job training. The ones that don't are not only mooching off the ones that do (by hiring trained engineers away from them), but also pressuring colleges, through their feedback to students ('You don't have relevant experience in the stack we use') to provide training in 'current technologies' like iOS and Android dev instead of timeless fundamental CS concepts that will actually give them a good foundation for a career spanning several decades.

Re: On Being a Principal Engineer

#47
post #2

This rings true to my experience. I'm a Staff engineer and of my 40 hour week about 10-15 of those hours are interviews, meetings, and answering questions. Questions about technical feasibility, architectural discussions and planning, long term strategic planning, and lots of one offs from other developers. I enjoy the soft work I do, a lot of emotional labor for other developers, soft sells for tech/feature work aro…

An exception to this is the "boomerang" engineer, who leaves the company as a senior software engineer and is hired back as a principal/staff engineer. At my company, there is a belief that it's easier to become a principal by leaving than by going through the rigorous promotion process.

Re: On Being a Principal Engineer

#48
post #42
post #19

Earlier quoted context omitted.

"But I am also at this weird point where I am not sure if the title of "staff/principle" can be transferred to another company. A lot of the value that I add now is because of the historical knowledge I have. What we have tried as a company, what we haven't, why we built some things the way we did, how things work currently, how the politics works and the trust I have built. " This worries me too. Within my company I…

> I don't think any leverage I have my with my current company will translate into finding jobs at other companies. You are right. Even if you are at FAANG, it doesn't really translate to a new environment, unless you are a direct pick by a CTO (you have to be famous in some way) or use your networking, which I consider unethical and don't do it.

> use your networking, which I consider unethical and don't do it.

I don't understand the sentiment. Interviews are a proxy for how good you are. The companies hiring are very limited by what kind of information they can turn up about a candidate just through that process and for higher leveled positions like staff+ that might rarely be enough. Your network can speak much better about who you are and what value you can bring to a company. I don't understand how giving a hiring company better signal about your value is unethical.

Re: On Being a Principal Engineer

#49
post #42
post #19

Earlier quoted context omitted.

"But I am also at this weird point where I am not sure if the title of "staff/principle" can be transferred to another company. A lot of the value that I add now is because of the historical knowledge I have. What we have tried as a company, what we haven't, why we built some things the way we did, how things work currently, how the politics works and the trust I have built. " This worries me too. Within my company I…

> I don't think any leverage I have my with my current company will translate into finding jobs at other companies. You are right. Even if you are at FAANG, it doesn't really translate to a new environment, unless you are a direct pick by a CTO (you have to be famous in some way) or use your networking, which I consider unethical and don't do it.

"use your networking, which I consider unethical and don't do it."

Please don't shoot yourself in the foot. There is nothing unethical about this.

Re: On Being a Principal Engineer

#50

This article uses "individual contributor" too freely. Many decisions even for small projects have long-term impact on thr team. Even if you believe it's an accurate term, I find it a bit dimunutive or even condescending.

This is a very common industry term and I've never been in an organization where it was considered condescending. It's mostly synonymous with "non-manager" and seems much preferable to that.
Post reply on HN