210, 240 или проект мечты: какой оффер выберешь ты?

Представь, что главный вопрос после собеседований — не «возьмут ли меня?», а «куда я сам хочу пойти?».

Сразу договоримся: я не буду рассказывать, что существует секретная кнопка «Стать востребованным мидлом за одну неделю».

Не существует.

Но меня давно цепляет другой вопрос.

Почему один человек знает REST, Kafka и базы данных — и всё равно закрывает вакансию со словами «мне рановато»? А другой знает не всё, спокойно идёт на собеседование, разбирает задачу и получает предложение?

Что я выяснил наверняка? Дело тут точно не в количестве знаний.

Давай сначала посмотрим, ради какого результата вообще стоит перестать готовиться вечно. А потом разберём, какой первый шаг действительно приближает к нему — без обещания новой карьеры к следующей пятнице.

Три оффера на твоём столе

Представь: за последние две недели ты прошёл четыре технических собеседования.

Не четыре экзамена, после которых хочется закрыть ноутбук, удалить резюме и ещё полгодика «нормально готовиться».

Четыре профессиональных разговора.

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

И впервые вопрос в голове звучит не:

Возьмут ли меня хоть куда-нибудь?

А:

Куда из них я сам хочу пойти?

Рекрутер первой вакансии спрашивает, успел ли ты принять решение? Руководитель второй компании предлагает ещё раз созвониться и подробнее рассказывает тебе о проекте. Третья компания уточняет, смогут ли они улучшить для тебя условия, если вопрос только в деньгах.

А ты не бросаешься как голодранец, на первый попавшийся оффер, тресясь как осиный лист на ветру, что другого больше не будет.

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

• деньги;
• задачи;
• команду;
• удалёнку;
• руководителя;
• перспективы роста;
• условия испытательного срока.

Потому что теперь, не работа выбирает тебя.
Теперь ты выбираешь ее.

Не потому, что внезапно знаешь ответы на все вопросы. А потому, что компании наконец видят в тебе не википеда с набором терминов, а специалиста, способного разбирать задачи и отвечать за свои решения.

Собеседование, которое не хочется заканчивать

Ещё несколько месяцев назад техническое интервью ощущалось как допрос.

Лишь бы не спросили то, чего не знаю.

Лишь бы не начали копать глубже.

Хоть бы знакомые слова REST, Kafka и «асинхронное взаимодействие» прозвучали достаточно уверенно и никто не спросил: «А почему именно так?»

Теперь же, всё иначе.

Интервьюер даёт задачу на интеграцию. Ты не пытаешься угадать ответ, который он хочет услышать. Не перебираешь в голове определения. Не начинаешь сразу с названия технологии.

Ты уточняешь контекст.

Кто участвует в процессе? Что должно произойти в результате? Какие ограничения критичны? Где находится источник истины? Что система должна сделать при сбое?

Потом собираешь решение и объясняешь ход мысли.

Интервьюер спрашивает:

— А если сообщение придёт дважды?

Ты отвечаешь.

— А если сервис выполнил операцию, но подтверждение не сохранилось?

Ты показываешь, где появится повтор, как система его распознает и что станет источником истины.

— А если нагрузка вырастет в десять раз?

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

И вдруг ты осознаёшь, что происходит что-то непривычное.

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

В какой-то момент он перестаёт проверять определения и начинает обсуждать задачу с тобой как с коллегой.

Не вот это снисходительное выражение лица с субтитрами: «знает ли кандидат Kafka?».
А уважительное: «как нам лучше решить эту проблему».

И ты выходишь с собеседования не с привычным:

Блин. Вот это и надо было сказать.

А с ощущением:

Я оказался там не случайно. Я действительно понимаю как это делать.

Вот что на самом деле даёт сильное техническое интервью: не безошибочность, а ощущение, что с тобой можно обсуждать реальную систему, а не играть в викторину по определениям.

