Зачем Python разработчику на JS/TS

Где Python выигрывает и почему JS/TS-разработчику не всё равно

Второй язык учат не ради новизны, а потому что он — путь наименьшего сопротивления для класса задач, с которыми ты реально столкнёшься. Для Python этот класс большой и растущий.

Данные и ML/AI-инструменты. Это решающий пункт. Весь численный и машинно-обучательный стек — numpy, pandas, scikit-learn, pytorch — Python-first, и экосистема генеративного AI ушла туда же. Эталонные SDK крупных провайдеров моделей, RAG- и агентные фреймворки (LangChain, LlamaIndex), клиенты векторных БД, инструменты для eval и ноутбуков — все они идут с Python во главе. Когда ты строишь что угодно, что касается эмбеддингов, дообучения или дата-пайплайнов, лучше всего документированная и поддержанная дорога — Python. Грести против этого течения из Node можно, но почти никогда не стоит.

Скриптинг, автоматизация и склейка. Python — выбор по умолчанию для десятистрочного скрипта, который переименовывает файлы, дёргает API, перекраивает JSON или сшивает две системы. Он есть на каждой Linux-машине и большинстве Mac, его стандартная библиотека огромна, а код читается почти как псевдокод, который ты набросал бы на доске. Для разовых операций и cron-задач в нём меньше церемоний, чем в Node-проекте.

Бэкенд и DevOps. Django и FastAPI — серьёзные, широко развёрнутые веб-фреймворки; Ansible, бо́льшая часть облачного CLI-тулинга и значительная доля инфраструктурной автоматизации — на Python. Ты встретишь Python и в бэкенд-сервисах, и в слое ops, искал ты его или нет.

Честная рамка: JavaScript по-прежнему владеет браузером и full-stack веб-приложением, а Node отличен для I/O-bound сервисов и тулинга. Ты не заменяешь свой основной язык. Ты берёшь тот, что открывает комнаты, в которые JS не входит легко.

Что покажется родным

Хорошая новость для JS/TS-разработчика: форма Python глубоко знакома, поэтому твои инстинкты в основном переносятся.

Он динамически типизирован и интерпретируем, как JavaScript: переменные — это имена, связанные со значениями, типы живут на значениях, и ошибки типов ты ловишь в рантайме, пока не подключишь инструменты. Есть настоящий REPL (Read-Eval-Print Loop — интерактивная оболочка: вводишь строку, сразу видишь результат; python в терминале, а лучше IPython/Jupyter), где ты интерактивно ковыряешь код — ровно та мышца, что и в консоли браузера. Функции — first-class: их передают, возвращают, замыкают над переменными, как и в JS. Есть list/dict-comprehensions, аккуратно ложащиеся на твои рефлексы .map/.filter. И стандартная библиотека богата — куда богаче, чем у Node, — поэтому к сторонним пакетам тянешься реже.

Если хочешь опциональную статическую типизацию, у Python есть type hints (def greet(name: str) -> str:), проверяемые mypy или pyright — тем же движком pyright, что питает твой TypeScript-редактор. Это постепенно и опционально, ближе к «проверяльщику типов из TypeScript, прикрученному к динамическому языку», чем к компилируемой системе типов, но ментальная модель тебе уже знакома.

Что по-настоящему другое

Это идиомы, об которые спотыкается каждый JS-разработчик в первый день. Усвой их — и пропустишь фрустрирующую неделю.

Значимые отступы вместо скобок. В Python нет { } для блоков и точек с запятой в конце инструкций. Структура блока и есть отступ: двоеточие открывает блок, а равномерно отступленные строки под ним — его тело. Это не стилевое предпочтение, на которое ворчит линтер, — это грамматика. Смешать табы с пробелами или сбить отступ одной строки — синтаксическая ошибка, а не придирка к форматированию.

None, а не null/undefined. В Python ровно один сентинел «нет значения» — None (с большой N), там где в JS их два. undefined нет; отсутствующий ключ или несвязанное имя вызывают ошибку, а не молча отдают значение. Сравнивают через is None, а не == None. Одно понятие отсутствия вместо двух убирает целый класс путаницы null против undefined.

Batteries included. Там где Node-проект тянет зависимость ради арифметики дат, UUID или HTTP-сервера, в стандартной библиотеке Python это часто уже есть (datetime, uuid, http.server, json, pathlib). Инстинкт npm install крохотного пакета стоит разучить: сначала загляни в stdlib. Когда рука потянулась к pip install ради чего-то, что звучит базово, — остановись: Python, скорее всего, уже это поставляет.

Другой мир пакетов. Это самая большая операционная перестройка. По умолчанию нет единой папки node_modules на проект. Вместо этого ты создаёшь виртуальное окружение (python -m venv .venv) — изолированный набор интерпретатора и пакетов на проект, — activate-ишь его и ставишь в него через pip, который тянет с PyPI (реестр, аналог npm). Зависимости и метаданные ты объявляешь в pyproject.toml (современный эквивалент package.json). Пропустишь venv — поставишь пакеты глобально и наплодишь конфликты версий между проектами: классическая ловушка новичка. Инструменты вроде uv, poetry и pipenv оборачивают этот воркфлоу, но понимать venv + pip + PyPI под капотом обязательно.

Карта понятий: JS/TS → Python

Ты пойдёшь быстрее, если будешь переводить, а не переучиваться. У большей части твоего ежедневного словаря есть прямой аналог в Python.