Пошла на Blind за мнением, не сильна в вашей терминологии.
Прочитала IC track vs manager .
Первые два ответа - прямо в точку
Don't do something you don't want to do. Even if managing is a faster path to higher pay, you'll do a shitty job if you hate doing it, and won't progress anyway.
Часть проблемы как я это вижу таки в том что идут в менеджеры за деньгами, потом не могут справится и валят на staff/principal.
Многие видимо увлеклись теориями и пишут вот что
As a staff or principal IC, the line gets blurry between the tracks. You’ll spend a lot of time writing proposals, mentoring people, coordinating larger cross team efforts, advising on the tech stacks/direction, talking to product people, teaching, etc. The
coding goes down to a fraction of your time.
Coordinating cross team effort не значит choosing direction or dictating other team what to do , pushing back on other teams asks etc.
До некоторых плохоньких менеджеров не доходит что перечисленное выше - это их обязанности а не инженеров. Ну или они это сами не умеют, а валят на инженеров и пишут в ревью - «не справился» . И это происходит все больше и больше по моим наблюдениям. От того и «leadership” в кавычках.
И ещё я мало видела principals , которые бы бегали и с людьми возились. А вот с кодом сколько хочешь. Ну и архитектуру конечно им всегда свою хочется воплощать, а не чужую. И чтобы код все писали как они
, точнее чтобы им было где развернуться во время PR и критиковать