👑11 причин почему стоит работать в Big tech ( часть 1)

Небольшая вводная. Мадина - моя бывшая коллега из Яндекса, ныне SDE @ AWS и человек, благодаря которому я оказался в Canva. Два инженера не разобрались как репостнуть пост, поэтому далее со слов Мадины. Ждем серию постов 🙂

Некоторое время назад мой бывший коллега Тимур, так же известный как автор канала BigTechDream, опубликовал интересный пост “5 причин почему стоит забить на Big Tech” https://t.me/bigtechdream/381 . На что я сказала, что запросто найду с десяток причин почему стоит работать в Big Tech. В общем, мы договорились, что с меня статья. Поскольку времени прошло уже много, то возвращаю с процентами, но по частям. Итак

11 причин почему стоит работать в Big tech ( часть 1)

1️⃣HR brand. В BigTech работать престижно, многие хотят туда попасть и многие компании хотят разработчиков с опытом в BigTech. Большая часть сообщений, которые я получаю от рекрутеров так или иначе содержат “impressed by your work at XX/great experience at XX” и т д.

2️⃣Scale. Большие нагрузки, десятки регионов, миллионы пользователей.. Даже меленькая оптимизация умноженная на такие мощности, может сэкономить компании круглую сумму. К слову, работает и обратное, небольшой косяк в неудачном месте может обойтись очень дорого. Это завораживает и пугает одновременно. В общем учишься думать масштабно.

3️⃣Mobility. Если хочется чего-то новенького можно сменить команду, технологический стек, сферу бизнеса и даже страну не меняя работодателя. И это зачастую проще чем прийти в компанию совсем извне.

4️⃣Money. Могу судить только по IT рынку Дублина, но в среднем зп в BigTech выше, чем у других компаний в том же регионе.

5️⃣Benefits. Хорошие дефолтные страховки, доплаты к пособию в декретных и родительских отпусках ( мне недавно было очень актуально 🙂 ).
.. to be continued..

➡️Ссылка на канал Мадины
https://t.me/+HFOicfzjmZBlZGNi

📱 Наш любимый Амазон

На прошлой неделе произошло два знаковых события, связанных с AWS.

Это инцидент, который положил пол-интернета из неправильных DNS записей в DynamoDB. Вот кстати постмортем.

Второе событие, это конечно же пост Мадины про причины работать в BigTech.

Увидел на канале “Запуск Завтра” пост про инженера Амазона, который уволился недавно. Продолжая тренд про AWS и карьеру, хочу поделиться выжимкой.

Некий Дмитрий, проработал 3 года в AWS CloudFront на позиции L5 и ушел, не дождавшись своего 4 летнего вестинга. Главная причина - стресс начал сказываться на здоровье. Ключевые проблемы:

Масштаб и ответственность. CloudFront обрабатывает ~30% интернет-трафика, поэтому любое изменение может "уложить" крупные сервисы. Это порождает парализующий страх ошибок, бесконечные согласования и документы "на всякий случай". Релизы могут тянуться от месяца до года.

Синдром самозванца. Перед каждой фичей нужен документ, который "прожаривается" на митингах с вопросами "а точно?", "а мы уверены?", "а все учли?". Огромная устаревшая документация, тысячи репозиториев, контекст невозможно удержать в голове. Из-за разницы во времени, тяжело получить помощь из-за океана.

Oncall нагрузка. Оператор должен знать десятки систем, уметь работать с 50+ видами логов, отвечать на тикеты клиентов (включая абсурдные запросы типа "допишите за нас код, мы всех программистов уволили"). Хотфиксы едут по пайплайну месяцами, всё это время тебя постоянно дергают с вопросами.

Выгорание от процессов. Автор делал оптимизации за пару недель, которые релизились полтора года. Любое изменение больше 10 строк требует: пинание ревьюеров через часовые пояса, бесконечные документы, обсуждения мониторов и киллсвичей, месяцы отслеживания в пайплайнах. Невозможность видеть результат своей работы убила всякую мотивацию писать код.

Корпоративная токсичность. Регулярные лейоффы, требование RTO 5 дней в неделю, CEO призывает "работать как конкуренты: 7 дней по 15 часов", рассылки о светлом GenAI будущем с намеком на сокращение workforce. GenAI насильно впихивают везде, включая KPI на использование. Ежедневные опросы про удовлетворенность работой превращаются в "игру в мафию".

