Не нашёл на Хабре разбора этого отчёта. С 2017 года JetBrains проводит опросы, на базе которых готовит отчёты о состоянии индустрии. В 2024 году опросили 23к разработчиков. В отчёте есть разное интересное, имеет смысл ознакомиться с ним целиком. Мы же с вами посмотрим на отдельные моменты, которые я считаю самыми примечательными.
В топе языков всё стабильно, там JavaScript, Python, Java. Впервые Go обогнал PHP, последний уже довольно давно увядает.

Интересен блок с планами. Для каждого языка можно выбрать «мой основной язык» или «планирую использовать». Основной язык Python у 35% разработчиков, ещё 6% планируют его использовать. Самые большие планы на внедрение у Go (10%) и Rust (11%). Интересно, реализуется ли это.

На рынке РФ вроде Rust не очень востребован, и число вакансий это пока подтверждают.

Компания JetBrains попробовала вывести некий «индекс перспективности» языка. Сомневаюсь, что на него разумно опираться при выборе инструмента, но пусть будет

Интерес может представлять такая двумерная табличка. Справа указаны сферы деятельности (разработка веб-сайтов, веб-сервисов, ...), вверху язык. На пересечении указан процент людей, которые указали основным язык в этой сфере.

В топе баз данных тоже всё стабильно: MySQL, PostgreSQL, MongoDB, SQLite, Redis. Приятно, что ClickHouse от Яндекса потихоньку растёт. Странно, что Elasticsearch впервые в этом году добавили в опрос.

Дальше моё любимое. Не использует виртуализацию 25% респондентов. 50% с докером, дальше есть нюансы.

Проникновение искусственного интеллекта в разработку довольно сильное. 70% пробовали, а 50% постоянно используют ChatGPT. Можно позалипать на цифры постоянного использования у других игроков: 26% у GitHub Copilot, 7% Google Gemini, 5% JetBrains AI, 3% Anthropic, 1% Tabnine, 2% локальный AI, 3% Codeium, 1% Blackbox AI. 1% Llama, 1% Gemini, 1% Cursor. Есть куда расти. Про остальных игроков я не слышал.

Занятная статистика по профиту от ИИ. Теперь ИИ является не только чатботом, но и заменой поисковику, помощником кодера, автоматизатором рутинных задач. Интересно, а есть ли уже бот, который code review в MR проводит? Если кто такое видел или использовал, поделитесь впечатлениями.

В блоке Developers' Life интересная статистика про затраты времени на код и на коммуникацию (созвоны, чаты, почта). Вроде опрос разработчиков, но 5% ребят тратят на код меньше 20% времени. Пикабу читают, наверное.

76% разработчиков изначально в ИТ, и 22% перешли в ИТ откуда-то. Мне был бы интересен срез по годам. В 2023 году картина была аналогичной, а дальше копать лень.

Интересен вопрос «самая сложная часть вашей работы». 38% отмечают понимание потребностей пользователей, 34% коммуникацию с командой (и ещё 16% с другими разработчиками). Проблема 32% в разборе чужого кода, и у 16% проблема в отладке. Непосредственно в написании кода сложности только у 15%, и в первую очередь эту часть сможет взять на себя ИИ. Остальные сложности, вероятно, пока останутся. А вообще всё выше подводит нас к важности софт скиллов, и об этом мы стали чаще писать (например, Ведение дел – мой опыт).

Остальное время код компилируется, как известно

Иронично, что при этом 50% разработчиков работают в команде всего лишь из 2-7 человек. Одиночек и ещё 8%. И даже им сложно с коммуникацией, бедные команды по 10+ человек

Почему-то в обзоре 2024 года этого вопроса нет, поэтому вот вам картинка из 2023. На какой операционной системе вы программируете?

