GitHub: ИИ меняет выбор языков, лидирует TypeScript

Отчет GitHub Octoverse 2025 показывает, как искусственный интеллект меняет предпочтения разработчиков и делает поддержку ИИ одним из ключевых критериев выбора технологий.

По данным GitHub, в августе 2025 года TypeScript впервые обошел Python и JavaScript и стал самым используемым языком на платформе. Авторы связывают это не только с ростом популярности самого языка, но и с тем, как ИИ-инструменты работают с разными стеками.

GitHub отмечает, что удобство работы с ИИ формирует устойчивые привычки: если задача решается быстрее и с меньшим количеством ошибок, разработчики начинают чаще выбирать соответствующие языки, фреймворки и инструменты. По данным компании, 80% новых пользователей GitHub подключают Copilot в течение первой недели, и это меняет их базовое представление о том, что считается «простым» рабочим процессом.

ИИ-сервисы снимают «штраф» за сложные языки и инструменты: когда модель генерирует шаблонный код и следит за синтаксисом, разработчики свободнее используют более мощные, но раньше считавшиеся тяжёлыми технологии. В GitHub приводят пример Bash: рост использования оболочки объясняют тем, что Copilot компенсирует прежнюю «боль» от написания скриптов, поэтому инженеры чаще выбирают этот инструмент по принципу «правильный инструмент под задачу».

GitHub подчеркивает, что выбор разработчиков постепенно смещается к технологиям, которые лучше всего совместимы с ИИ-инструментами и уже встроены в текущие рабочие процессы.

Отдельно выделяется преимущество языков со строгой типизацией. В таких языках, как TypeScript, объявление вида x: string резко сужает пространство допустимых операций. Для ИИ это означает более четкие ограничения и, как следствие, более точный и уместный код. Разработчики реагируют на такой рост предсказуемости и начинают чаще выбирать подобные языки.

По данным GitHub, уже свыше 1,1 млн публичных репозиториев содержат SDK для больших языковых моделей (LLM). Компания делает вывод, что это уже не эксперимент, а массовое внедрение, которое концентрируется вокруг стеков, лучше всего работающих с ИИ.

GitHub дает несколько практических рекомендаций командам, которые хотят использовать ИИ осознанно и без ущерба для архитектуры:

  • Сначала задать шаблоны, потом генерировать: ИИ хорошо повторяет уже заданные архитектурные решения, но хуже придумывает их с нуля. Если первые эндпоинты, компоненты и структуры оформлены качественно, Copilot будет их воспроизводить.
  • Использовать типы как «ограничители», а не замену здравого смысла: прохождение проверок типов не гарантирует корректную бизнес-логику.
  • Усилить тестирование сгенерированного кода: визуальная «правдоподобность» вывода модели не должна становиться поводом ослаблять проверки.
  • Готовиться к росту скорости разработки: при ИИ-поддержке throughput часто растет на 20–30%, и без четких ограничений архитектурный «дрейф» будет накапливаться быстрее.
  • Стандартизировать подходы до масштабирования: документировать паттерны, публиковать шаблонные репозитории, формализовать архитектурные решения.
  • Отслеживать не только объем, но и характер ИИ-кода: дашборд метрик Copilot (публичный предпросмотр для Enterprise) позволяет видеть активность пользователей, долю использования агентов, объем изменений кода, а также статистику по языкам и моделям.

GitHub советует использовать метрики, чтобы находить проблемные зоны. Например, высокая доля использования агентов при одновременном росте дефектов в конкретных командах может говорить о том, что им нужна дополнительная подготовка по работе с промптами или более строгие код-ревью. Через API доступна детализация по пользователям, что позволяет строить собственные аналитические панели.

Отдельное внимание предлагается уделить архитектурному надзору. По мере роста продуктивности вложения в работу старших инженеров становятся еще важнее: кто-то должен следить за целостностью системы при ускорении поставки кода. GitHub рекомендует делать архитектурные решения максимально явными и легко доступными — через ADR-документы, README, комментарии и структуру репозиториев, чтобы ИИ мог лучше учитывать контекст.

Авторы Octoverse 2025 отмечают, что технологические решения все чаще формируются под влиянием удобства, привычки и поведения ИИ-инструментов. Если при выборе языка, фреймворка или инструмента игнорировать фактор совместимости с ИИ, это приведет к дополнительным барьерам в будущем. Для создателей языков и платформ поддержка ИИ, по оценке GitHub, уже не может рассматриваться как второстепенный аспект.

Полный анализ представлен в свежем отчете GitHub Octoverse 2025, где также можно изучить работу дашборда метрик Copilot и детальные данные по трендам в экосистеме открытого кода.

Источник: материалы GitHub, отчет Octoverse 2025.

Оцените статью
Gimal-Ai