Продвижение. Получил оценку "exceeded expectations", но промо в L6 не дали: "bar is so high", нужно еще документов. L6 инженеры работают до полуночи на митингах. Годами пашешь на уровень выше без соответствующей компенсации

➡️Ссылка на статью
https://nekrolm.github.io/blog.html

👑11 причин почему стоит работать в  Big tech (часть 2)

Первую часть можно найти тут

6️⃣ AI. Хочешь быть в ногу со временем? AI на любой вкус и цвет. И количество задач, которые AI-тулы покрывают постоянно растет.

7️⃣ Interview. В целом всем плевать какие фреймворки ты знаешь, надо знать основы. По крайней мере более-менее понятно, что ожидать на собеседованиях и как готовиться. В других компаниях это прям большая лотерея - какие  вопросы только не задают. Самым трешовым у меня был собес в банк, когда спрашивали вопросы с экзамена по сертификации Java. Надо ли говорить, что ту вакансию очень долго не могли закрыть (по словам рекрутера). Для тех, кто не в теме, знания для ответов на эти вопросы нужны были только, чтобы сдать эту сертификацию. По крайней мере на момент 4-5 лет назад, может сейчас ситуация с экзаменом улучшилась.

8️⃣ Multi-skilled. В Big Tech ты и швец, и жнец, и на дуде игрец. Анализируешь, пишешь, тестируешь, онколлишь. Бэкенд, фронтенд, инфраструктура. В общем, развиваешь кругозор.

.. to be continued..

➡️Ссылка на канал Мадины
https://t.me/+HFOicfzjmZBlZGNi

🪳Как запомниться на интервью?

На просторах Linkedin, Puneet Patwari (Principal Software Engineer at Atlassian и ex-Senior Engineer at Microsoft) поделился своей историей найма одного из самых лучших инженеров.

Кандидат плохо показал себя на алгоритмах и структурах данных и для интервьюера было очевидно что это no-hire. На встрече, где принималось решение о найме инженера, собеседующий с поведенческого интервью взял слово. Истории кандидата оказались отличными, кандидат умел работать под давлением, решать конфликты в команде, мог брать на себя ответственность и толкать сложные проекты.

Вот, что неочевидно - алгоритмам можно научиться за 3-6 месяцев. Но, чтобы прокачать личностные качества - лидерство, стрессоустойчивость, коммуникацию - нужны годы.

Кандидата взяли и через полгода он стал одним из лучших инженеров в команде.

Мы уже слышали про историю, когда софт скиллы кандидата помогли устроиться в Амазон https://t.me/bigtechdream/392.

✔️Какие истории имеют больше шансов запомниться?

- Как вы урегулировали конфликт между членами команды - это показывает вашу способность разрешать межличностные проблемы с эмпатией и одновременно принимать четкие решения.
- Как вы объясняли сложную техническую проблему заинтересованным сторонам в стрессовой ситуации - это демонстрирует вашу способность донести информацию ясно и понятно в критический момент.
- Как вы возглавили инициативу в условиях неопределенности - это доказывает, что вы можете создавать структуру и порядок там, где их изначально нет.
- Как вы приняли трудное решение, балансируя между противоречивыми приоритетами - это показывает вашу зрелость и способность к взвешенным суждениям.

🤷Что это значит, Тимур?

- Технические навыки можно прокачать за пару месяцев, личностные навыки нарабатываются годами
- Ни в коем случае не стоит пренебрегать хард скиллами
- Классно, когда интервьюеры вас запоминают

⬅️Ссылки на источники
https://www.linkedin.com/posts/puneet-patwari_30-minutes-into-the-interview-i-had-mentally-activity-7391331275011440640-YjKn
https://newsletter.bigtechcareers.com/p/what-really-makes-interviewers-remember

🧨Твои друзья будут тебе завидовать, когда узнают на чем ты программируешь

Наткнулся на новый язык программирования "Таблоид", который помогает писать код в стиле кликбейтных новостей "Вы никогда не поверите.." или "Вот что говорят эксперты" 🙂

Вот как выглядит код фибоначи