Оффер выбран. Уверенность в своем месте

Но получить оффер — половина мечты. Вторая половина — выйти на новую работу и не бояться, что тебя разоблачат в первую же неделю.

Через несколько недель ты открываешь рабочий ноутбук уже в новой команде.

Сегодня нужно обсудить интеграцию двух систем. Разработчик задаёт вопрос по контракту. Архитектор уточняет поведение при недоступности сервиса. Бизнес просит не потерять заявки при повторной отправке.

Раньше в такой момент внутри звучало бы одно:

Только бы сейчас не спросили меня.

Но ты включаешься в разговор.

Уточняешь ограничения. Показываешь схему. Объясняешь риски. Предлагаешь варианты. Если чего-то не знаешь — не изображаешь всезнание, а фиксируешь неизвестное и способ проверки.

Вечером закрываешь ноутбук с очень спокойной мыслью:

Я не только получил этот оффер. Я спокойно справлюсь с этой работой.

И первая зарплата на новом месте радует не только цифрой в банковском приложении.

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

Ты вышел на рынок и получил условия, которые соответствуют твоему уровню.

Красиво, не правда ли?

А теперь давай вернёмся в сегодня.

Пока ты выбираешь, на какую вакансию снова не откликнуться

Ты открываешь вакансию системного аналитика на 220 тысяч.

Первые строки выглядят знакомо:

• REST;
• интеграции;
• Kafka;
• базы данных;
• архитектура;
• System Design.

И в голове моментально начинается внутреннее совещание:

REST вроде знаю. С Kafka работал, но не уверен, что смогу ответить глубоко. Архитектуру спрашивают непонятно как. С базами давно не сталкивался. System Design — нет, туда точно рано..

По итогу ты не нажимаешь кнопку «Откликнуться».

Сохраняешь вакансию на потом. Открываешь статью. Находишь курс. Добавляешь в закладки разбор собеседования. Обещаешь себе вернуться к вакансии, когда почувствуешь, что готов.

Через неделю появляется следующая.

230 тысяч..

И всё повторяется.

До второго вопроса ты прекрасно знаешь системный анализ

Но порой ты всё-таки доходишь до собеседования.

Первый вопрос проходит нормально.
— Как бы вы организовали взаимодействие между сервисами?
— Можно использовать асинхронное взаимодействие через Kafka.

Звучит уверенно.

А потом прилетает второй вопрос:
— Почему здесь асинхронное взаимодействие лучше синхронного?

Ты начинаешь собирать ответ на ходу, робко выдавливая свой поток сознания через речевой аппарат:

Мямлишь что-то про нагрузку. Про слабую связанность. Про масштабирование. Вроде всё правильно, но интервьюер не собирается сбавлять:

— Что произойдёт, если сообщение обработали, но подтверждение не дошло?

И вот здесь знакомые термины перестают складываться в решение. Ты что-то помнишь про повторную доставку. Где-то там была идемпотентность. Наверное, нужен retry. Или DLQ. Или ещё что-то там еще – «я же точно читал это буквально на прошлой неделе!»

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

Ты резко вскакиваешь с постели, открываешь Google и пишешь:

Что спрашивают про Kafka на собеседованиях системного аналитика?

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

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

Надо ещё подготовиться.

Рынок не умеет читать твои мысли

Возможно, ты действительно знаешь намного больше, чем показал на собеседовании.

Но у рынка есть одна очень неприятная особенность.

Он не умеет читать твои мысли.

Интервьюер не видит все просмотренные лекции, сохранённые статьи и задачи, которые ты когда-то решал.

Он видит только то, что ты смог сделать в конкретном разговоре:

• понять задачу;
• уточнить ограничения;
• собрать решение;
• объяснить последовательность;
• защитить выбор;
• изменить решение, когда изменились условия.

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

А что дальше?

После неудачного ответа решение кажется очевидным: нужно ещё поучиться.

