Не жди, когда будешь знать всё — 27 июля 2026 г. в 06:37:47.356
Не жди, когда будешь знать всё Месяц назад на встрече 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