Backend, frontend или fullstack на старте — не выбор «на всю жизнь» и не конкурс, где fullstack всегда побеждает. Это выбор, какую задачу вам отлаживать ближайшие полгода и какой файл пойдёт на рынок. Универсально правильного ответа нет. Есть цена ошибки: ширина без глубины и резюме «немного всего».

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

Коротко:

  • Backend — сервер, данные, API, надёжность. Frontend — интерфейс, состояние, браузер, стык с дизайном. Fullstack — оба контура в одном человеке, обычно в маленькой команде.
  • На старте чаще выигрывает одна сторона до уверенного учебного уровня. Fullstack имеет смысл, когда обе стороны уже не нулевые или вакансия явно про это.
  • Выбор проверяется практикой: что вам охотнее чинить — запрос к базе или поведение экрана.
  • Смотрите живые задачи в вакансиях своего региона и формата, не чужие вилки из соцсетей.
  • Передумать можно. Смена стороны реальна, если есть база: git, HTTP, данные, умение довести задачу.

Backend: какая это работа

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

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

На рынке спрос стабильный, потому что продукт без серверной логики редко живёт. Смотреть формулировки задач, не заголовок: backend-вакансии.

Frontend: какая это работа

Вы делаете то, с чем человек сталкивается. Типичный день: макет, состояние формы, доступность, скорость загрузки, браузерные сюрпризы, согласование с дизайном, «почему на мобильном иначе». Логика может быть сложной — это не «просто вёрстка», если речь о продуктовом кабинете.

Подходит тем, кому важен видимый результат и вкус к деталям интерфейса. Кто готов к субъективной критике («не нравится») чаще, чем backend.

Спрос живой, стек меняется заметнее. Не путайте «собрал лендинг» и junior frontend в продукте. Живые роли: frontend-вакансии.

Fullstack: какая это работа на самом деле

В вакансиях fullstack означает очень разное. В стартапе — «закроешь экран и API этой фичи сам». В аутсорсе — «в этом спринте фронт, в следующем — мелкий backend». В крупном продукте слово fullstack часто маскирует сильный фронт плюс умение поправить простой endpoint.

Ценность — скорость цикла в маленькой команде. Цена — риск быть средним в обеих сторонах и не пройти ни backend-, ни frontend-отбор, где ждут глубину. Fullstack на старте имеет смысл, если вы сознательно целитесь в маленькие команды и готовы показать оба контура в одном сценарии, а не два несвязанных туториала.

Сверяйте объявления: fullstack-вакансии. Если в тексте React плюс «ну и SQL чуть-чуть» — это frontend с бонусом, пишите так и в резюме.

Как выбрать: не по вилке, а по задаче

Четыре фильтра, в этом порядке:

  1. Интерес к отладке. Что вы готовы копать три часа: план запроса или рассинхрон состояния на экране?
  2. Тип компаний, куда идёте. Крупный продукт чаще специализирует. Стартап и маленькая аутсорс-команда чаще просит ширину.
  3. Что уже есть. Вёрстка и глаз — ближе к фронту. Скрипты, базы, математика — ближе к бэку. Поддержка и инциденты — иногда к бэку/DevOps, не к «IT вообще».
  4. Рынок рядом с вами. Откройте фильтры и посчитайте объявления с понятными задачами, не медиану зарплат из чата. Каталог: вакансии Talanto, вход: junior-вакансии.

Не выбирайте fullstack, потому что «так больше вакансий». Больше заголовков ≠ больше офферов для человека без глубины.

Проверка за две недели

Соберите два мини-артефакта. Не курс, не теория.

Неделя 1, frontend. Один экран кабинета: список, фильтр, форма с ошибками ввода. Задеплойте статику или превью. Запишите, что бесило: CSS, состояние, макет.

Неделя 2, backend. Одно API: сущность, валидация, база, ошибка на дубликат. README, как запустить. Запишите, что бесило: SQL, миграции, логи.

Если одна неделя тянулась, а вторая — нет, это и есть ответ. Если обе противны, возможно, вам ближе QA, аналитика или поддержка, а не разработка. Вход в IT не равен трём этим ярлыкам. Маршруты: как войти в IT в 2026.

План на 90 дней: одна сторона

Цель квартала — учебный продукт по выбранной стороне, который запускается, и резюме с одной ролью. Не «и фронт, и бэк, и DevOps».

Если backend.

  • Язык вакансий, на которые пойдёте. HTTP, база, миграции, логирование ошибок, простые тесты.
  • Сервис с одной бизнес-операцией целиком: создать → прочитать → отказать по правилу → логировать.
  • Docker-compose, чтобы рекрутер поднял без переписки.

Если frontend.

  • Компоненты, состояние, формы, маршруты, работа с API (хотя бы mock).
  • Кабинет или сценарий, не лендинг агентства.
  • Доступность по минимуму: фокус, подписи, не только «красиво в Chrome».

Если fullstack сознательно.

  • Один сценарий сквозь оба слоя: экран ↔ API ↔ база. Не два отдельных репозитория «для ширины».
  • В README явно: где вы сильнее и чего нет (авторизация, очереди, дизайн-система).

К концу 90 дней выходите на стажировки и junior этой роли. Не откладывайте поиск до «идеального портфолио». Стажировки: стажировка в IT. Поиск: как найти работу в IT. Без коммерческого стажа те же правила доказательств, что в поиске работы без опыта: одна ссылка, которая закрывает задачу из вакансии.

Как читать вакансию, чтобы не выбрать чужую роль

