JavaScript-разработчик: чем занимается, какие навыки нужны и как учиться

JavaScript — основной язык, который браузер выполняет сам, без плагинов. Поэтому он есть почти в любом веб-проекте: в опросе Stack Overflow 2025 года им пользуются 66 % из 31 771 участника, ответившего на вопрос о языках, а TypeScript назвали 43,6 %. Но «JavaScript-разработчик» в вакансии почти никогда не означает просто знание языка. Работодатель ищет человека под конкретную среду: интерфейс на React, сервис на Node.js, мобильное приложение. Язык — общий вход, а профессия начинается на следующем шаге.

Один язык, четыре среды

Код на JavaScript выполняет движок, а что программа может делать, решает окружение вокруг него. В браузере у кода есть доступ к странице, событиям мыши и клавиатуры, сетевым запросам, но нет доступа к файлам компьютера. В Node.js всё наоборот: страницы нет, зато есть файловая система, сеть, процессы и базы данных. Отсюда и разница в работе.

Самые массовые пути — первые два, о фронтенде и бэкенде на сайте есть отдельные статьи. Здесь речь о том, что у всех этих работ общее.

Общее ядро: асинхронность и цикл событий

Новички чаще спотыкаются не о синтаксис, а о то, как JavaScript ждёт ответа сервера, чтения файла, запроса к базе. Код не останавливается на время ожидания: он регистрирует функцию, которую вызовут, когда придёт результат, и продолжает работу. Порядок, в котором такие функции выполняются, задаёт цикл событий (event loop). Промисы и конструкция async/await — способ записать это ожидание так, чтобы код читался сверху вниз.

Главная особенность в том, что основной поток у JavaScript один. В браузере это значит: пока выполняется долгий расчёт, страница не реагирует на клики. На сервере последствия серьёзнее. В руководстве Node.js «Не блокируйте цикл событий» это сказано прямо: Node.js обслуживает много клиентов малым числом потоков, и если поток занят запросом одного клиента, остальные ждут, поэтому честное распределение времени между клиентами — ответственность приложения. Там же приведены примеры: JSON.stringify для объекта в 50 МБ занимает около 0,7 секунды, а обратный JSON.parse — 1,3 секунды, и всё это время сервер не отвечает никому.

Разобрать цикл событий стоит до фреймворков. Например, на онлайн-курсе JavaScript от Skillbox промисам, циклу событий и асинхронным операциям отведено место в базовой части, а итоговая работа — интерактивный каталог магазина по техническому заданию. Node.js, TypeScript и React в эту программу не входят, так что после неё придётся выбирать следующий шаг.

Учебный пример: выгрузка, которая останавливает сервис

Ситуация учебная. Небольшая компания держит на Node.js сервис заказов. Менеджеры попросили кнопку «Скачать все заказы за год в CSV». Разработчик пишет обработчик: забирает все строки из базы одним запросом, собирает их в массив, превращает в текст и отдаёт файл. На тестовых данных всё работает за секунду.

В рабочей базе заказов в сотни раз больше. Когда менеджер нажимает кнопку, сервер несколько секунд перебирает массив и собирает строку, и всё это время покупатели на сайте видят бесконечную загрузку: их запросы стоят в очереди за одним тяжёлым расчётом.

Исправление строится на том же понимании цикла событий. Разработчик читает строки из базы порциями через курсор, формирует CSV потоком и отправляет клиенту по частям, не собирая весь файл в памяти. Если выгрузка требует сложных расчётов, их выносят в отдельный рабочий поток (worker thread) или фоновую задачу, а пользователю присылают ссылку, когда файл готов. Результат: сервис отвечает покупателям, пока менеджер скачивает отчёт, а память процесса не растёт вместе с числом заказов.

TypeScript: стандарт, который Node.js понимает, но не проверяет

TypeScript — надстройка над JavaScript, в которой к переменным, параметрам и ответам функций добавляются типы. Компилятор находит ошибки до запуска: число вместо строки, необработанный пустой ответ, опечатку в названии поля. В коммерческих проектах его ждут по умолчанию, и учить его стоит сразу после основ языка.

Долгое время TypeScript нельзя было запустить напрямую: код сначала переводили в JavaScript компилятором или сборщиком. Сейчас Node.js делает это сам. По документации Node.js удаление типов (type stripping) появилось в версии 22.6 за флагом, включено по умолчанию с версий 23.6 и 22.18 и объявлено стабильным в 24.12 и 25.2. Команда node app.ts просто работает.

