Месяц назад на встрече 1:1 разговорились с разработчиком из команды. Он отлично пишет код, но не решается проектировать и принимать решения и говорит:
Я не уверен, что готов к этому.
Тогда я рассказал ему свою историю, как не ждать, когда будешь знать вообще всё, и сделать это драйвером своего роста.
Мне было 30 лет. Я только перешёл в Java-разработку. Джун с зарплатой в 50 000 ₽, а дома ребёнок и беременная жена.
Для сравнения — мои ровесники тогда были с 5–7 годами опыта. Уверенные сеньоры и даже техлиды. Я же был в роли догоняющего — временем на медленный рост я не располагал.
Проходил курсы: Java, Spring, базы данных. Через полтора года даже перешёл на мидла в новый проект. Зарплата росла, но не так, чтобы быстро. Я тогда работал через подрядчика.
Под Новый год коллеги по команде из Сбера получили годовые бонусы. Размер, понятно, никто не говорил, но путешествия на острова или в горы говорили сами за себя. Мне стало грустно — и я подумал:
Догоню ли я их когда-нибудь? Кажется, что разрыв между нами уже слишком велик.
И вот ещё через год мне предлагают перейти в Сбер и стать техлидом. Опыт работы с людьми у меня был большой, а вот технических скилов явно не доставало. Но я всё равно согласился.
Почему? Других вариантов у меня не было. Ждать ещё 2-3 года, пока догоню ровесников? Это значило бы навсегда остаться в роли догоняющего.
Поэтому я решил рискнуть — учиться на реальных задачах, а не готовиться к ним заранее. Кстати, в моей первой команде PO как-то даже принёс с конференции обложки для пропуска с этой же идеей:
Хочешь — делай. Опыт приходит со временем.
В первую очередь мне не хватало опыта проектирования. Поэтому я сразу же пошёл на курсы по архитектуре микросервисов. Слушал лекции, а вместо ДЗ применял всё это на проекте.
Никто в команде, как и я, раньше не проектировал. Коллеги из смежных команд были заняты. А IT-лида у нас тогда не было. Поэтому не всё получилось с первого раза.
Изначально при разработке MVP мы поделили систему на пару сервисов. Но позже поняли, что деление было ошибочным. Нам было сложно делать доработки в этой архитектуре.
К тому моменту были проверены бизнес-гипотезы — часть из которых сработала, а другая нет. Мы учли проблемы первой версии архитектуры и спроектировали вторую. Получилось значительно лучше.
Доработки стали проще. Было пройдено НТ, а система хорошо показала себя при масштабировании под возросший поток клиентов. Бизнес был доволен. Подход, при котором опыт приходит со временем, сработал.
Мои компетенции в проектировании быстро выросли на реальных задачах. Я стал сначала техлидом нескольких команд, а после и IT-лидером стрима.
Похожий кейс произошёл со мной год назад. В 2025 году мы начали внедрять AI в процесс обслуживания клиентов. Тогда в индустрии ещё не было устоявшихся подходов к проектированию и разработке AI-агентов и мультиагентных систем.
Мы разработали MVP. Вначале агенты работали долго — иногда по 30 секунд. Пришлось делить большую задачу на части и добавлять параллельную обработку. Время ответа сразу сократилось до 7 секунд.
Также мы решили разделить одного из агентов на 2 после получения от бизнеса новых требований. В итоге прошли НТ и успешно подготовили систему к тиражу.
И знаете, что самое интересное? За все 8+ лет опыта в IT я никогда не встречал людей, которые были бы заранее готовы к новым вызовам в разработке и проектировании.
Поэтому отбросьте в сторону сомнения и страхи. Не ждите, когда выйдут лучшие курсы или вы прочитаете все возможные книги. Пока другие ждут — просто берите и делайте. Успех в этом случае — вопрос времени.
Главная компетенция сегодня — это уже не просто набор полученных заранее знаний и навыков, а умение решать новые для вас задачи. Разбираться в передовых технологиях на основе предыдущего опыта и применять их для решения реальных задач.
А что бы вы посоветовали разработчику, который не решается проектировать в эпоху AI?
Обо мне | Telegram | MAX