Наш пост Зачем разработчику нужен Linux вообще и терминал в частности в своё время вызвал бурное обсуждение.
Такое вот моё мнение об обзоре индустрии. Что вам запомнилось, а я это пропустил?
В DevFM пишу о полезном для разработчика.
Комментарии (63)
nick758
16.01.2025 13:47И ещё 42% тоже линукса, но на макбуках
Каким местом macOS тоже линукс?
DevFM Автор
16.01.2025 13:47С точки зрения консоли, имеющей довольно большое значение для разработчика
iliks84
16.01.2025 13:47Ну, тот же докер ведь на мак оси поднимает виртуалку, на которой гоняет обычные линуксовые образа. А докер локально 50% используют по статье. Хотя бы этим.
Vitimbo
16.01.2025 13:47И чем это отличается от докера на винде, который через виртуалку поднимает линуксовые образы?
DevFM Автор
16.01.2025 13:47Концептуально - ничем. Более того, виндовый WSL довольно хорош. Конечно, пока Microsoft не начал действовать по EEE
Но почему-то разработчикам линукс и макось в среднем куда больше нравятся, чем винда. В том плане, что в обычной жизни типа 90%+ винды, ~8% макоси и ~2% линукса, а у разработчиков примерно 30%/30%/30%. Это огромный разрыв, который (мне) непонятно чем вызван. Но большинство всяких гайдов, как решать проблемы, проще всего найти линуксовые. Возможно, это связано с возможностью кастомизации. Возможно, с близостью и удобством консоли. Возможно, тем, что 90%+ серверов на линуксе, и проще разрабатывать на той же ОС, что и на сервере стоит
aspid-crazy
16.01.2025 13:47Но большинство всяких гайдов, как решать проблемы, проще всего найти линуксовые.
А возможно, в связи с количеством инцидентов, когда пользователю нужен гайд:)
DevFM Автор
16.01.2025 13:47Чем больше пользователей, тем больше проблем. И гайдов. Так и растёт экосистема) ломается всё и у всех
QValder
16.01.2025 13:47Графики оценки затрат на коммуникации/написание кода некачественно отражают картину влияния коммуникаций. Если затраты на коммуникации 20% времени, а остальные 80% идёт на написание кода, это не значит что эффективность кодирования упала на 20%, поскольку коммуникации выбивают из рабочего ритма и часто бывают неэффективны, что утомляет. В итоге эффективность написания кода может упасть и на 40%.
DevFM Автор
16.01.2025 13:47Думаю, большинство отвечало "по ощущениям", в этом случае в затратах на коммуникации уже учтены потери из-за прерываний. Но это весьма неточно. На хабре я про такое не писал, потому что счёл результат недостаточно техническим, но вот две небольшие зарисовки по теме:
Трекайте рабочее время о, собственно, полезности записи потраченного рабочего времени и кому оно вообще нужно. То есть если интересно, можно на себе провести опыт - записать рабочее время созвонов и пока не вошёл в рабочий ритм, всё к созвону отнести. Тогда можно получить реальную картину затрат на непосредственно код и на коммуникации
Как я использую папки в Телеграм для удобства - тут поделился годами отточенным способом организации рабочих чатов для минимизации прерываний
NeoNN
16.01.2025 13:47По другим исследованиям, непосредственно на написание кода идёт всего 10-15 процентов времени (вместе с навигацией в IDE), а до 70% занимает процесс "понимания", чужого/своего прошлого кода, постановки задачи, взаимосвязей, итд.
DevFM Автор
16.01.2025 13:47По исходной постановке вопроса "понимание кода" я бы отнёс к activities directly involving code, в левый график
w5346c
16.01.2025 13:47Это те JetBrains, которые весь свой бизнес построили в России, а потом свалили и теперь банят россиянам доступ к своим продуктам? Противно.
DevFM Автор
16.01.2025 13:47Солидарен, я окружающим меня людям теперь не предлагаю pycharm. Велкам к нам в vim, ну или в vscode. Но, несмотря на это, игнорировать результаты этого опроса нахожу вредным
Tony-Sol
16.01.2025 13:47Велкам к нам в vim
С радостью бы полностью перешел на neovim окончательно, но такой же поддержки kotlin как в idea ни там, ни в vscode и близко нет :с
DevFM Автор
16.01.2025 13:47Не имею опыта с котлином. Скорее всего, вы правы. А, возможно, кто-то уже дописывает годный плагин на этот счёт)
Tony-Sol
16.01.2025 13:47Спасибо стоит сказать fwcd за работающий LS и DA для kotlin, а то без этого совсем была бы боль. В vscode оно конечно получше чем в neovim (хотя 95% того, что я просто не до конца сконфигурил), но из вещей которых больше всего не хватает - это возможность пригнуть в исходники установленной как зависимость библиотеки, плюс - LS не всегда понимает javadoc/kdoc и поэтому подсказки иногда могут показывать только чуть более, чем ничего
DevFM Автор
16.01.2025 13:47Спасибо за ссылку. Вообще language server - это просто великое изобретение. А что такое DA?
Tony-Sol
16.01.2025 13:47Собственно полностью согласен - language server protocol и debug adapter protocol сильно развязывают руки в выборе инструментов разработки (в сравнении с тем как было раньше)
iliks84
16.01.2025 13:47Для меня вся эта ситуация с уходом джетбрейнз стала красным флагом, какой vendor lock-in представляет котлин из-за привязки к единственной «нормальной» иде. Но наши разрабы продолжают на нем писать и продвигать…
Tony-Sol
16.01.2025 13:47Ну потому что сам язык как будто бы хороший. Там не то что прям vendor-lock, просто в java-мире intellij idea лидер и сообщество не задумывалось над альтернативами. Даже имеющиеся LS и DA появились не от jb, а от сообщества, потому что они принципиально на своей внутренней технологии сидят до последнего
Vedomir
16.01.2025 13:47Вот кстати да, это же безотносительно санкций и конкретной ситуации вообще - такая зависимость от одной компани да еще и с закрытыми сиходниками ненормально и опасно. Тут уже даже с C# от MS ситуация заметно лучше.
iliks84
16.01.2025 13:47Еще оракл и мс огромные и бездушные корпорации, а вот с джетбрейнзом прямо чувствуешь, как они с душой, старанием Россию ненавидят)
Vedomir
16.01.2025 13:47Я принципиально не хочу обсуждать такие вещи на хабре (да и опять же законодательнство может поменяться и для крупных корпораций), но при выборе любой технологии как мне кажется всегда стоит помнить про опасность такого vendor-lock и выбирать может даже не лучшую, но более свободную.
qeeveex
16.01.2025 13:47Как понимаю забанили только корпоративные лицензии из-за санкций. Физиков не трогали.
BadDancer
16.01.2025 13:47Причем забанили и fallback лицензии. Т.е. не только не дают купить подписку, но и фактически отобрали уже купленное.
iliks84
16.01.2025 13:47Дело не только в бане лицензий. Например, они закрывают баг-репорты от русских со словами мол, мы не общаемся с санкционными странами.
cupraer
16.01.2025 13:47Язык программирования Shell занимает уверенное седьмое место с 35%. Это всё, что вы хотите знать об этой статистике.
А кроме того, какая разница, сколько процентов обезьян пишут лапшу на го, если каждому человеку нужно всего 1 (одно) рабочее место мечты? Не существует в мире денег, за которые я бы согласился писать код на питоне, го, или джаве. Хотя умею и могу, в принципе.
DevFM Автор
16.01.2025 13:47Вероятно, shell лидирует из-за того, что это вспомогательный язык для linux и его выбирали "вдогонку". У меня совершенно не вызывает удивление его распространённость
Прямо интересно. Если вас не устраивает питон, го или джава, то что же для вас рабочее место мечты?
cupraer
16.01.2025 13:47Shell — не язык, для начала. Это подмножество языков для любой операционной системы, Linux тут ни при чем тоже.
Он попал в рейтинг, потому что они считают каждый открытый файл, и любой программист хоть раз в жизни, да откроет шеллскрипт.
Если вас не устраивает питон, го или джава, то что же для вас рабочее место мечты?
Idris
Erlang
Elixir
Rust
Ruby
DevFM Автор
16.01.2025 13:47Shell включает множество нюансов, но велика ли разница между условным bash и fish? Да, есть нюансы. Но их вряд ли можно назвать существенными. Питон3.6 от питона 3.11 тоже сильно отличается, но это один язык
Спасибо за языки. А теперь основной вопрос - почему они? Что в них такого прекрасного, что они лучшее в мире место, а условный питон невероятно плох, по вашему мнению?
cupraer
16.01.2025 13:47условный питон невероятно плох
Я нигде не утверждал, что питон плох. Я сказал, что мне он не подходит (я пишу в основном высоконагруженные (поэтому иногда раст) высококонкурентные (поэтому эрланг/эликсир) библиотеки с доказательством корректности (поэтому идрис)). А руби я просто люблю за безалаберность и возможность творить любую дичь.
Люди разные, представляете? Мне неинтересно, когда нет какого-нибудь пердомонокля, типа потока входящих сообщений 100К/сек, или постоянно перестраивающегося кластера в плохой сети.
kivan_mih
16.01.2025 13:47В прошлом году появился еще один важный тренд, по непонятной причине пропущенный в тексте: существенное повышение качества плагинов, выпускаемых уважающими себя компаниями - теперь всего за несколько месяцев они набирают тысячи скачиваний и сотни благодарных комментариев.
https://plugins.jetbrains.com/plugin/24468-classic-ui
DevFM Автор
16.01.2025 13:47В отчёте вроде ничего не было про плагины. Но экосистема плагинов довольно интересная, это точно. Плюс там неплохо с монетизацией вроде как, то есть при определённой доле удачи можно получить неплохую прибавку к зарплате. Некоторое время назад они забанили возможность качать плагины из РФ, сейчас с этим как?
randvell
16.01.2025 13:47>Теперь ИИ является не только чатботом, но и заменой поисковику
Мне вчера было лень искать unix timestamp для 1 декабря 2024 года, я просил попросил ChatGPT. В итоге он дал метку для 1 декабря 2023 года. Такого глупого перевирания настолько простой вещи я еще не встречал до этого момента. Так что даже на текущих версиях использовать нейронки как поисковик очень и очень опрометчиво.
cupraer
16.01.2025 13:47Что значит искать?
date --date='2024-12-01T00:00:00Z' +%s
randvell
16.01.2025 13:47Ну вы понимаете степень моей лени на тот момент, что я решил это в chatgpt вбить, а не в гугл, где ответ был бы даже не по первой ссылке, а буквально над ссылками? И предлагаете печатать аж целую команду? :)
По факту я рассчитал, что нейронка просто возьмет и выполнит простое преобразование, но по факту остаётся только догадываться что привело к ошибке на целый год.
DevFM Автор
16.01.2025 13:47Чат-бот галлюцинирует, это общеизвестно. И на отдельные простые, казалось бы, задачи ИИ может выдавать неверный ответ. ИИ не умеет считать без плагина, плохо работает с буквами (так как внутри токены другого плана, посчитать количество вхождений буквы в слово ИИ может с трудом) и имеет ещё кучу недостатков. Под капотом нейросеть просто очень хорошо умеет прогнозировать следующее слово
Невероятно, что оно при этом способно решать задачи и вообще вести себя довольно разумно
isumix
16.01.2025 13:47Ну наконец-то адекватный анализ где JavaScript а не Python на первом месте по использованию. Я бы еще не выделял его статический анализатор типов - Typescript, в отдельный язык.
Вот еще один нормальный анализ.
DevFM Автор
16.01.2025 13:47Зависит от того, что мы измеряем. Jetbrains опрашивало разработчиков. TIOBE вычисляют некий слепок из проектов на гитхабе, ответов в поисковиках и ещё куче метрик. Можно смотреть на вакансии или резюме
Глобально, порядок языков в рейтинге имеет очень малое значение. Любой из топ-10 является хорошим кандидатом для рабочего инструмента. Ещё лучше иметь в своём репертуаре парочку языков (лучшей я считаю связку быстрого в разработке типа python и быстрого в плане производительного типа go/java/c++). Ну и как гимнастику для ума можно изотерические языки потыкать - lisp, prolog, haskell, ...
Typescript я бы тоже не выделял, наверное. Хотя знающие люди почему-то выделяют. Но не моя область
g0gagum
16.01.2025 13:47Отдельных страниц для разных языков программирования почему-то в этом году не сделали. Мне было интересно, как поменялось распределение использования разных версий C++ за прошедший год. Оказалось, что прогресс есть (график построен по данным, которые прилагаются к отчётам).
DevFM Автор
16.01.2025 13:47А глобально зачем? То есть какой вывод можно сделать из такого графика?
g0gagum
16.01.2025 13:47Мне самому хочется программировать на как можно более новом стандарте. Возможность этого определяется тем, насколько вероятно, что в проекте, над которым я работаю, будут обновлять компилятор и поднимать стандарт. Последнее определяется верой в качество поддержки новых фич. Переход на новый стандарт это цепной процесс: энтузиасты перешли на новый стандарт, зарепортили и починили баги, тогда более скептически настроенные работяги тоже перейдут.
По графику можно, например, сделать вывод, что C++17 перестал расти. В 2023ем его доля ещё возрастала. Это означает, что на него переходят меньше, чем с него.
alex_k777
Никакого увядания PHP нет, не надо нести бред, он постоянно развивается и улучшается, производительность увеличивается, на нем многие сайты написаны. И я на нем писал и пишу бэк.
strelkove
Ваш личный опыт, конечно, очень интересен, но судя по графику, есть тренд на снижение его использования среди разработчиков. Речь исключительно об этом, а не о том, плохой язык или хороший, и сколько сайтов на нём написано.
DevFM Автор
Спасибо, "тренд на снижение использования PHP" - самое ёмкое определение
Vitimbo
Не мешайте нам хоронить пыху. It сообщество только этой идеей едино.
Gorthauer87
Знаете, помню было лет десять назад очень много комментариев и постов аналогичных, что не надо хоронить Delphi, а потом они все куда-то делись и кто вообще сейчас на Хабре о нем пишет?
Vitimbo
Ну, все же пыху хоронят намного дольше, но она не тонет.
Другое дело, что вся популярность пыхи выходит исключительно из того, что любой может зайти на WP и через 10 минут будет еще +1 сайт на php.
DevFM Автор
Забавляет этот аргумент, кстати. Условно, на Wordpress (PHP) хостят 100кк сайтов, а на питоне только 10кк. Поэтому PHP в 10 раз популярнее!
Но это немного не так работает. Надо смотреть на вакансии, например, чтобы понять потребность в разработчиках. И тут внезапно окажется, что по слову "python" будет 5.5к вакансий в РФ, а по "PHP" только 1к. Да, понятно, что в python попадут всякие QA automation и data science, но для грубой оценки пойдёт. Можно "разработчик" добавить и получить вроде 800 против 2200 - тоже в 3 раза разница. И с годами я вижу, что разница только растёт
lucius
Всё просто. На PHP ты написал, и сразу всё хорошо работает. А на Python всё бесконечно ломается, вот и пытаются нанимать разработчиков, чтобы это всё починить.
DevFM Автор
Докер и тесты - и результат уже будет более-менее стабильным в любом языке. Всё остальное - недостаток квалификации или культуры разработки
lucius
Так говорите, словно PHP существует вне докера и тестов
DevFM Автор
Сторонники Delphi вам расскажут, что последний релиз был в сентябре 2024 и язык живее всех живых. Оба сторонника делфи)
FunnyWhale
Кстати, там даже завезли мобильную разработку) Супер криво многое, но все же есть. Delphi жив
DevFM Автор
Вопрос всегда в сообществе. Если на дельфи 1к человек пишут, а на питоне 100к, то дельфи бесконечно проиграл. Разве что кто-то крупный начнёт технологию адски драйвить (как google педалировал golang) или сложится какое-то удачное сочетание (как библиотеки для нейросетей на python). В противном случае дельфи ждёт медленное увядание, по крайней мере для боевых проектов
HemulGM
Мобильную разработку завезли ещё в 2014 (иос). И с того времени появился андроид и всё это далеко не "криво". В частности FGX Native - нативный фреймворк для мобилок. Просто погугли название.
FunnyWhale
Я примерно в то время и смотрел, что там завезли) Банально некоторые элементы корректно не работали с некоторыми видами данных и большими массивами. Честно, уже не помню, в чем было дело. Возможно, все уже супер хорошо, но на Delphi очень давно ничего не писал, утверждать не могу.
HemulGM
Пишут и развивают
DevFM Автор
И винду!
DevFM Автор
PHP постоянно развивается, да. А вот динамика по всем метрикам (что рейтинги вроде TIOBE, что опросы от JetBrains/Stackoverflow/...) показывают снижение популярности PHP. Причём совершенно не факт, что становится меньше разработчиков, просто в других языках их становится больше быстрее. А больше разработчиков - больше сообщество - больше библиотек - больше разработчиков. Такая вот обратная связь
Причём существующую кодовую базу надо поддерживать. Если при этом новых кадров не готовят (а в институтах много ли готовят PHP-шников), то это ещё и зарплаты в PHP мире поднимет за счёт высокой конкуренции. Правда, для высоких грейдов, джуны и интерны для этого не подойдут.
И, кажется, PHP в лидерах статей в стиле "PHP (не) умирает" вроде https://tproger.ru/articles/php-ne-umiraet--i-dokazatelstvo-tomu---nehvatka-php-programmistov-na-rynke-i-vysokie-zarplaty . Только если раньше говорили о перспективности, то вот эта статья уже про "джунов не будет, а работа будет -> поэтому норм выбор". Только это не так работает, кажется)