Но у этого удобства есть границы, о которых легко не узнать до первой ошибки. Node.js не проверяет типы — он заменяет их пробелами и выполняет то, что осталось. Код с ошибкой типов запустится, и ошибка проявится уже при работе. Файл tsconfig.json Node.js не читает, поэтому псевдонимы путей из него не действуют. Конструкции TypeScript, у которых есть поведение во время выполнения, вызывают ошибку: перечисления enum, пространства имён с кодом, свойства-параметры в конструкторе класса. Импорт типов нужно помечать словом type, а у импортируемых файлов указывать расширение .ts. Для файлов внутри node_modules удаление типов не работает намеренно: авторов пакетов подталкивают публиковать готовый JavaScript. Флаг --experimental-transform-types, который позволял преобразовывать enum и похожие конструкции, в версии 26.0 удалён.

Что это значит на практике. Проверка типов никуда не исчезает: её по-прежнему выполняет компилятор tsc — в редакторе, перед коммитом и в конвейере сборки. Сам TypeScript начиная с версии 5.8 предлагает опцию --erasableSyntaxOnly: она заранее помечает ошибкой всё, что Node.js не сможет просто стереть, — enum, namespace с кодом, свойства-параметры. Сборщик для браузера тоже остаётся нужен: браузеры TypeScript не выполняют, а код интерфейса ещё объединяют и сжимают. Отказаться от шага сборки можно в основном в серверных скриптах и небольших сервисах, а старый проект, где повсюду enum, без переделки так не запустится.

Важна и версия самого Node.js. На странице выпусков на сентябрь 2026 года поддерживаются линии 24 и 22 (LTS), 26-я — текущая, а 20-я помечена как снятая с поддержки (EOL), её последний выпуск вышел в марте 2026 года. Для рабочих проектов Node.js рекомендует только LTS-версии, а на Node.js 20 файл .ts без дополнительных инструментов не запустится вовсе.

npm и зависимости

Почти любой проект на JavaScript собран из чужих пакетов. Их ставят через npm — менеджер пакетов, который идёт вместе с Node.js; в том же опросе Stack Overflow npm отметили 56,8 % участников. В файле package.json перечислены зависимости и команды проекта, а lock-файл фиксирует точные версии всех пакетов, включая вложенные. Через npm run каждый день запускают сборку, тесты и линтер.

С зависимостями связаны и риски. Одна команда установки приносит в проект десятки и сотни пакетов, которые пишут незнакомые люди. Отсюда рабочие привычки: не ставить пакет ради одной короткой функции, фиксировать версии, использовать npm ci в конвейере сборки, чтобы ставилось ровно то, что записано в lock-файле, и регулярно смотреть отчёт npm audit.

Сборку и зависимости лучше осваивать на практике. На курсе «JavaScript-разработчик» в Брунояме программа идёт от основ языка и работы со страницей к Node.js с NPM, Webpack и Babel, затем к Promise, fetch и async/await, основам React и TypeScript. Обучение рассчитано на четыре месяца в формате видеоуроков, заявлено больше 30 практических заданий. Это обзор одной программы, поэтому глубину отдельных тем, например серверной части, стоит уточнить у школы.

Куда идти после основ языка

После языка, асинхронности и TypeScript наступает развилка, и выбирать лучше по тому, какие задачи вам интересны.

Если хочется видеть результат на экране и работать рядом с дизайнерами, это фронтенд: React или Vue, вёрстка, доступность, производительность страниц. Если больше интересны данные, надёжность и то, что происходит после нажатия кнопки, это сервер на Node.js: HTTP и API, SQL, очереди, авторизация, логи. Третий вариант — фулстек, когда один человек делает и интерфейс, и сервер. На JavaScript это естественно — один язык и общие типы на обеих сторонах, но и отвечать приходится за обе.

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

Программы, которые ведут сразу по пути фулстека, заметно длиннее. Например, онлайн-курс «Fullstack-разработчик на JavaScript + ИИ» в Eduson Academy рассчитан на 11 месяцев: HTML и CSS, JavaScript и TypeScript, Node.js, Express, SQL и тесты, работа с нейросетевыми инструментами, а в дипломном проекте — сайт списка желаний с интерфейсом на React и сервером на Node.js и Express. Он подойдёт тем, кто готов к долгой учёбе и хочет увидеть обе стороны приложения, прежде чем выбрать одну.