DISCOVER HOW TO fibonacci WITH a, b, n
RUMOR HAS IT
    WHAT IF n SMALLER THAN 1
        SHOCKING DEVELOPMENT b
    LIES! RUMOR HAS IT
        YOU WON'T WANT TO MISS b
        SHOCKING DEVELOPMENT
            fibonacci OF b, a PLUS b, n MINUS 1
    END OF STORY
END OF STORY

EXPERTS CLAIM limit TO BE 10
YOU WON'T WANT TO MISS 'First 10 Fibonacci numbers'
EXPERTS CLAIM nothing TO BE fibonacci OF 0, 1, limit

PLEASE LIKE AND SUBSCRIBE

Просто фан проект, чувак решил сделать такой язык для своего университетского курса 🙂

➡️Ссылка на статью
https://tabloid.vercel.app/

🔠Как быстро получать LGTM

У меня последние полгода есть проблема. Я умею писать дизайн-документы, но процесс согласования занимает много времени, особенно если задействовано несколько команд. Эта одна из зон роста для меня, чтобы расти по карьерной лестнице.

Сегодня общался с главой департамента. Я спросил его, как он двигает проекты и предлагает инициативы, он поделился своими небольшими лайфхаками.

Решил поделиться с вами:

1️⃣ Ограничьте количество людей, которые должны прочитать и дать зелёный свет документу. Чем больше людей, тем сложнее согласовать проект.

2️⃣ Самый действенный способ определения заинтересованных лиц — чьи жизни будут затронуты, чья работа может измениться из-за этого проекта. Или же другой способ — кто будет беситься, если их не позовут.

3️⃣ Никогда не пишите документ, не поговорив с заинтересованными лицами. Никогда.

4️⃣ Краткий one-pager поможет быстро вовлечь участников в дискуссию. Заинтересуйте людей в первую очередь. Большие детальные документы лучше оставить на потом.

5️⃣ Найдите одного союзника, который даст изначальную поддержку — остальные LGTM будет легче получить.

6️⃣ Не будьте предвзяты, не защищайте свой документ любой ценой, будьте готовы принимать критику.

✔️ Сохраните себе на будущее 🙂

👋 Хай хай

Знаю знаю, это очередной пост-извинение, что я пропал

Вначале быстро подведу итоги где я был и что со мной случилось с момента последних постов

- Я пробовал залететь в первый стартап - не сошлись с кофаундером
- Пробовал создать свой стартап - не взлетел
- Получил повышение к которому шел 3 года - я теперь staff инженер
- И самое главное достижение - я стал папой во второй раз. 4 месяца декретного отпуска и я ментально восстановился

Вообщем это был интересный год

Долгое время меня мучало чувство вины, но работа + стартапы + блог это треугольник, где третий точно лишний. Теперь я поставил все свои стартаперские потуги на паузу и могу вернуться к тому, чем действительно люблю заниматься, помогать людям

Озвучу кратко мои планы

1️⃣ Во-первых я возобновляю писать еженедельные посты на этом канале, может даже чаще
2️⃣ Я также начинаю на английском писать в substack, пробовал как-то несколько лет назад, хочу сделать еще попытку
3️⃣ Весь контент как и прежде бесплатный, периодически буду экспериментировать с платным контентом - хочу больше писать про свое и от себя

По тематике и целям

💡 Я до сих пор не понимаю куда катится мир. Поэтому одна из целей этого канала помочь молодым специалистам и опытным разработчикам адаптироваться в эру AI
🐤 Я нацелен на амбициозную цель, стать CTO в Big Tech. Это очень далекая, но достижимая цель. Хочу освещать этот путь, пусть даже если это займет много лет
↗️ Собеседования, AI, читерство, big tech, увольнения, карьерный рост, новые возможности и многое другое на канале

✅ Спасибо всем, кто читает канал

👻 31.6% вакансий в IT это мертвые души

Как часто вы, откликаясь на вакансию, не получаете ответа, впадаете в уныние и начинаете искать в себе причину. Компания unlisted.careers подготовила отчет в котором раскрывается возможная причина

Компания провела исследование среди 619 116 открытых позиций в разрезе разных стран, индустрий и систем для учета кандидатов. Не буду обозревать все, только engineering

В разработке, медианное время для закрытия вакансии - 43 дня. То есть в целом это достаточное время, чтобы опубликовать вакансию, набрать кандидатов, найти нужного и убрать вакансию

