Как стать fullstack-разработчиком без распыления

Fullstack на старте часто вреден: человек учит «всего понемногу» и на собеседовании не закрывает ни API, ни кабинет. Вакансии fullstack junior в 2026 существуют, но покупают не энциклопедию, а человека, у которого одна сторона уверенная, а вторая — достаточная, чтобы довести фичу до экрана.

Ниже — когда ярлык fullstack уместен, какой стек не разъезжается, какой один артефакт считать доказательством и как не врать в резюме про ширину. Зарплатных медиан здесь нет: коридор собирайте по вакансиям fullstack с фильтром грейда и формата.

Коротко:

• Сначала выберите главную сторону: backend или frontend. Вторую добирайте только на том же учебном продукте.
• Один сквозной сервис (API + кабинет) сильнее двух несвязанных репозиториев «я и то, и то».
• Не пишите в skills всё, к чему когда-либо прикоснулись. Стек — из этого продукта.
• Многие «fullstack junior» на деле ищут сильный frontend с простым Node или сильный backend с админкой. Читайте задачи, не заголовок.
• Если обе стороны даются через силу, возможно, вам ближе QA, аналитика или одна узкая разработка — не геройство ради слова fullstack.

Что на рынке называют fullstack — и что это не значит

В объявлении fullstack может значить три разные работы. Первая: человек ведёт фичу от таблицы до кнопки в небольшой команде. Вторая: frontend, который сам пишет тонкий BFF. Третья: backend, который «чуть подправит форму». На входе важно понять, какую из трёх вам предлагают. Иначе вы готовитесь к микросервисам, а вас ждут стили кнопок.

Fullstack не равен «сеньор, который всё умеет дешевле одного специалиста». На junior-уровне это чаще готовность не бросать задачу на границе API. Если граница вам интересна — путь рабочий. Если вы хотите глубины в компиляторах или в сложной графике — узкая роль честнее и быстрее до первой зарплаты.

Сравнение чистых сторон: как стать backend-разработчиком и как стать frontend-разработчиком. Не читайте этот текст как приказ стать «всем».

Когда fullstack уместен, а когда рано

Уместно, если вы уже довели одну сторону до рабочего артефакта и вам не хватает второй, чтобы показать фичу целиком. Уместно в маленьких продуктах, агентствах, стартапах, где первый месяц — «сделай экран и сохрани». Рано, если ни HTML-формы, ни SQL вы ещё не держали в руках и хотите закрыть оба пробела курсом «fullstack за 3 месяца».

Ещё рано, если главная мотивация — «так больше платят» или «так больше вакансий». Сначала откройте каталог и посчитайте junior-слоты с задачами, которые вы потянете. Часто узкий frontend или backend даёт больше релевантных объявлений, чем fullstack с вишлистом из Docker, AWS и React одновременно.

Смежный вход: вы уже пишете API и можете собрать простую админку. Или уже верстаете кабинеты и готовы добавить CRUD на одном фреймворке. Тогда fullstack — надстройка, не новая личность.

Стек: одна вертикаль, не зоопарк

Выберите одну вертикаль и не меняйте её каждые две недели.

• JS/TS вертикаль. React (или Vue) + Node (Express/Fastify/Nest — один). Одна база. Удобно тем, кто не хочет два языка.
• Python вертикаль. FastAPI или Django + простой кабинет (можно даже серверные шаблоны Django, если вакансии такие). Frontend на React — только если слоты его требуют.
• Java вертикаль. Spring + Thymeleaf или отдельный тонкий SPA. Тяжелее на входе, ближе к энтерпрайзу.

Обязательный минимум той же гигиены, что у узких ролей: Git, миграции, ошибки API, состояния загрузки на клиенте, README. Можно отложить Kubernetes, микросервисы, GraphQL, три облака, мобильное приложение «заодно». Roadmap языка берите один: Python, React, Java — не все сразу.

90 дней: сквозной продукт, не два курса параллельно

1. Дни 1–30. Главная сторона до рабочего куска. Если backend-first — эндпоинты и БД. Если frontend-first — кабинет на моке. Не начинайте обе стороны в первую неделю.
2. Дни 31–60. Стык. Живой API вместо мока, авторизация, один сценарий целиком: создать сущность на экране, увидеть её в базе, получить ошибку валидации и на клиенте, и в API.
3. Дни 61–75. Compose, тесты хотя бы на API, деплой демо. Честный README: какая сторона сильнее, какие упрощения.
4. Дни 76–90. Резюме с главной стороной в заголовке («Junior fullstack, сильнее backend» — нормально), точечные отклики.

Критерий: вы проводите рекрутера по одному пользовательскому сценарию от кнопки до строки в таблице и обратно. Если объясняете только UI или только SQL — ярлык fullstack ещё не заработан, и это нормально. Допишите слабую сторону, не добавляйте третий фреймворк.

Пример 1. Сквозной учебный сервис привычек

Вакансия: junior fullstack, TypeScript, React, Node, PostgreSQL желателен.

Сервис привычек. Пользователь регистрируется, создаёт привычку, отмечает выполнение за день, видит список и простой прогресс. API: Node + PostgreSQL, JWT, миграции. Кабинет: React, фильтр по статусу, форма, ошибки сети. Compose поднимает базу и оба процесса. Тесты: регистрация и создание привычки. Нет соцсетей, нет мобильного приложения, нет очередей.

В README явно: «сильнее сторона — API; UI без дизайн-системы, состояния закрыты». Это честнее, чем «полный продукт уровня рынка».