Сколько платят

Зарплата зависит не от языка как такового, а от того, в какой среде вы на нём работаете. В статье Хабр Карьеры от 28 августа 2026 года по итогам первого полугодия 2026 года приведены медианы по специализациям без разбивки по уровню: бэкенд — 251 тысяча рублей в месяц, фронтенд — около 225 тысяч, фулстек — около 208 тысяч, мобильная разработка — 295 тысяч. По городам для всех разработчиков там же названы 270 тысяч в Москве, 247 тысяч в Санкт-Петербурге и 200 тысяч в регионах. Это зарплаты, которые указали сами специалисты, а не предложения работодателей в вакансиях.

В основном отчёте Хабр Карьеры за первое полугодие 2026 года, построенном на 45 226 анкетах, есть и деталь именно про язык: медиана по JavaScript за полгода снизилась на 2 %, тогда как по Python выросла на 6 %, а в среднем по IT зарплаты прибавили 4 %. Отдельной медианы для TypeScript или Node.js в отчёте нет. Медиана по всем уровням включает сеньоров и тимлидов, поэтому стартовую вилку смотрите в вакансиях с фильтром по городу, навыку и опыту, сравнивая нижние границы и проверяя, указана сумма до вычета налога или на руки.

Что может оказаться трудным

Экосистема JavaScript меняется быстро, и новичка легко утянуть в бесконечную смену инструментов. Спасает опора на то, что меняется медленно: язык, HTTP, асинхронность, SQL, тесты. Вторая трудность — ошибки, которые не видны сразу: забытый await, гонка между двумя запросами, блокирующий вызов на сервере. Они проявляются под нагрузкой или на реальных данных.

Третья — конкуренция на входе. JavaScript учат очень многие, поэтому одного учебного проекта с интерфейсом обычно мало; выделиться помогает глубина в одной ветке: сервер с тестами, продуманная обработка ошибок, типизация без any на каждом шагу. И если вам не нравится читать чужой код и документацию, работа быстро станет тягостной: на чтение уходит значительная часть дня.

Как начать учиться

Разумная последовательность выглядит так:

1. Основы языка: типы, функции, объекты и массивы, модули; параллельно — Git и терминал.
2. Асинхронность: колбэки, промисы, async/await, цикл событий; программы, которые обращаются к открытому API.
3. TypeScript с включённым строгим режимом и проверкой через tsc.
4. Выбор ветки: браузер и React или сервер на Node.js с базой данных. Вторую ветку можно добрать позже.
5. Тесты и сборка: запуск тестов через npm, линтер, простой конвейер проверки на GitHub.

Начать можно бесплатно — с документации MDN и учебных задач. Платное обучение имеет смысл, когда нужна структура, проверка кода и дедлайны. При выборе смотрите, есть ли в программе асинхронность и TypeScript, а не только вёрстка и основы синтаксиса, проверяет ли код живой человек и что будет итоговым проектом. Сравнить школы по цене, формату и поддержке поможет рейтинг онлайн-школ с курсами JavaScript и TypeScript. В нём есть и детские курсы, и курсы автоматизации тестирования на JavaScript, так что смотрите на содержание программы.

Как показать первые результаты

Один доведённый до рабочего состояния проект ценнее десяти заготовок по видеоурокам. Для фронтенда это приложение с загрузкой данных, обработкой ошибок и пустых состояний, опубликованное по ссылке. Для сервера — API с базой данных, авторизацией, тестами и понятным README, где написано, как запустить проект одной командой. Хороший знак — TypeScript без ошибок tsc и актуальная LTS-версия Node.js.

Описание в README того, как вы нашли медленный запрос или блокирующий вызов и что изменили, говорит о навыке больше, чем список технологий.

Первые шаги бывают разными: стажировка во фронтенде продуктовой компании, место младшего разработчика в студии, которая делает сайты и интеграции для клиентов, переход внутри компании из тестирования или поддержки, где вы уже писали скрипты на JavaScript. Выберите ветку, доведите в ней один проект до конца и только потом расширяйте стек.