The State of Developer Ecosystem 2025 — исследование JetBrains

Ежегодный опрос The State of Developer Ecosystem глубоко анализирует мир разработки программного обеспечения и показывает, как работают разработчики, какие инструменты они используют и как меняется отрасль.

• Исследование базируется на ответах 24 534 разработчиков из 194 стран.
• Данные собраны с апреля по июнь 2025 года.
• Цель — проследить, как изменяется работа, инструменты и взгляды разработчиков в эпоху ИИ.

Основные тенденции

Широкое распространение ИИ-инструментов

• 85% разработчиков уже регулярно используют ИИ-инструменты в своей работе.
• 62% полагаются по крайней мере на один «ИИ-ассистент» или редактор с ИИ.
• Из тех, кто использует ИИ, около 90% отмечают экономию хотя бы часа в неделю, а 1 из 5 экономит 8 часов и более — то есть целый рабочий день.
• 68% ожидают, что работодатели скоро будут требовать владения ИИ-инструментами.

Что именно доверяют ИИ: написание шаблонного кода, комментариев, документации, поиск информации, преобразование кода между языками и т.д.

Опасения:

1. Непостоянство качества генерируемого кода
2. Недостаточное понимание сложной логики
3. Вопросы безопасности и конфиденциальности
4. Возможное снижение собственных навыков
5. Отсутствие контекстного понимания у ИИ

Языки программирования: рост одних, спад других

• TypeScript демонстрирует наиболее сильный рост в практике за последние годы.
• Также продолжают набирать популярность Rust, Go и Kotlin, хотя не с такими резкими темпами.
• Языки вроде PHP, Ruby, Objective-C испытывают устойчивое снижение активности.
• В рейтинге «Language Promise Index» наилучший потенциал роста признан у TypeScript, Rust и Go; JavaScript, PHP и SQL рассматриваются как более зрелые языки без сильного роста.
• Разработчики планируют в будущем освоить главным образом:
  • Go (11%)
  • Rust (10%)
  • Python (7%)
  • Kotlin (6%)
  • TypeScript (6%)
• Удивительно, но Scala лидирует среди самых высокооплачиваемых разработчиков с показателем 38%, несмотря на то, что его используют в качестве основного языка лишь 2% разработчиков. Иногда, похоже, узкоспециализированные знания в буквальном смысле окупаются.

Переосмысление продуктивности

• Традиционные технические метрики (время сборки, velocity, MTTR) уже не считаются единственными индикаторами успеха.
• Разработчики выделяют важность как технических (51%), так и нетехнических (62%) факторов (коммуникация, сотрудничество, ясность задач и т.д.) для оценки своей работы.
• Тем не менее 66% полагают, что текущие метрики не отражают настоящей ценности их вклада.
• Тема: как создавать такие рабочие среды, где ценится не только конечный результат, но и способ, которым он достигается.

Реальность работы и рынок

• В разных странах ощущение рынка труда сильно варьируется: В Японии 57% разработчиков считают его «благоприятным». В Канаде 66% считают его «сложным».
• Среди младших разработчиков 61% жалуются на трудности на рынке труда; даже среди старших есть 54% с таким ощущением.
• По мере роста опыта техническая нагрузка часто сменяется обязанностями по координации, переключению контекста, управлению окружающими процессами.
• Несмотря ни на что, многие разработчики продолжают кодить «для удовольствия» после работы — 52%.

Исследование обладает отличным охватом — большое число участников и широкий географический разброс делают выводы значимыми. Хорошо видно, как ИИ перестаёт быть «инструментом экспериментов» и становится частью рабочей нормы. Полезно, что авторы поднимают вопрос, что продуктивность — это не только скорость, но и качество взаимодействия, коммуникации и понимание целей.

Однако такие отчеты всегда подвержены искажениям: люди склонны преувеличивать, особенно в вопросах продуктивности и использования инструментов. Неясно, насколько выборка “активных пользователей продуктов JetBrains” влияет на представительность (то есть есть ли перекос в сторону тех, кто уже более технологически продвинут). И вопросы безопасности, ответственности и незнания ИИ пока остаются открытыми — отчет показывает, что многие озабочены, но не дает чётких путей решения этих проблем.