Но доля вакансий, которые живут больше 90 дней - 31.6%. Хоть отчет прямо об этом не говорит, но как бы намекает, что это забытые и незакрытые вовремя вакансии

💡 Что это значит, Тимур?

Я соглашусь, что после 90 дней это вакансии-призраки. Зная некоторые цифры изнутри, а также учитывая количество кандидатов, которые ищут работу - трудно представить, что нельзя найти кандидата быстрее 90 дней

Что делать?

✅ Старайтесь быть среди первых откликнувшихся - больше шансов быть замеченным рекрутером
✅ Чем дольше висит вакансия, тем больше будьте к ней скептичны. Не мучайте себя ожиданиями, если откликаетесь на нее после 2-ух недель

Unlisted, Ghost Jobs Report, September 2026. unlisted.careers/ghost-jobs/report/2026-09

🙂 Как подготовить истории для поведенческого интервью?

Компании, которые спрашивают поведенческие вопросы сотни, если не тысячи. Готовить историю под каждый возможный вопрос тяжело и немасштабируемо

Principal Solution Architect из Амазона, Prasad Rao предлагает все возможные истории распределить в 8 общих категорий:

• Пользовательские истории - как решили проблему пользователя
• Истории про успех - достижения и преодоление сложностей
• Неудачи - ошибки и умение на них учиться
• Конфликты - межличностные отношения
• Решение задач - погрузиться глубоко, собрать данные, улучшить процесс
• Обучение - как воспринимаете фидбек, как быстро обучаетесь
• Лидерство - как мотивируете других
• Управление временем - когда жесткие дедлайны, как вы справляетесь со стрессом

Как готовить свои истории

1. Выберите одну из тем, например “Конфликты”
2. Выпишите все свои истории на эту тему, желательно как минимум 2-3 истории
3. Упакуйте истории в STAR формат
4. Посмотрите на каждую историю с высоты своего уровня, если бы вы услышали ее - сказали бы вы что перед вами синьор? Может подкрутить, добавить глубины и деталей

После этого, когда вам предстоит интервью в Google или Meta, вы просто выбираете истории и темы, которые лучше всего подходят под роль/уровень/компанию

💡 Что это значит, Тимур?

Интересно, что поведенческие интервью обычно самые нелюбимые среди инженеров, но похоже что они самые устойчивые к AI изменениям. Люди всегда будут спрашивать про наше умение решать конфликты и достигать целей вне зависимости от технологий

Прасад пошел довольно глубоко, выделив 8 категорий. Не скажу, что я не согласен, но по опыту, некоторые вопросы попадаются чаще других. Я бы отметил "Конфликты", "Успех", "Неудачи" и "Тайм-менеджмент" - как более приоритетные.

Поведенческие это еще и тип интервью, к которому тяжело подготовиться за пару недель. Истории нужно варить месяцами, если не годами. Поэтому я согласен с Прасадом, я для себя использую тот же подход

✅ Начните описывать свои поведенческие истории в отдельном блокноте уже сегодня
✅ Сохраните этот пост для будущих интервью

✏️ https://newsletter.bigtechcareers.com/p/how-do-you-start-your-big-tech-interview

❗️ Почему уже сейчас нужно готовиться к AI-assisted coding interviews

После нового года каждая вторая компания будет оценивать кандидатов, как они используют AI ассистентов для генерации кода.
А к сентябрю 2027 таких компаний будет больше 70%

Давно хотел сделать серию постов про AI-assisted coding interviews и теперь появилось время. Сегодня я делаю выжимку из своей же статьи

Что же такое AI-assisted coding interview?

Это техническое собеседование, где кандидату можно использовать агентов для генерации кода, таких как Claude Code, Codex, Cursor, и тд.

Первые такие интервью начались в сентября 2024 года, сейчас их доля примерно 46%

Какие крупные компании уже используют этот вид собеседований?

Canva, Zapier, Meta, Datadog, LinkedIn, Amazon, Atlassian, Stripe, Netflix, Bloomberg, Google тоже планирует скоро

Какие бывают типы AI-assisted coding interview?

• Алгоритмы и структуры данных, но можно генерировать код, как только обсудил идею с интервьюером
• Построить небольшую систему - например сделать мини-версию Google Drive
• Есть модуль, нужно починить тесты, добавить фичу, сделать быстрее
• В фуллстэк системе что-то не работает, например оплата ломается, нужно дебажить и починить

