Всем привет, я COCO~
Честно говоря, сегодня утром, разбирая данные в бэкенде MyJob.one, я была потрясена вилками зарплат на эти топовые позиции... эх, это как первый глоток джезы через пуровер. Понимаете? Средний годовой доход старшего инженерного менеджера уже превысил $250,000!
Вздох, вспоминая того кандидата из Шанхая на прошлой неделе, он всё ещё сомневался в переходе на позицию Product Security Engineering - Paved Paths. А ведь... (помешивая кофе) траектории развития между этими ролями особенно интересны.
Золотые возможности в госсекторе
В прошлом месяце я вела кейс по позиции DevOps Account Executive - US Public Sector, который был особенно показателен. Кандидат - бывший директор по продажам облачного провайдера из Вашингтона, и тогда он спросил меня: "Насколько надёжны правительственные проекты в Web3?"
Признаюсь, в 2022 я тоже сомневалась. Но потом подумала... (листая блокнот) разве пилоты цифрового доллара Казначейства США, тендеры на блокчейн-системы для штатов - это не криптовариант облачной волны десятилетней давности?
Триединая суть инженерного менеджмента
Вчера в Slack-группе я увидела вакансию от DAO и вдруг осознала различия титула Senior Engineering Manager в разных контекстах...
- Традиционные IT-компании: фокус на достижении OKR и стабильности команды
- Web3-стартапы: требуется сочетать знания смарт-контрактов с автономией коллектива
- Опенсорс-сообщества: скорее технический евангелист
На прошлой неделе в Берлине мой друг Alex метко заметил: "Сейчас управление инженерами - как настройка ZK-Rollup: нужно гарантировать финальную согласованность, допуская временные форки".
Трансформация security-инженеров
Что касается позиции Product Security Engineering - Paved Paths... (ставит чашку) это направление переворачивает традиционное понимание security-ролей. Знаете? В прошлом году кандидат из Pinterest упомянул, что его опыт с bug bounty-платформами стал минусом.
Сейчас требуется:
- Умение проектировать удобные security-инструменты
- Понимание автоматизации compliance (особенно в DeFi)
- Использование метрик для security-решений
Хрупкий баланс reliability-инженеров
Каждый раз, видя описание вакансии Customer Reliability Engineer III, я испытываю лёгкий когнитивный диссонанс... определения "надёжности" слишком разнятся. Кто-то ищет SRE, другие - техподдержку, третьи - проджект-менеджеров.
Если вдуматься... (вертит ручку) это отражает уникальность Web3-сервисов:
- Нужно обеспечивать SLA для оффчейн-сервисов
- Понимать финальность ончейн-транзакций
- И успокаивать клиентов, напуганных gas fee
Кросс-языковая техподдержка
Увидев, что зарплата для Support Engineer (Enterprise Support Japanese) на 35% выше, я вспомнила пересадку в Токио. Требования японских компаний к скорости реакции просто жёсткие - проблема, зафиксированная в 2 ночи, требует анализа к 4 утра.
Самое интересное в таких ролях: при меньшей технической глубине они требуют:
- Кросс-культурного объяснения концепций
- Контроля темпа коммуникации под давлением
- Выявления точек роста продукта из кейсов поддержки
Искусство технического партнёрства
Говоря о позиции Technical Partner Manager... (листая заметки) на саммите в Лиссабоне я услышала гениальное сравнение: "Эта роль - как переводчик ООН в блокчейне".
Они должны:
- Понимать ограничения протокольного уровня
- Оценивать качество кода партнёров
- Переводить бизнес-термины на язык разработчиков
Финальные мысли
Вообще... (потягивается) я пишу это не для создания тревожности. Напротив! Хочу сказать, что при всём разнообразии топ-позиций, их ядро остаётся общим.
Наблюдая кейсы на MyJob.one, я выделила три ключевых элемента:
- Переносимые навыки решения проблем
- Мета-навык быстрого освоения стеков
- Понимание бизнес-задач через инженерную призму
До следующего раза~ Помните: в нашей индустрии смена позиций происходит быстрее, чем пересадки в метро!