Не ответил про REST — читаем про REST.
Посыпался на Kafka — идём учить Kafka.
Спросили про базы — повторяем базы.
Увидели System Design — покупаем ещё один курс по System Design.

И поначалу кажется, что стратегия работает.

Терминов в голове становится больше. Сохранённых материалов — уже жесткие диски молят о пощаде. Курсов — закачаешься. Конспектов — ты так к диплому не готовился.

Уверенности…

Подожди...

«Оп-па» – а вот уверенности почему-то больше не стало!

Подготовка, у которой нет точки завершения

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

У такого подхода нет конца.

Невозможно однажды проснуться и обнаружить, что ты выучил весь REST, всю Kafka, все базы данных, всю архитектуру и теперь готов к ЛЛЛЛЛЮБОМУ вопросу в ЛЛЛЛЛЮБОЙ компании.

Всегда найдётся:

• незнакомая технология;
• новая формулировка задачи;
• необычное ограничение;
• интервьюер, который копнёт в другую сторону;
• вакансия, где требуется что-нибудь ещё.

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

Ты же вроде не бездействуешь.

Ты читаешь. Смотришь. Учишь. Сохраняешь. Проходишь.

Только вот, на рынок так и не выходишь.

Это особенно коварная ловушка: вечером ты устал как человек, который много сделал, а к желаемому офферу не приблизился ни на шаг.

Чем дольше ждёшь, тем страшнее проверять себя

Вакансии на 200–250 тысяч начинают казаться территорией каких-то других людей.

Тех, кто знает больше.
Тех, кто не нервничает.
Тех, кто «настоящий системный аналитик».

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

И вот здесь цикл замыкается:

страшно откликаться
→ иду ещё учиться
→ не проверяю знания в задаче
→ не получаю обратную связь
→ не вижу прогресса
→ откликаться становится ещё страшнее

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

Но можешь всё так же закрывать вакансии на 200–250 тысяч со словами:

Мне пока рано.

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

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

Возможно, тебе не нужно учить всё заново

Сейчас самое важное.

Всё написанное выше не означает, что ты слабый аналитик, недостаточно умный или «не создан для IT».

С тобой всё нормально.

Возможно, ты просто слишком долго тренировался в формате, который не создаёт навык, необходимый на собеседовании и в работе.

Знать определение — это один навык
Применить его к конкретной задаче — второй
Объяснить последовательность решения — третий.
Защитить выбор и перестроиться при изменении условий — четвёртый.

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

Тебе не обязательно начинать системный анализ сначала.

Нужно изменить критерий оценки своей подготовки:
Не ещё одна тема. А одна задача, пройденная до конца.

Не «прочитал про интеграции». Не «вроде понял Kafka». Не «посмотрел разбор System Design».

А взял условия. Собрал свою версию. Получил неудобный вопрос. Увидел слабое место. Исправил. Объяснил ещё раз.

Вот это уже не ощущение прогресса. Это прогресс, который можно измерять.

У Анастасии тоже не было ощущения «я готова»

До работы со мной Анастасия училась по YouTube, статьям и ChatGPT. Материалов становилось больше, а в голове — только больше хаоса.

Она откликалась на вакансии, но в ответ была тишина. При этом позиционировать себя на Middle было страшно: казалось, что на первом же глубоком вопросе её разоблачат.

Сначала разобрали упаковку опыта. Из резюме убрали RabbitMQ, который Анастасия не могла защитить, и оставили только реальный рабочий поток, технологии и достижения.

После новой версии резюме HR начали писать сами. Сбер прислал четыре приглашения, Альфа пропустила дальше.

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

«Я наоборот поняла, где у меня сильные пробелы».

Вместо вывода «я не Middle» появился конкретный список пробелов для работы. Ошибки разобрали, пробелы по Kafka, базам и API закрыли, после чего Анастасия вышла на реальные собеседования.