AI это же инструмент, а не навык. Мы же не собеседуем на умение гуглить

Чем больше практикуешь и изучаешь AI, тем лучше результаты, поэтому это навык

Он включает в себя умение разбивать задачу на несколько шагов, давать правильный контекст и точный промпт, ревью кода на ошибки, умение объяснять код, использовать skill/plugins/subagents и тд

Разве это не читерство?

Неа, когда кандидат использует Claude Code, то интервьюер может видеть и оценить, как эффективно кандидат использует агента и как точность запроса влияет на результат AI

Инструменты типа Cluely и InterviewCoder скрыты от интервьюера, заточены на вопросах интервьюера, а не на действиях кандидата и позицианируют себя как способ грокнуть интервью

А еще обработка голоса интервьюера без разрешения нелегальна

Какие проблемы есть сейчас?

• Более дорогие и продвинутые модели могут влиять на исход интервью
• Есть неловкая пауза, когда интервьюер и кандидат ждут пока AI сделает работу
• В прошлом году люди копировали код из браузера chatgpt, а сегодня запускают армию агентов - шкала ожиданий постоянно меняется
• Чем больше кода генерирует AI, тем сложнее оценить как бы кандидат написал этот код. В AI-assisted coding interview однозначно теряются часть полезных сигналов

💡 Что это значит, Тимур?

Я бы не советовал в 2026 вообще решать литкод задач. Безусловно некоторые компании продолжат спрашивать алго/дс, но в целом индустрия меняется и нам нужно успеть адаптироваться

Я планирую написать отдельную статью про разные виды AI-assisted coding interview, какие вопросы задают, какие ошибки совершают кандидаты и так далее. Поставь ⚡️если тебе интересно

✅ Если у тебя уже было AI-assisted интервью, напиши мне или тут в комментариях, я соберу все ответы и поделюсь с вами
✅ Подпишитесь на меня в сабстак https://bigtechdream.substack.com

💔 Почему следующие 2-3 года будут тяжелыми для джунов

Тут недавно вышли две исследовательские работы “Is There a Junior Penalty? Generative AI and Early-Career Software Developers in U.S. Public Data” и “The Early Impacts of AI on Employment among Recent College Graduates”

Почему они важны? Они обе про найм джунов и ньюградов в 2026 году, они объясняют текущее состояние рынка

Выжимка
• После выхода ChatGPT число вакансий разработчиков упало на 54%, худший показатель среди всех специальностей
• AI не вытяснил уже нанятых разработчиков. Доля джунов по вакансиям упала, доля джунов, которые уже работают - не изменилась
• Летом 2026-ого не было ожидаемого всплеска безработицы среди выпускников. Показатели в пределах 2022-2025 годов
• Компании адаптируются, они уменьшают найм, а не увольняют людей
• Доля выпускников, которые хотели бы работу, но перестали ее искать, достигла 10,4%. Это максимум за пять летних сезонов
• Никто не знает, что будет дальше - нужно еще 2-3 года, чтобы увидеть результаты

💡Что это значит, Тимур?

Давайте теперь разберем. Если кратко, то количество инженеров в индустрии продолжает расти, зарплаты не поменялись, изменился только найм

Мне понравилась аналогия с ванной, вся вода в ванной это разработчики, которые уже работают в индустрии

Вода из крана это новые инженеры, которые только приходят в индустрию: ньюграды, джуны, люди, переходящие из других отраслей

Поток воды из крана был большой во время ковида, а сейчас это поток заметно уменьшился, струя

Воды в ванне не прибавляется, но вода потихоньку будет уходить, кто-то на пенсию, кто-то в стартапы, кого-то уволят и пройдет 2-3 года прежде, чем мы увидим какие-то изменения

✅ Советы для джунов и ньюградов
• Следующие 2-3 года будут сложные, а потом вообще непонятно. Стоит ли вообще быть в IT?
• Вакансий меньше, поэтому время поиска и количество откликов нужно больше - продолжайте подаваться
• Не прыгайте с компании в компанию, постарайтесь зацепиться и продержаться эти пару лет
• Пробуйте смежные направления: QA, cybersecurity, support. Все, что хоть как-то косвенно связанно с айтишкой
• Вы должны выглядеть для индустрии как минимум как мид+
• Можно или врать
• Или расти внутри компании
• Или самому себя растить
• Ищите менторов, боритесь за чужой опыт
• Используйте AI
• Делайте быстро пет проекты при помощи AI
• Изучайте agent engineering и другие модные слова
• Растите по хард скиллам, делайте ревью кода и дебажьте
• Возможно это бредовый совет, но я вижу что профессия Forward Deployed Engineer набирает обороты - это пока не так популярно, но я предсказываю, что это станет входной точкой для многих специалистов в IT и ожидания от этой роли станут выше. Стоит присмотреться

