Комментарии 4
Вот где эта статья раньше была?) В начале года попалась вакансия Staff Developer и так как я раньше не сталкивался с другими градациями, кроме как джун-мидл-сеньор, то перевёл эту вакансию через переводчик как штатный разработчик и решил, что это видимо мидл)) Ну, по итогу, собес оказался немного сложнее, чем я ожидал))
Зачем давать столько имен одному и тому же? Тех лид - это тогда кто? Он круче принципала? Почему dev ops превращается в архитектора? Их минимум четыре штуки - энтерпрайз, солюшен (который работает на уровне C4 и спецификаций API), системный, данных / DWH. Вот где все эти люди?
Зачем давать столько имен одному и тому же? Тех лид - это тогда кто? Он круче принципала?
Потому что Staff это грейд, а Tech Lead это конкретная функция внутри команды. Staff может взять на себя функцию техлида, но этим его диапазон не ограничен. Он также может курировать кросс-командные технические инициативы, может разрабатывать фреймворк, которым пользуется множество команд - и все это будет Staff.
Проблема просто в том, что в статьях на эту тему часто смешивают все в кучу, используя для одного и того же обозначения термины IC, Staff, Tech Lead и т.п.
Важно, что IC — это финальная роль, а не промежуточный этап.
IC это не роль, а целая ветка развития инженеров (или семейство ролей), как альтернатива менеджерской ветке. Создаётся впечатление, что в целом в статье в нескольких местах путается понятие Individual Contributor и Staff+. Фактически, и Senior это тоже IC, но только на более низком грейде.
Развитие инженеров от Senior до Principal с точки зрения руководителя