Результат — оффер с окладом 210 000 рублей и средним доходом 214 000 рублей на руки.

Этот результат Анастасия достигла на моем полноценном менторстве. Кейс показывает важный механизм: движение началось не после ещё одной порции теории, а после проверки, конкретной обратной связи и работы с обнаруженными разрывами.

Уверенность появляется не от совета «поверь в себя». Она появляется, когда ты увидел слабое место, исправил его и снова проверил себя.

Читая историю Анастасии, можно сделать простой вывод: мок не доказал, что она «недостаточно хороша». Он впервые показал, с чем именно необходимо работать.

И это гораздо полезнее и практичнее, чем ещё один месяц диагностировать у себя – нехватку ВООБЩЕ всего.

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

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

Что меняется после одной задачи, пройденной до конца

Пятидневный пробник не переносит тебя сразу к офферу. Его результат меньше — и именно поэтому его можно проверить.

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

Не весь путь. А первый законченный шаг

Между одной исправленной задачей и тремя офферами на твоем столе нет волшебного перехода... (грустная мелодия)

Один кейс не закроет весь системный анализ. Не определит твой реальный грейд. Не гарантирует приглашение, зарплату или трудоустройство.

Но любой большой переход начинается с момента, когда вместо очередного плана появляется первое доказательство действия.

Поэтому я с командой и сделали этот практический пробник по системному анализу.

Я сознательно собирал его не вокруг количества уроков. Уроки легко посмотреть и так же легко их забыть. В центре здесь повторная попытка: сначала сделать самому, потом получить правку и переделать уже с новым пониманием.

Не курс, где нужно посмотреть ещё несколько часов лекций.

Не тест на звание Middle.

Не упражнение по придумыванию коммерческого опыта.

Это пятидневный цикл на одной стандартизированной интеграционной задаче:

задача
→ первая версия решения
→ точечная обратная связь
→ одна правка
→ исправленная версия
→ честный технический кейс
→ защита на изменённом условии

Что будет происходить

1. Разберёшь задачу: цель, участников, требования, ограничения и неизвестные.
2. Соберёшь первую версию: схему взаимодействия, контракт и негативный сценарий.
3. Получишь точечную обратную связь: одну наблюдаемую слабость и одну правку вместо совета «учи архитектуру».
4. Исправишь решение и соберёшь кейс: что требовалось, что выбрал, что изменил и почему.
5. Защити́шь новую версию: адаптируешь её под одно изменённое условие.

Учебная задача останется учебной. Мы не будем превращать её в выдуманный коммерческий опыт.

Кому этот пробник даст больше всего

Ты уже работаешь аналитиком, но проект не даёт нужной глубины

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

Ты закончил курс, но знания остались отдельными кусками

REST знаком. Kafka знакома. Базы знакомы. Но собрать всё в одну задачу трудно. Здесь результатом станет не ещё один конспект, а собственный интеграционный артефакт с исправленной версией.

Ты готовишься к собеседованиям и не понимаешь, за что хвататься

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

Кому он не подойдёт

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

Что останется у тебя

• первая версия интеграционного решения;
• исправленная версия;
• конкретное понимание одного слабого места;
• интеграционный артефакт;
• честно маркированный технический кейс;
• опыт ответа на изменённое условие.

Не несколько офферов за пять дней.

Не весь путь до новой работы.

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

Теперь у тебя два варианта

Можно закрыть этот текст.

Сохранить ещё несколько статей. Добавить новый курс в список. Продолжить готовиться ко всему сразу и ждать момента, когда страх перед вакансиями исчезнет сам.

А можно один раз пройти короткий цикл полностью:

решение
→ обратная связь
→ исправление
→ технический кейс
→ защита

Не обещать себе новую карьеру с понедельника.

Не пытаться закрыть все пробелы за пять дней.

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

Итак. Я приглашаю тебя сделать первый кейс руками!

Больше не томлю, рассказываю когда и что нужно сделать