Обычная история: человек умеет писать код, задачи закрывает, а дальше движения нет. Интересные задачи достаются кому-то другому, а когда заходит разговор о более сильной роли, выясняется, что не хватает архитектуры и понимания того, как устроены системы целиком. И непонятно, чего именно недостаёт — потому что «учить всё» невозможно, а что учить, никто не говорит.
Проблема почти никогда не в способностях. Она в том, что знания собирались случайно: статья тут, видео там, задача на работе третья. Получается решето — где-то глубоко, а рядом дыра, о которой сам не знаешь.
Но есть и вторая причина, и она новее. Земля под профессией поехала, и то, что было ценным пять лет назад, ценно уже не так.
У каждой программы есть своя версия этой статьи: что внутри именно её фаз, что вы будете уметь и как за десять минут запустить демо-пример с GitHub. Backend · Java · Backend · Go · Backend · Python · Backend · Node · Frontend · QA-инженер · Инженерный менеджер.
Ценность ушла на края пути: сформулировать задачу от проблемы и убедиться, что сделано верно. Середину — написание кода — модель закрывает сама.
Куда меняется профессия
Ещё недавно путь задачи выглядел как эстафета. Продакт придумал, аналитик описал, дизайнер нарисовал, backend сделал, frontend прикрутил, тестировщик проверил, кто-то выкатил. Семь передач, и на каждой теряется контекст — поэтому так часто получается ровно то, что написано, и ровно не то, что было нужно.
Эстафету придумали не от хорошей жизни. Просто ручной работы было столько, что один человек физически не мог держать весь путь: писать код, разбираться в чужом модуле, настраивать выкат, проверять руками.
Именно этот объём и схлопнулся. Черновик функции, тест, миграция, разбор незнакомого сервиса — то, на что уходили дни, теперь занимает часы. Написание кода перестало быть узким местом.
Узким местом стало другое: понять, что именно нужно сделать, и убедиться, что сделано верно. И тут выяснилась неприятная вещь — скорость появления дефектов выросла вместе со скоростью написания кода. Плохо сформулированная задача раньше стоила недели работы одного человека, а теперь — мегабайта кода, который выглядит правильным и проходит ревью.
Отсюда сдвиг ценности. Она ушла в то, что модель сделать за вас не может: сформулировать задачу от проблемы пользователя, провести границы, назвать вещи однозначно, задать критерии приёмки, увидеть цену решения и проверить результат в работающей системе. Это всё инженерные навыки — просто не те, которые тренирует ежедневное закрытие тикетов.
Кто такой продукт-инженер
Так и появилась роль, вокруг которой собран этот сайт.
Продукт-инженер ведёт задачу целиком — от вопроса «какую проблему человека мы решаем» до цифры в метрике после выката. Он не отдаёт результат на стыках: не «я свою часть сделал», а «работает ли это у людей».
Важно, чем это не является. Это не «фулстек» в смысле «пишет и фронт, и бэк» — ширина стека тут вторична. И это не продакт, который немного кодит: инженерная глубина никуда не девается, без неё нечем оценить цену решения и нечего проверять.
Практически роль складывается из четырёх вещей: понимать задачу бизнеса и пользователя; проектировать систему и обосновывать выбор; довести до продакшена и увидеть, что там происходит; и использовать ИИ так, чтобы он ускорял, а не размножал ошибки.
Подробнее про саму роль — в статье «Кто такой продукт-инженер»; здесь достаточно понимать, куда ведёт дорога.
Что это за программа
Эта программа — путь в эту роль и одновременно попытка закрыть то самое решето: больше двадцати фаз и несколько сотен статей, выстроенных в один маршрут от языка через данные и инфраструктуру к архитектуре и методологии. Каждая фаза опирается на предыдущие и закрывается тестом и задачами в тренажёре, поэтому пропущенное видно сразу, а не через год на работе.
Кому она подойдёт
Разработчику, который умеет писать код и застрял. Год-два опыта, задачи выполняются, но нет ощущения системы. Программа даёт ту самую систему: становится видно, из чего складывается взрослый сервис и почему решения принимаются так, а не иначе.
Тому, кто пришёл из другой части стека. Фронтенд, тестирование, аналитика. Здесь не нужно начинать с нуля: можно взять фазы, которых не хватает, и пройти только их.
Тому, кто собирается менять работу. На новом месте первым делом дадут незнакомый код и спросят не формулировку, а что в нём сломается первым. Программа готовит к этому: не «как отвечать», а «как это работает».
Тому, кто уже работает и хочет закрыть дыры. Не обязательно проходить всё подряд. Откройте список фаз и посмотрите, где вам неуютно, — обычно это очевидно с первого взгляда.
Кому она не подойдёт
Честно про границы, чтобы не тратить ваше время.
Тому, кто пишет первую строчку кода. Программа начинается с языка, но предполагает, что вы уже понимаете, что такое переменная, цикл и функция. Совсем с нуля лучше сначала пройти любой вводный курс по языку, а потом возвращаться.
Тому, кто хочет быстрый результат. Это не «войти в айти за месяц». Полный путь — это больше двадцати фаз и несколько сотен статей, то есть месяцы чтения и практики, и никакая программа этого не сокращает.
Тому, кто ищет шпаргалку с готовыми ответами. Списки формулировок есть в других местах и работают ровно до первого «а почему?».
Что вы будете уметь в конце
Не «знать список технологий», а пять конкретных вещей.
Читать чужую систему. Открыть незнакомый сервис и за час понять, из чего он состоит, где данные, что сломается первым. Это складывается из фаз про фундамент языка и данные и из наблюдаемости.
Принимать решения с обоснованием. Не «возьмём брокер, потому что модно», а «здесь очередь, потому что вот эти требования, и вот цена такого выбора». Этому учат сравнение хранилищ, брокеры и системный дизайн с архитектурным выбором.
Проектировать сервис от задачи бизнеса до схемы данных и контракта: модель PostgreSQL, REST и контракты, DDD и архитектурные паттерны.
Понимать работающую систему и находить причину, когда ей плохо: среда выполнения и многозадачность языка, эксплуатация PostgreSQL, Kubernetes, наблюдаемость и диагностика.
Работать с ИИ-агентом так, чтобы он ускорял, а не размножал ошибки: работа с агентами и LLM-приложения.
Как устроена программа
Фазы идут по порядку. Каждая — это законченный блок: язык, алгоритмы, фундамент языка, данные, инфраструктура, архитектура, методология. Порядок не случайный: следующая фаза опирается на предыдущую, поэтому прыгать вперёд обычно больно.
Восемь блоков программы по порядку. Внутри блока фазы тоже идут одна за другой: основы языка, алгоритмы, Git, фундамент языка и принципы проектирования складываются в первый блок, SQL, PostgreSQL и другие хранилища во второй, и так до методологии и роли продукт-инженера в конце. Сколько фаз в каждом блоке, зависит от языка программы.
Если нужен только кусок пути, ориентируйтесь по блокам. Пришли из фронтенда и хотите понять бэкенд — это язык, данные и сеть. Уже пишете сервисы, но не понимаете, что с ними происходит в проде, — инфраструктура и наблюдаемость. Хотите проектировать, а не только реализовывать, — архитектура и методология, но они опираются на данные и сеть, поэтому без второго и третьего блоков даются тяжело.
Статьи внутри фазы тоже упорядочены. Часть помечена как обязательные — это скелет, без которого дальше будет непонятно. Остальные добавляют глубину, и их можно читать выборочно.
После каждой фазы — тест. Не «вспомните определение», а описанная ситуация и выбор, что в ней произойдёт. У теста есть порог: он показывает, можно ли идти дальше, и заодно ловит расхождение между «понял» и «могу объяснить» — ту самую дыру, ради которой всё затевалось.
Порог у теста один для всех фаз: 80% верных ответов. Не набрали — ничего страшного и никаких ограничений на попытки: кабинет показывает, какие вопросы не сошлись, вы возвращаетесь к статьям, на которые они опираются, и сдаёте снова. Смысл порога не в отсеве, а в честном сигнале: ниже 80% дальше идти рано, следующая фаза будет опираться на то, что пока не легло.
Тренажёры — практика: писать запросы к живой базе, решать задачи по алгоритмам, разбирать производственные аварии, проектировать системы на доске. Читать про индексы и написать запрос, который их использует, — очень разные умения.
На больших темах есть разбор. Билет с задачами посложнее, которые надо не узнать среди вариантов, а показать руками и объяснить вслух.
Рядом всё время ИИ-ментор. Ему можно задать вопрос прямо по абзацу статьи или попросить подсказку по задаче. Расход считается в «шишках» — дневном запасе обращений, чтобы соблазн спросить вместо того, чтобы подумать, был виден.
Как устроена одна фаза: обязательные статьи дают скелет, остальные добавляют глубину, тренажёры и разбор дают руки, а выделенный тест с порогом 80% показывает, пора ли дальше.
Как читать статьи: значки, разделы и помощь
В списке фазы и в шапке статьи стоят пометки, и по ним решают, сколько времени отдать статье.
- ★ обязательно — скелет фазы: без этой статьи следующие будут непонятны, её читают целиком и закрывают вопросами теста.
- дополнительно (ёлка в левом меню) — глубина по желанию: просматривают по диагонали и возвращаются, когда упрутся в тему на работе.
- костёр «что пощупать» — у статьи есть рабочий код в практикуме курса: раздел с тем же названием ведёт в репозиторий, где это написано и покрыто тестами, а «Сделаем сами» — в ветку с красными тестами, которые надо сделать зелёными.
- ~N мин чтения — оценка по объёму текста, без практики.
Внутри статьи устроены одинаково, и это ускоряет чтение. Сначала проблема и объяснение, по разделу на тему. Разделы «Глубже: …» — для второго захода: при первом чтении их можно пропустить, тест фазы на них не опирается. «Коротко» в конце — выжимка в десять пунктов, по ней удобно повторять перед тестом. «Что почитать дальше» — соседние статьи с пояснением, зачем туда идти. Под статьёй в кабинете — мини-тест на пять-шесть вопросов именно по ней: на прохождение он не влияет, но сразу показывает, что осталось непонятым.
Помощь по ходу тоже двух видов. ИИ-ментор живёт в кабинете рядом с каждой статьёй и задачей: выделите абзац — и спросите «объясни проще» или «чем отличается от…»; в тренажёре он подсказывает, с чего начать, и разбирает решение. Его расход считается в шишках: 20 в день приходят сами, решённые задачи, тесты и закрытые фазы добавляют ещё, так что соблазн спросить вместо того, чтобы подумать, остаётся на виду. Куратор — живой человек: кнопка «Написать куратору» есть в каждом разговоре с ИИ-ментором, туда уходит то, с чем модель не справилась, и вопросы по программе. Отдельное занятие с ментором заказывают в кабинете.
Где всё это проходить
Статьи открыты всем и читаются прямо на сайте, без входа. Всё, что проверяет и закрепляет, живёт в кабинете: тесты фаз, тренажёры с живой базой и песочницами, разборы на больших темах, ИИ-ментор и дорожка «вы здесь», которая показывает, где вы в программе.
Вход в кабинет через Яндекс ID, и первые три дня после входа он открыт целиком, без карты и без переписки: этого хватает, чтобы пройти тест первой фазы, написать десяток запросов в тренажёре и понять, ваш ли это формат. Дальше доступ к кабинету платный, условия и что именно входит описаны на странице программ. Читать статьи можно и без кабинета, но программа без тестов и практики превращается в чтение, а чтение, как сказано ниже, выветривается за неделю.
Сколько времени это займёт
Честные цифры, чтобы планировать, а не надеяться. Чистое чтение всех статей программы посчитано по объёму текста; к нему добавляются тесты фаз (полчаса на каждый), тренажёры (час на банк задач, если решать, а не пролистывать) и практикум.
| Программа | Статей и фаз | Только чтение | С тестами, тренажёрами и практикумом |
|---|---|---|---|
| Backend на Python, Go или Node | 386–418 статей, 28–30 фаз | 90–95 часов | 200–235 часов |
| Backend на Java | 437 статей, 31 фаза | 100 часов | 220–250 часов |
| Frontend | 70 статей, 12 фаз | 6 часов | 25–30 часов |
| Ручное тестирование | 85 статей, 11 фаз | 9 часов | 30–35 часов |
| Engineering manager | 29 статей, 10 фаз | 5 часов | 12–15 часов |
Темп решает всё. Для backend-программы на Python:
- час в день по будням (пять часов в неделю) — полный путь за 9 месяцев, только обязательные статьи с тестами — за 4;
- два часа в день — полный путь за 4 месяца;
- выходные по пять часов — те же 4 месяца, но с риском к субботе забыть прочитанное в прошлую.
Обязательных статей в backend-программе чуть больше половины, и именно они закрывают тест фазы, поэтому «скелет за три месяца, остальное по мере надобности» — рабочий план, а не компромисс.
Как проходить, чтобы дошло до конца
Несколько вещей, которые отличают тех, кто доходит, от тех, кто бросает на третьей фазе.
Не читайте подряд без практики. После фазы про базы данных откройте тренажёр и напишите десяток запросов. Прочитанное без применения выветривается за неделю — это не про дисциплину, это про то, как устроена память.
Не гонитесь за полнотой. Соблазн прочитать все статьи фазы, включая необязательные, приводит к тому, что до архитектуры человек не доходит. Скелет важнее деталей: пройдите обязательные, вернётесь за остальным, когда упрётесь.
Идите регулярно, а не рывками. Час в день лучше, чем восемь часов в воскресенье. Через месяц рывков программа встанет, через месяц регулярности пройдут три-четыре фазы.
Возвращайтесь к пройденному. Фаза про архитектуру заиграет иначе после того, как вы увидите, как устроены данные. Это нормально и правильно.
Коротко
- Написание кода перестало быть узким местом; узким стало понять, что нужно сделать, и проверить, что сделано верно.
- Эстафету из семи передач придумали от объёма ручной работы — этот объём схлопнулся, и один человек снова может держать весь путь.
- Продукт-инженер ведёт задачу от проблемы человека до цифры в метрике и не отдаёт результат на стыках. Это не «фулстек» и не продакт, который немного кодит.
- Программа решает проблему случайно собранных знаний: не «учить всё», а идти по порядку, где каждая тема опирается на предыдущую.
- Подойдёт тому, кто уже пишет код и застрял; пришёл из другой части стека; готовится к смене работы; хочет закрыть конкретные дыры.
- Не подойдёт тому, кто пишет первую строчку кода, ищет быстрый результат или шпаргалку с готовыми формулировками.
- Пометки у статей: ★ обязательно, дополнительно, костёр «что пощупать»; разделы «Глубже» для второго захода, «Коротко» для повторения; помощь — ИИ-ментор в кабинете и куратор.
- Тест после фазы ловит расхождение между «понял» и «могу объяснить» и показывает, можно ли идти дальше; тренажёры дают практику, а ИИ-ментор отвечает по ходу чтения.
- Полный путь backend-программы — 200–250 часов: при часе в день 8–10 месяцев, обязательный скелет — 4–5; доходят те, кто практикуется по ходу и идёт регулярно.
- Порог теста фазы 80%, попытки не ограничены; статьи открыты всем, а тесты, тренажёры и ИИ-ментор в кабинете: вход через Яндекс ID даёт три дня полного доступа, дальше подписка.
Что почитать дальше
- Программа целиком — список фаз, с которого стоит начать выбирать.
- Все программы - если backend не ваша специализация: есть фронтенд, тестирование и управление командой.
- Кто такой продукт-инженер — куда ведёт этот путь в итоге.