Такой репозиторий отвечает на главный страх: кандидат умеет провести данные через границу. Два отдельных проекта «магазин на React» и «todo на Flask» этого страха не закрывают — их не стыковали.

Пример 2. Заголовок резюме: было / стало

До:

Fullstack-разработчик. HTML, CSS, JS, TS, React, Vue, Angular, Node, Python, Java, Docker, K8s, AWS. Ищу работу fullstack / frontend / backend.

После:

Junior fullstack (уклон backend, TypeScript). Учебный сервис привычек: API на Node, кабинет на React, PostgreSQL, JWT, Compose. Демо и код: [ссылки]. Vue, Angular, Java, Kubernetes не использую.

Открыт к ролям junior backend и junior fullstack, где первый месяц — фича от таблицы до экрана. Не откликаюсь на чистый frontend-middle и на platform-инженера.

Узкий заголовок расширяет воронку, широкий — сужает до «непонятно кто». Подробнее: резюме fullstack без каши и как написать summary.

Как читать вакансии fullstack, чтобы не попасть на senior-wishlist

Смотрите блок задач, не шапку. Если в первый месяц ждут дизайн-систему, микросервисы и дежурства — это не junior. Если ждут «верстать и чуть поправить PHP» — это frontend с легаси, к этому тоже можно быть готовым, но называйте вещи прямо в письме.

Откликайтесь на три корзины: fullstack junior, backend junior в маленькой команде, frontend junior с «плюс напишешь простой API». Одна корзина «только fullstack в крупном банке» часто пустая. Каталог: fullstack-вакансии, рядом backend и frontend.

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

Деньги — по фильтрам каталога, не по «fullstack всегда дороже». На скрининге коридор и формат. Ожидания по зарплате.

Собеседование: вас будут бить по слабой стороне

Готовьтесь к вопросам с обеих границ, но глубже — по главной. Типичный провал: красивый UI и «JOIN не писал». Или крепкий API и «ключ в списке React не объясню». Заготовьте один сквозной рассказ: баг на стыке, как искали, на какой стороне была причина.

Живой код часто маленький: эндпоинт плюс форма или наоборот. Тестовое «сделайте клон Jira за выходные» — повод отказаться. Нормальное тестовое — узкий CRUD с оговорённым временем. Как подходить к тестовому, подготовка: вопросы.

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

На созвоне вас почти всегда ткнут в слабую сторону. Заготовьте честную фразу: «главная сторона — API, кабинет достаточен для этого сценария, вот что в UI сознательно упрощено». Это звучит сильнее, чем «я полноценный fullstack middle». Если слабая сторона — дыра, а не упрощение, не берите вакансию, где эта сторона — вся работа.

В резюме одна строка summary с уклоном, один сквозной проект сверху, стек только из него. Второй учебный проект имеет смысл, если он закрывает другую корзину вакансий (например, Django-админка, когда первый репозиторий на Node). Не держите пять репозиториев «магазин / блог / чат / клон Twitter / todo» — это сигнал, что ни один не доведён. Как собрать summary: summary в резюме.

На тестовом не доказывайте ширину второй ненужной фичей. Если бриф — CRUD заказов, сделайте заказы с валидацией и ошибками на обеих сторонах. Не прикручивайте OAuth трёх провайдеров «чтобы было fullstack». Ограничение, записанное в README тестового, — часть оценки. После тестового одним письмом: что сделали, что не успели, как запустить. Это тот же навык, который ждут в команде.

Если после десяти точных откликов тишина, проверьте три вещи: открывается ли демо без вашей машины, совпадает ли уклон резюме с задачами вакансии, не откликаетесь ли вы на wishlist уровня «микросервисы + React Native + AWS». Тогда сузьте корзину до маленьких команд и intern. Диагностика воронки: почему не отвечают и сколько откликов нужно — ритм важнее паники.

Частые вопросы

Чек-лист перед откликом

Пройдите список вслух. Если больше двух «нет» — сначала допишите продукт, не вакансию.

• Есть один репозиторий, где кнопка пишет в API, API пишет в базу.
• В README указано, какая сторона сильнее и какие упрощения.
• Демо или docker-compose поднимается без вашей устной инструкции.
• В заголовке резюме не «любая разработка», а fullstack с уклоном или узкая роль.
• Стек в skills совпадает с проектом, а не с вишлистом вакансии мечты.
• Письмо называет роль из объявления и ссылку на сквозной сценарий.
• Вы готовы за 10 минут провести человека от экрана до строки в таблице.
• Тестовое на 20 часов бесплатного прода вы умеете вежливо отклонить.

Отдельно проверьте, не откликаетесь ли вы на три несовместимых мира в один вечер: банк с Java, агентство с WordPress и стартап с Nest. Одна неделя — одна корзина. Иначе резюме разъедется, а вы не поймёте, какая воронка молчит. Если корзина fullstack пустая — переключите неделю на backend или frontend без смены личности: тот же репозиторий, другой заголовок файла.

Что сделать сейчас

Выберите главную сторону на бумаге. Откройте пять fullstack-вакансий и пять узких соседних. Если задачи ближе к одной стороне — идите туда, ярлык подождёт.

Если ярлык нужен — сегодня доведите стык в одном репозитории: кнопка пишет в API, API пишет в базу. Затем резюме с уклоном, разбор CV и точечные отклики. Третий язык не начинайте, пока этот сценарий не объясняется вслух за десять минут.