✏️ https://www.nber.org/papers/w35796
✏️ https://papers.ssrn.com/sol3/papers.cfm?abstract_id=7469778

Наткнулся на статью-мнение с очень успокаивающим названием “Почему разработка ПО незаменима в эпоху кодинг агентов” - то есть, почему разработчики будут нужны 🙂️️️️

Если кратко, то роль инженера будет сводиться к трём задачам

• методолог - проверять результат AI, ставить рамки и ограничения, задавать контекст
• посредник - общаться с людьми, собирать требования, понимать проблемы пользователя
• хранитель - хранить историю архитектурных решений, понимать куда движется система, понимать разницу между краткосрочным решением и долгосрочными последствиями

✏️ https://arxiv.org/pdf/2610.10226

✈️ StackOverflow: Developer Survey 2026

Подъехал ежегодный отчет от stackoverflow, где опросили более 30К людей связанных с IT

Краткая выжимка и подумаем, что это значит

• 17% не используют AI инструменты
• 10% не проверяют сгенерированный результат
• Молодые специалисты (1-5 лет) меньше симпатизируют AI, чем люди с 16+ лет опыта. 53% против 69%
• Больше всего пользы от AI в кодогенерации 75%, дебагинге 73%, документации 66% и ревью 64%. Меньше всего пользы там, где нужно общаться с людьми - 35%.
• Больше всего времени уходить на исправление проблем связанных с AI:
- 69% код вроде правильный, но делает совсем не то, тяжело выявить
- 54% огромное количество сгенерированного кода тяжело делать ревью
- 49% недостаточно контекста, приходится переделывать
- 45% AI придумывает библиотеки и функции, которых не существует
• Лидеры среди coding agents: Claude Code (66%), GitHub Copilot (59%)
• 26% доверяют AI задачи связанные с архитектурой и дизайном систем, а также расследование инцидентов
• 22% счастливы своей работой, 33% несчастны и 45% просто плывут по течению
• Роль forward-deployed/solutions engineer появилась в списке и по зарплатам соревнуется с software engineer, ~$102K
• Инструменты вокруг Python набирают популярность в эру AI: FastAPI почти удвоился за два года (9,9% → 18,5%), uv используют 23% разработчиков, и 61% им довольны
• За два года использование Bash выросло с 34% до 51%, PowerShell с 14% до 25%
• Rust продолжает расти: 12,6% → 15% → 18%

💡 Что это значит, Тимур?

Bash это новый IDE, возвращаемся к истокам, нужно учиться его эффективно использовать

Для бэкенд разработчиков Rust и FastAPI/uv должны быть в списке приоритетов для изучения

FDE привлекательное направление, которое соперничает с software engineer по зарплатам. Можно подумать, но торопиться не стоит

Архитектура и проектирование систем - следующий виток, AI агенты начинают туда залезать. А это значит нужно передавать больше контекста, запускать более мощные модели, больше инструментов и конечно же больше ревью. Ожидаем

Точки для карьерного роста там, где AI еще слаб: production ownership, reliability, security and performance.

✏️ https://survey.stackoverflow.co/2026

Ставь 🙈, если знаешь кто входит в 10%, которые вообще не проверяют AI и деплоят в прод
✅ Поделись постом с коллегами и друзьями

👑️️️️️️ Почему опыт работы становится важнее технологий

Прочитал статью "Can Labor Markets Function in the Age of AI? The Evaluation Bottleneck in Hiring"

Идея в том, что в эпоху когда все генерируют свои резюме и рекомендательные письма, рекрутерам труднее оттуда вытащить полезные сигналы

Когда у всех кандидатов резюме заточены под вакансию, то с точки зрения компании они все одинаково подходят под роль

