[questionableans]

That’s life. Unless you’re a hermit, a complete pushover, or a slave master, you’re constantly trying to influence without authority.

Want to go out to dinner with friends? That’s influence without authority right there.

Want to get your PR approved? Influence without authority.

Trying to get your point across to strangers online? Ditto.

[imiric]

> Want to get your PR approved? Influence without authority.

That's not really the case.

First of all, software development is—or should be—a collaborative effort. The PRs I create are no more "mine" than the ones I review from my peers. We're all working towards the same goal, and developers shouldn't have to defend or vouch for their work.

Secondly, politics plays a role in every organization, unfortunately IMO. So people who are held in high regard for whatever reason certainly have more authority, and thus influence, to enforce their will over others. Reviews of their code often have a single "LGTM!", or they might even merge without approval.

Similar situations happen outside of software development as well. A highly charismatic person in a friend group has more influence, even though everyone is aiming for the same goal ("get dinner", etc.). An opinion from popular people on tech forums like this one carries more weight than an opinion from someone unknown, even if it's the same opinion. And so on.

So coming back to "principal" ICs in companies, these are mostly political rather than technical roles. The person got to that position because they proved their ability to be influential and lead teams, which generated increased revenue for the company. The company is betting that putting them in a position with more authority, where executives lean on them directly, would lead to even greater revenues.

[questionableans]

Authoring and reviewing PRs when no one person owns them individually sure sounds like influencing the direction of the team without any authority to make a unilateral decision to me.

You’re right about politics, but I think the part where people may vary is the definition of authority. Does being consistently influential make someone an authority? It depends on what that means. They will be believed more often (they have soft power) but they don’t have hard power to command someone to do something. What makes it a gray area is they almost surely have influence with someone else who does have hard power.

[LPisGood]

>Reviews of their code often have a single "LGTM!"

Unless the code is a very simple change, the code should at least have the occasional question or suggestion.

[the_af]

Yes, but the stakes at your job are different. You don't get fired or get bad performance reviews if you fail to convince your friends to go out for dinner. You're not expected to be constantly be doing this either. You are not paid a top salary and get performance reviews based on that.

Principal ICs sounds like a high stress occupation...

[questionableans]

I’m sure the stress level varies by the individual.

The upside to a more collaborative role like this is you don’t have the stress of having to know everything. Individual developer roles can be more stressful because if you say you’ll solve a problem in a certain amount of time, and then you’re off on your own coding, and things aren’t working out… you’re personally on the hook for the whole thing. Whereas if you’re leading an effort and company priorities shift so people can’t contribute as much, you communicate that to all your stakeholders, and look good for letting higher priority efforts have more resources.