Заголовок врёт чаще задач. Читайте первые обязанности.

  • «Верстка кабинетов, состояние форм, работа с макетом, React» — frontend, даже если внизу написали fullstack и SQL.
  • «API, очереди, Postgres, ретраи, дежурство по своему сервису» — backend, даже если «иногда поправишь админку».
  • «Фича целиком: экран и endpoint, маленькая команда» — fullstack, если обе стороны в обязанностях с весом, не в плюсах.

Соберите таблицу на десять объявлений: роль своими словами, три задачи, стек, что вы уже можете показать. Если не можете заполнить «что показать» — рано откликаться, продолжайте 90-дневный артефакт. Если заполняете разные роли вперемешку — вы ещё не выбрали, и рынок это почувствует.

Пример, как выглядит неделя 5–8 на backend после того, как две недели проверки позади:

Пн: миграция и ограничение уникальности, тест на дубликат. Вт: обработка ошибки внешнего API, таймаут, лог без секрета. Ср: README и docker-compose, чтобы человек без вас поднял сервис. Чт: сверка с двумя junior backend-вакансиями — чего из обязанностей ещё нет в проекте. Пт: один такой пункт (идемпотентность или пагинация), не новый фреймворк. В воскресенье не начинать frontend «для баланса», если уже выбрали бэк.

Та же неделя на frontend — про состояние, ошибки сети, пустой список и доступность, не про «поднять Express, чтобы было fullstack в шапке».

План на полгода

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

  1. Месяц 4. Второй проект или существенное усложнение первого: очередь / ретраи на бэке, сложное состояние или таблица на фронте, сквозной сценарий на fullstack.
  2. Месяц 5. Тесты и аккуратность: то, что на созвоне отличает «прошёл туториал» от «можно дать задачу». Крайние случаи, ошибки сети, пустые данные.
  3. Месяц 6. Сверка с 10 вакансиями: какие задачи вы уже можете разобрать на созвоне? Дыры закрывайте точечно. Не начинайте соседний стек «на всякий случай».

Дальше рост грейда внутри выбранной роли — отдельный разговор: из junior в middle.

Резюме: как не смешать три профессии

Заголовок — одна роль. «Junior frontend» или «Junior backend». «Junior fullstack» — только если вакансии, на которые идёте, такие и ваш проект сквозной.

Пули под выбор:

  • Backend: «API заказов: создание, идемпотентность на повтор, валидация, Postgres, тесты на дубликат и пустое тело; docker-compose; ссылка».
  • Frontend: «Кабинет заказов: список, фильтры, форма, обработка ошибок API, адаптив; стек из вакансии; демо и репозиторий».
  • Fullstack: «Сценарий “оформить заказ”: экран → API → запись в БД → показ статуса; что делал сам на каждой стороне; чего нет».

Не ставьте в skills сорок технологий с обеих сторон. Навыки подтверждают пули. Как собрать файл без опыта: резюме без опыта, каркас: как составить резюме. Прогон: разбор резюме.

Можно ли передумать

Да. База переносится: git, HTTP, умение читать чужой код, тесты, дисциплина задачи. Не переносится иллюзия, что за месяц вы станете сильным на новой стороне.

Практичный мост: fullstack-задача в текущей команде — маленький endpoint для фронтендера, маленький экран для бэкендера. Внешний переход — новое резюме и новый артефакт, не правка заголовка в старом файле.

Не зацикливайтесь на «выборе навсегда». Зацикливайтесь на старте, который можно доказать за квартал. Через год сторона может смениться: фронтендер, который год правил простой API рядом с экраном, уже не тот человек, что на неделе 2. Обратный путь тоже живой. Главное — не менять заголовок каждый месяц, пока первый артефакт сырой: рынок не успевает ответить, вы не успеваете набрать глубину.

Если цель — первая работа без стажа, роль важнее ярлыка fullstack. Поддержка и QA часто закрываются быстрее, чем junior software engineer с алгоритмами на экране. Это не запрет разработки. Это честный горизонт: сначала вход, потом сторона. Смотрите junior-вакансии выбранного направления и стажировки с задачами, не с обещанием «научат всему».

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

Где проще войти?

Там, где у вас быстрее появится артефакт и совпадение с вакансиями рядом. Универсально «легче фронт» или «легче бэк» — миф. Смотрите junior-ленту под ваш город и язык.

Fullstack платят больше?

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

Нужен ли дизайн, чтобы идти во frontend?

Нет как профессия дизайнера. Да как уважение к макету и доступности. «Сам нарисую» редко заменяет умение верстать по ТЗ.

Нужна ли математика для backend?

Для большинства продуктовых junior-ролей — нет на уровне олимпиад. Нужны аккуратность к данным, границам и ошибкам. Алгоритмы подтянете под формат конкретных компаний.

Стоит ли учить оба конца «на всякий случай»?

Мини-проверка на две недели — да. Полгода параллельно двух полноценных треков — обычно нет: ни один не доедет до отклика.

Что если вакансии fullstack, а я backend?

Читайте задачи. Если нужен сильный API и «поправить админку» — откликайтесь как backend с честной оговоркой. Если нужен равный вес сторон, либо добирайте второй контур проектом, либо не тратьте отклик.

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

На этой неделе сделайте двухнедельную проверку: один экран и одно API. Зафиксируйте сторону. Откройте десять вакансий этой роли — backend, frontend или fullstack — и выпишите повторяющиеся задачи в учебный бриф.

Начните один репозиторий под этот бриф, не третий курс. Если коммерческого стажа нет, параллельно смотрите junior-вакансии и стажировки. Письмо к отклику — про этот репозиторий, не про «хочу в разработку».