Тогда решающим фактором становится предыдущий опыт работы. Компаниям легче выбрать самого опытного среди кандидатов, нежели искать самого подходящего

💡 Что это значит, Тимур?

Резюме это теперь просто фильтр на дурака, большинство резюме будут успешно проходить CV screening

Нужно делать упор на том, что тяжелее сфабриковать: публикации, opensource, конференции

Старайтесь выглядеть в своем резюме более опытным, чем вы есть: достижения, сертификации, масштаб задач

✏️ https://arxiv.org/abs/2609.30058

🏃️️️️️️Как не застрять на синьорском уровне: Моя история повышения

Сколько раз, читая и публикуя бесчисленные истории про стафф инженеров на этом канале, я думал, когда же и я наконец-то поделюсь своей историей. А теперь сижу и думаю, о чем написать 🙂

Сделаю небольшую выжимку в виде вопросов и ответов.

❓Сколько времени занял процесс и сколько было попыток?

Начал работать над своим повышением в начале 2024 года, середине 2024-го первый раз подался. Мой скип-менеджер не пропустил документ дальше. Вердикт: значимый проект был запущен с задержкой, нужно больше доказательств.

Второй раз в конце 2025 года. Документ на повышение дошел до скип-скип менеджера, но не прошел дальше. Вердикт: есть явные сигналы для стафф роли, нужно дождаться запуска текущего проекта, чтобы оценить вклад на уровне организации.

Третий раз в середине 2026 года. Документ прошел всех моих руководителей и был одобрен двумя случайными инженерами стафф+. Мой менеджер сказал, что все прошло гладко и практически никаких дополнительных обсуждений на ревью не было.

❓Что больше всего повлияло на продвижение?

Я предложил идею, как помочь внутренним ML командам быстрее рендерить дизайны. Опросил десяток команд, написал документ, продвигал идею, получил зеленый свет. Запустил проект, результаты подтвердились, импакт на пользователей и критичные цели компании были достигнуты, команды довольны, другие стафф инженеры написали рекомендации. Это и был мой стафф проект.

Плюс я руководил внутренней командой по улучшению интервью процессов. Это видимая работа на уровне всей организации. Мы одними из первых в индустрии запустили AI-собеседования в прошлом году.

❓От чего пришлось отказаться?

Я перестал ходить на все встречи, где анонсируются новости. Старался проводить не больше двух собеседований в неделю.

Перестал менторить мидла. Оказалось, для IC техническое лидерство важно, но именно тимлидство не несет дополнительных сигналов.

В итоге я вышел из внутренней команды по улучшению интервью процессов.

Так как ты делаешь две работы одновременно, синьора и стаффа, нужно быть избирательным, куда тратишь свое время.

❓Что бы ты хотел узнать/изменить раньше?

Я должен был быть более настойчивым и драйвить свои проекты. Руководство хотело увидеть пример, как идея в моей голове проходит все этапы и становится рабочим решением. А я порой терял энтузиазм, как только получал сопротивление или не получал поддержки.

Я стал верить в свои идеи, убеждать других и сглаживать углы, пока не получил зеленый свет.

❓Что было тяжелее всего?

Каждый раз после отказа я немного выгорал, думал забросить идею или сменить команду/компанию. Тяжело, когда полгода - год работаешь, все тебе кивают головой - мол, идешь в правильном направлении - а потом оказывается этого “недостаточно”.

Я принял, что не могу повлиять на решение, но эмоционально выгорать каждый цикл - оно того не стоит. Последние полгода я не перерабатывал и не переживал по поводу ревью, получится - я буду рад, если нет - то зато я работаю в комфортном для себя темпе

❓Стоило ли оно того?

Я рад, что преодолел этот барьер. Я чувствую себя более уверенным и более защищенным от изменений на рынке. Я не хотел быть вечным синьором.

В то же время, кажется рынок меняется так быстро, что ожидания для стафф роли потихоньку съежают на уровень синьоров. Непонятно имеют ли смыслы титулы в 2026 году, время покажет.

А еще чувство самозванца вернулось 🥲

✏️ Я написал статью на https://bigtechdream.substack.com/ похожего содержания, но с большим количеством примеров. Читайте и подписывайтесь.

✅ Если вы сейчас работаете над повышением (или застряли на пути), напишите в комментариях, что мешает. Отвечу каждому, чем смогу, пока моя память с повышения свежа