«Какой язык учить» — плохой вопрос, если за ним нет цели. Язык сам по себе не трудоустраивает. Трудоустраивает связка: роль + задачи первого месяца + доказательство, что вы уже делали похожее. Мода на язык меняется быстрее, чем успевает закончиться курс. Спрос в вакансиях — медленнее, и его можно проверить без рейтингов «язык X занимает треть рынка».
Ниже — как выбирать язык под backend, frontend, data, мобайл и инфраструктуру в 2026, глядя в объявления, а не в хайп. Как устроен вход целиком — в реальных маршрутах в IT. Здесь только ядро: один язык, который вы доводите до уверенного уровня, а не пять на уровне «слышал».
Коротко:
- Сначала роль и география, потом язык. Иначе вы учите инструмент без воронки вакансий.
- Спрос проверяйте живыми объявлениями: обязанности, соседний стек, junior/не junior — не «топами года».
- Python, Java, Go, TypeScript, Kotlin, Swift — разные рынки, а не места на пьедестале.
- Один уверенный язык плюс SQL, git и умение читать чужой код сильнее зоопарка синтаксиса.
- Модный язык без junior-вакансий в вашем формате — хобби. Сначала фильтры, потом учебный план.
Почему «самый популярный язык» — ловушка
Списки «что учить в этом году» смешивают четыре разных рынка: enterprise-бэкенд, продуктовый frontend, данные и ML, инфраструктура. В каждом свой язык-ядро и свой вход для новичка. Усреднить их в один рейтинг — всё равно что выбрать «самый полезный транспорт», сложив самолёты и самокаты.
Вторая ловушка — путать упоминание языка в вакансии с тем, что на нём берут джунов. Язык может часто встречаться в middle- и senior-ролях и почти не встречаться во входных. Третья — учить язык «на всякий случай», потому что знакомый так сказал. Знакомый уже внутри рынка. У него другие вакансии и другая цена ошибки.
Правильный вопрос: «На какой роли я готов работать ближайший год — и каким языком там закрывают задачи первого месяца?» После ответа язык почти выбирается сам. Остаётся проверить, что объявления существуют в вашем формате: город, удалёнка, язык общения.
Как проверить спрос по живым вакансиям
Откройте каталог и отфильтруйте роль, а не «все вакансии с словом Python». Дальше 20–30 объявлений, не три. Сетка такая же, как для рынка джунов — см. рынок джунов в 2026 — только колонка «язык» становится главной.
- Заголовок vs стек в тексте. «Backend developer» может быть на Java, Kotlin, Go, Python. Считайте язык там, где он в обязанностях и требованиях, не только в тегах.
- Грейд. Отдельно смотрите junior/intern и отдельно «от 3 лет». Выводы про вход нельзя делать по senior-выборке.
- Соседний стек. Язык почти никогда не живёт один. Python тянет SQL и часто Docker. TypeScript — React или Node. Java — Spring и SQL. Это и есть учебный минимум, не «ещё 12 фреймворков из вакансии».
- Формат и язык общения. Англоязычный Go-рынок и русскоязычный Java-enterprise — разные планы. Не смешивайте.
- Повтор, не доля. Вам нужно знать, что повторяется в вашей воронке. Не сколько процентов «всего IT» занимает язык. Проценты из чужих отчётов здесь не проверяются и быстро устаревают.
Если за две недели в вашем фильтре пусто, не делайте вывод «язык мёртв». Снимите один фильтр: грейд, город, удалёнка. Если пусто и так — язык не ваш вход, как бы он ни звучал в Twitter.
Backend: Python, Java, Go — разные двери
Три языка часто ставят в один абзац «под универсальность». На рынке это три двери.
Python широкий: веб-бэкенд, автоматизация, данные, ML-инфраструктура, скрипты вокруг продукта. Для входа это плюс и минус. Плюс — легче найти учебную задачу, которая похожа на вакансию. Минус — много людей с одинаковым «бот + Flask + курс». На junior-роли смотрите, просят ли API, SQL, тесты, работу с очередями — или это data/automation под видом «разработчик».
Java — длинный enterprise и финтех, крупные команды, много легаси и много живых систем, которые не перепишут «на модный язык» в следующем квартале. Вход часто формальнее: тестовое, основы, SQL, понимание слоёв приложения. Планка «просто задеплоить пет-проект» может не совпасть с тем, что хотят увидеть. Зато рынок большой и менее модный: меньше качелей «все внезапно учат X».
Go чаще сидит в платформенных, инфраструктурных и highload-сервисах. Спрос на уровне middle+ заметен, вход для человека без стажа уже. Если цель — первая работа за квартал, проверяйте именно junior/intern на Go в вашем формате, а не статьи «Go растёт». Рост языка ≠ рост входных вакансий.
Не выбирайте backend-язык по «красоте синтаксиса». Выберите дверь, в которую готовы ходить: продукт и API, корпоративные системы, платформа. Затем подтвердите дверью объявлениями.
Frontend и fullstack: TypeScript как рабочий стандарт
TypeScript в 2026 — не хайп, а рабочий язык интерфейсов и часто Node-бэкенда рядом. Вакансии, где «достаточно JavaScript без типов», ещё встречаются, но в продуктовых командах типы уже норма. Учить «чистый JS навсегда, TypeScript потом» имеет смысл только если ваши живые junior-объявления так и написаны. Часто не написаны.
Frontend-вход перегрет не языком, а одинаковыми учебными лендингами. Язык здесь — TypeScript плюс один фреймворк, который реально торчит в вашей выборке, чаще всего React — это уже видно в вакансиях React и в разборе востребованных технологий. Не собирайте «React + Vue + Angular», чтобы «закрыть рынок». Рынок junior frontend закрывается одним кабинетом с формами, состоянием и честным README, а не зоопарком.
Fullstack как первый ярлык опасен: вы размазываете время на два неуверенных конца. Имеет смысл, если вакансии вашего региона явно ищут «JS/TS и простые API» на входе. Иначе сначала один край — UI или API — доведите до тестового.
Мобайл: Kotlin и Swift
Kotlin (Android) и Swift (iOS) — отдельные рынки со своими магазинами, ревью и устройствами. Кроссплатформа выглядит заманчиво, но как первый вход проверяется так же: есть ли junior-вакансии с этим стеком в вашем языке общения. Если нет — вы учите портфолио без воронки.
Мобайл хуже прощает «ещё один язык сверху». Нативная платформа плюс умение собрать и показать приложение важнее знания второго языка «на всякий случай». Смотрите, просят ли в объявлениях сеть, локальное хранение, работу с макетом, понимание жизненного цикла — это и есть программа, не список всех API платформы.
Данные, автоматизация и «универсальный Python»
Python часто берут «чтобы войти куда угодно». Куда угодно не войти. Data-роли на входе чаще про SQL, аккуратную таблицу и понятный вопрос к данным, чем про нейросети. ML-инженер без математики и без продакшен-практики — это не junior-вакансия, сколько бы курсов ни было на обложке. Автоматизация (скрипты, выгрузки, внутренние инструменты) ближе к входу, если вы можете показать скрипт, который экономит чужое время, и объяснить ограничения.
Если цель — данные, язык не выбирайте в отрыве от SQL. Без SQL Python в этой воронке — синтаксис вокруг пустоты. Если цель — backend, SQL всё равно почти всегда сосед. Имеет смысл учить его сразу, а не «потом, когда будет работа».