Why Senior Engineers Should Stay ICs

If you&#x27;re a senior IC who does strategy, then the term &quot;IC&quot; is misapplied. You want to be a 1&#x2F;2x engineer, not a 10x engineer.<p>I was a Sr Principal for about ~3 years, which taught me that the most valuable thing I could do was drive discussions to decisions, quickly and mostly painlessly.<p>Your job is to run good meetings to conclusions - any meeting which causes a follow-up meeting is a bad one.<p>However, that job get immensely harder if you can&#x27;t understand complex technical things and tie-break decisions quickly. If your feet are not on the ground, you can&#x27;t understand exactly why someone wants an API to be cut exactly at this level of abstraction.<p>If you have a bunch of motivated people working for you, this works in your advantage as they will grab you before the meeting to make sure you understand exactly what they are going to present &amp; if both sides do it, then you will come into the meeting with more information than you could have gathered on your own.<p>And then the project will go ahead, things will break, whichever fork was taken. If you cannot jump in at that point to fix things or at least roll up your sleeves to get your hands dirty, then your opinion will slowly stop mattering to people.<p>So after quarterly planning has been done, you need to dig up some time to get into the thing that you think is the most risky thing that was decided upon, but work on it instead of asking for status reports.<p>About 6 hours of my weeks used to be 1:1s with people, mostly outside the office and on walk in a loop.<p>This happens because you are influential in the organization as a senior engineer - you get told the struggles, hopes and expectations of engineers, which allow you to run backchannels into the management tier whether it is about recognition, money or just personal stress factors.<p>All of this stops working when you aren&#x27;t able to do the work that an IC can do, but your other 50% of time is made more valuable by the 50% of time you spend fixing things in the guts of the system. I&#x27;m only half kidding, mostly I could only do a day a week of coding at best, the rest is just eaten up like this.

Counter opinion: if you want to advance in your career, always opt for management roles when given an option, even if you feel you don&#x27;t love the shitwork that comes with it. Management is more versatile, more leveraged, and always has a seat at the table, whereas senior IC&#x27;s power is serving at the peril of some manager. I would argue the most senior ICs that actually are successful are also managers who are afforded the luxury of not writing reviews and crappy paperwork pieces of the management, and thus are told they are ICs.<p>Another aspect of this is only a few companies really afford to have serious IC tracks beyond a certain point (basically FB and Google). Many more companies would be looking for senior management roles than senior IC roles, even if the absolute number of positions is lower; plus senior ICs are usually hired in their core specialization (e.g. networking expert is not automatically hired for ML in the same level,) whereas managers are seen as useful in different domains, giving them practical mobility.

I think that the advice needs to consider company, society culture and even family dynamics. We don&#x27;t live in a bubble where we can make decisions entirely based upon our personal preferences.<p>In my experience (Sydney, Autralia) being a competent and productive IC in an organisation has limits. An alternative is to become a contractor and build up a reputation for delivering quality results on time and budget. You can easily out earn the managers and garner respect. However, the longer you stay with a client the more you get sucked into the meetings and politics.<p>The downside of contracting is that you need to continually evolve and technologically <i>skate to where the puck will be</i>. Doing so requires one to be clued into emerging fads as seen from the clients&#x27; perspective not your nerd&#x27;s view.

I do wonder how AI changes this.<p>I think for a long time, if you genuinely wanted to have a large organizational impact, eventually you needed to go into management. One person can only do so much.<p>Ignoring bureaucracy and organizational constraints (probably far fetched), a single individual might be accomplish to do 10x more in the near future. Especially since a individuals will always move significantly faster than all the coordination that comes with managing a team. Maybe middle management becomes less relevant as a result?

i’m conflicted on this one. i’ve actively resisted management roles (except once where i was expected to be both primary IC and team lead) in favor of increasing both breadth and depth of IC expertise. i’m consistently top tier of my teams due to much this.<p>however, when it comes time to find a new place i find i’m overlooked because im older than most IC, don’t have the requisite experience for management (usually an ATS weed out), or my salary is above most “normal” IC bands. so now i regret not adding more management experience to my CV

I&#x27;m looking for this proof of meaningful career growth.<p>Nowhere in the article does it mention how growth materializes. It seems like if you do this you&#x27;ll just continue to be a senior engineer forever.<p>You have to find a way to get yourself into strategic leadership and step away from coding to move up to those higher levels.<p>In this world, there are doers and dinguses. If you&#x27;re still doing, the dinguses who manage you don&#x27;t want you to stop doing.