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

В топе языков всё стабильно, там JavaScript, Python, Java. Впервые Go обогнал PHP, последний уже довольно давно увядает.

Да, я знаю, что HTML не язык программирования. И SQL я бы сюда не включал. Но кто я, а что JetBrains?
Да, я знаю, что HTML не язык программирования. И SQL я бы сюда не включал. Но кто я, а что JetBrains?

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

Даже у Shell 2%. Никто не планирует писать на PHP
Даже у Shell 2%. Никто не планирует писать на PHP

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

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

Promise Index языков
Promise Index языков

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

Я бы на эту табличку смотрел так. Если интересна некая индустрия, можно посмотреть, какие технологии там на коне. Правда, по этой логике надо на PHP сайты писать, чего вам делать не рекомендую — см. выше про увядание этого языка
Я бы на эту табличку смотрел так. Если интересна некая индустрия, можно посмотреть, какие технологии там на коне. Правда, по этой логике надо на PHP сайты писать, чего вам делать не рекомендую — см. выше про увядание этого языка

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

Связка PostgreSQL + MongoDB + Elasticsearch топ. Не является инвестиционной рекомендацией
Связка PostgreSQL + MongoDB + Elasticsearch топ. Не является инвестиционной рекомендацией

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

Удивлён, что докера не 90%
Удивлён, что докера не 90%

Проникновение искусственного интеллекта в разработку довольно сильное. 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. Есть куда расти. Про остальных игроков я не слышал.

Странно, что GitHub Copilot (который по факту принадлежит Microsoft) отличается от Microsoft 365 Copilot. Или я не шарю?
Странно, что GitHub Copilot (который по факту принадлежит Microsoft) отличается от Microsoft 365 Copilot. Или я не шарю?

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

Мы-то знаем, что 2% Other — это правило 34
Мы-то знаем, что 2% Other — это правило 34

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

Слева затраты на код, справа на коммуникации
Слева затраты на код, справа на коммуникации

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

22% вкатунов. Хотя чёрт его знает, что значит another field
22% вкатунов. Хотя чёрт его знает, что значит another field

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

Жалкие 15% проблем в написании кода
Жалкие 15% проблем в написании кода

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

«Эй, ты воруешь ЖК‐мониторы?» — «Да, но я делаю это, пока мой код компилируется».
«Эй, ты воруешь ЖК‐мониторы?» — «Да, но я делаю это, пока мой код компилируется».

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

А виртуальные личности считаются в составе команды?
А виртуальные личности считаются в составе команды?

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

43% линукса. И ещё 42% тоже линукса, но на макбуках
43% линукса. И ещё 42% тоже линукса, но на макбуках

Наш пост Зачем разработчику нужен Linux вообще и терминал в частности в своё время вызвал бурное обсуждение.

Такое вот моё мнение об обзоре индустрии. Что вам запомнилось, а я это пропустил?

В DevFM пишу о полезном для разработчика.

Комментарии (63)


  1. alex_k777
    16.01.2025 13:47

    Никакого увядания PHP нет, не надо нести бред, он постоянно развивается и улучшается, производительность увеличивается, на нем многие сайты написаны. И я на нем писал и пишу бэк.


    1. strelkove
      16.01.2025 13:47

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


      1. DevFM Автор
        16.01.2025 13:47

        Спасибо, "тренд на снижение использования PHP" - самое ёмкое определение


    1. Vitimbo
      16.01.2025 13:47

      Не мешайте нам хоронить пыху. It сообщество только этой идеей едино.


      1. Gorthauer87
        16.01.2025 13:47

        Знаете, помню было лет десять назад очень много комментариев и постов аналогичных, что не надо хоронить Delphi, а потом они все куда-то делись и кто вообще сейчас на Хабре о нем пишет?


        1. Vitimbo
          16.01.2025 13:47

          Ну, все же пыху хоронят намного дольше, но она не тонет.

          Другое дело, что вся популярность пыхи выходит исключительно из того, что любой может зайти на WP и через 10 минут будет еще +1 сайт на php.


          1. DevFM Автор
            16.01.2025 13:47

            Забавляет этот аргумент, кстати. Условно, на Wordpress (PHP) хостят 100кк сайтов, а на питоне только 10кк. Поэтому PHP в 10 раз популярнее!

            Но это немного не так работает. Надо смотреть на вакансии, например, чтобы понять потребность в разработчиках. И тут внезапно окажется, что по слову "python" будет 5.5к вакансий в РФ, а по "PHP" только 1к. Да, понятно, что в python попадут всякие QA automation и data science, но для грубой оценки пойдёт. Можно "разработчик" добавить и получить вроде 800 против 2200 - тоже в 3 раза разница. И с годами я вижу, что разница только растёт


            1. lucius
              16.01.2025 13:47

              Всё просто. На PHP ты написал, и сразу всё хорошо работает. А на Python всё бесконечно ломается, вот и пытаются нанимать разработчиков, чтобы это всё починить.


              1. DevFM Автор
                16.01.2025 13:47

                Докер и тесты - и результат уже будет более-менее стабильным в любом языке. Всё остальное - недостаток квалификации или культуры разработки


                1. lucius
                  16.01.2025 13:47

                  Так говорите, словно PHP существует вне докера и тестов


        1. DevFM Автор
          16.01.2025 13:47

          Сторонники Delphi вам расскажут, что последний релиз был в сентябре 2024 и язык живее всех живых. Оба сторонника делфи)


          1. FunnyWhale
            16.01.2025 13:47

            Кстати, там даже завезли мобильную разработку) Супер криво многое, но все же есть. Delphi жив


            1. DevFM Автор
              16.01.2025 13:47

              Вопрос всегда в сообществе. Если на дельфи 1к человек пишут, а на питоне 100к, то дельфи бесконечно проиграл. Разве что кто-то крупный начнёт технологию адски драйвить (как google педалировал golang) или сложится какое-то удачное сочетание (как библиотеки для нейросетей на python). В противном случае дельфи ждёт медленное увядание, по крайней мере для боевых проектов


            1. HemulGM
              16.01.2025 13:47

              Мобильную разработку завезли ещё в 2014 (иос). И с того времени появился андроид и всё это далеко не "криво". В частности FGX Native - нативный фреймворк для мобилок. Просто погугли название.


              1. FunnyWhale
                16.01.2025 13:47

                Я примерно в то время и смотрел, что там завезли) Банально некоторые элементы корректно не работали с некоторыми видами данных и большими массивами. Честно, уже не помню, в чем было дело. Возможно, все уже супер хорошо, но на Delphi очень давно ничего не писал, утверждать не могу.


        1. HemulGM
          16.01.2025 13:47

          Пишут и развивают


      1. DevFM Автор
        16.01.2025 13:47

        И винду!


    1. DevFM Автор
      16.01.2025 13:47

      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 . Только если раньше говорили о перспективности, то вот эта статья уже про "джунов не будет, а работа будет -> поэтому норм выбор". Только это не так работает, кажется)


  1. nick758
    16.01.2025 13:47

    И ещё 42% тоже линукса, но на макбуках

    Каким местом macOS тоже линукс?


    1. DevFM Автор
      16.01.2025 13:47

      С точки зрения консоли, имеющей довольно большое значение для разработчика


    1. iliks84
      16.01.2025 13:47

      Ну, тот же докер ведь на мак оси поднимает виртуалку, на которой гоняет обычные линуксовые образа. А докер локально 50% используют по статье. Хотя бы этим.


      1. Vitimbo
        16.01.2025 13:47

        И чем это отличается от докера на винде, который через виртуалку поднимает линуксовые образы?


        1. DevFM Автор
          16.01.2025 13:47

          Концептуально - ничем. Более того, виндовый WSL довольно хорош. Конечно, пока Microsoft не начал действовать по EEE

          Но почему-то разработчикам линукс и макось в среднем куда больше нравятся, чем винда. В том плане, что в обычной жизни типа 90%+ винды, ~8% макоси и ~2% линукса, а у разработчиков примерно 30%/30%/30%. Это огромный разрыв, который (мне) непонятно чем вызван. Но большинство всяких гайдов, как решать проблемы, проще всего найти линуксовые. Возможно, это связано с возможностью кастомизации. Возможно, с близостью и удобством консоли. Возможно, тем, что 90%+ серверов на линуксе, и проще разрабатывать на той же ОС, что и на сервере стоит


          1. aspid-crazy
            16.01.2025 13:47

             Но большинство всяких гайдов, как решать проблемы, проще всего найти линуксовые.

            А возможно, в связи с количеством инцидентов, когда пользователю нужен гайд:)


            1. DevFM Автор
              16.01.2025 13:47

              Чем больше пользователей, тем больше проблем. И гайдов. Так и растёт экосистема) ломается всё и у всех


  1. QValder
    16.01.2025 13:47

    Графики оценки затрат на коммуникации/написание кода некачественно отражают картину влияния коммуникаций. Если затраты на коммуникации 20% времени, а остальные 80% идёт на написание кода, это не значит что эффективность кодирования упала на 20%, поскольку коммуникации выбивают из рабочего ритма и часто бывают неэффективны, что утомляет. В итоге эффективность написания кода может упасть и на 40%.


    1. DevFM Автор
      16.01.2025 13:47

      Думаю, большинство отвечало "по ощущениям", в этом случае в затратах на коммуникации уже учтены потери из-за прерываний. Но это весьма неточно. На хабре я про такое не писал, потому что счёл результат недостаточно техническим, но вот две небольшие зарисовки по теме:

      Трекайте рабочее время⁠⁠ о, собственно, полезности записи потраченного рабочего времени и кому оно вообще нужно. То есть если интересно, можно на себе провести опыт - записать рабочее время созвонов и пока не вошёл в рабочий ритм, всё к созвону отнести. Тогда можно получить реальную картину затрат на непосредственно код и на коммуникации

      Как я использую папки в Телеграм для удобства - тут поделился годами отточенным способом организации рабочих чатов для минимизации прерываний


    1. NeoNN
      16.01.2025 13:47

      По другим исследованиям, непосредственно на написание кода идёт всего 10-15 процентов времени (вместе с навигацией в IDE), а до 70% занимает процесс "понимания", чужого/своего прошлого кода, постановки задачи, взаимосвязей, итд.


      1. DevFM Автор
        16.01.2025 13:47

        По исходной постановке вопроса "понимание кода" я бы отнёс к activities directly involving code, в левый график


  1. w5346c
    16.01.2025 13:47

    Это те JetBrains, которые весь свой бизнес построили в России, а потом свалили и теперь банят россиянам доступ к своим продуктам? Противно.


    1. DevFM Автор
      16.01.2025 13:47

      Солидарен, я окружающим меня людям теперь не предлагаю pycharm. Велкам к нам в vim, ну или в vscode. Но, несмотря на это, игнорировать результаты этого опроса нахожу вредным


      1. Tony-Sol
        16.01.2025 13:47

        Велкам к нам в vim

        С радостью бы полностью перешел на neovim окончательно, но такой же поддержки kotlin как в idea ни там, ни в vscode и близко нет :с


        1. DevFM Автор
          16.01.2025 13:47

          Не имею опыта с котлином. Скорее всего, вы правы. А, возможно, кто-то уже дописывает годный плагин на этот счёт)


          1. Tony-Sol
            16.01.2025 13:47

            Спасибо стоит сказать fwcd за работающий LS и DA для kotlin, а то без этого совсем была бы боль. В vscode оно конечно получше чем в neovim (хотя 95% того, что я просто не до конца сконфигурил), но из вещей которых больше всего не хватает - это возможность пригнуть в исходники установленной как зависимость библиотеки, плюс - LS не всегда понимает javadoc/kdoc и поэтому подсказки иногда могут показывать только чуть более, чем ничего


            1. DevFM Автор
              16.01.2025 13:47

              Спасибо за ссылку. Вообще language server - это просто великое изобретение. А что такое DA?


              1. Tony-Sol
                16.01.2025 13:47

                debug adapter

                Собственно полностью согласен - language server protocol и debug adapter protocol сильно развязывают руки в выборе инструментов разработки (в сравнении с тем как было раньше)


        1. iliks84
          16.01.2025 13:47

          Для меня вся эта ситуация с уходом джетбрейнз стала красным флагом, какой vendor lock-in представляет котлин из-за привязки к единственной «нормальной» иде. Но наши разрабы продолжают на нем писать и продвигать…


          1. Tony-Sol
            16.01.2025 13:47

            Ну потому что сам язык как будто бы хороший. Там не то что прям vendor-lock, просто в java-мире intellij idea лидер и сообщество не задумывалось над альтернативами. Даже имеющиеся LS и DA появились не от jb, а от сообщества, потому что они принципиально на своей внутренней технологии сидят до последнего


          1. Vedomir
            16.01.2025 13:47

            Вот кстати да, это же безотносительно санкций и конкретной ситуации вообще - такая зависимость от одной компани да еще и с закрытыми сиходниками ненормально и опасно. Тут уже даже с C# от MS ситуация заметно лучше.


            1. iliks84
              16.01.2025 13:47

              Еще оракл и мс огромные и бездушные корпорации, а вот с джетбрейнзом прямо чувствуешь, как они с душой, старанием Россию ненавидят)


              1. Vedomir
                16.01.2025 13:47

                Я принципиально не хочу обсуждать такие вещи на хабре (да и опять же законодательнство может поменяться и для крупных корпораций), но при выборе любой технологии как мне кажется всегда стоит помнить про опасность такого vendor-lock и выбирать может даже не лучшую, но более свободную.


    1. qeeveex
      16.01.2025 13:47

      Как понимаю забанили только корпоративные лицензии из-за санкций. Физиков не трогали.


      1. BadDancer
        16.01.2025 13:47

        Причем забанили и fallback лицензии. Т.е. не только не дают купить подписку, но и фактически отобрали уже купленное.


      1. w5346c
        16.01.2025 13:47

        Апдейты своих продуктов с российских IP забанили. Понятно, что есть VPN, но...


        1. qeeveex
          16.01.2025 13:47

          Многие закрыли. Synology например перестал обновляться. Все из-за санкций.


      1. iliks84
        16.01.2025 13:47

        Дело не только в бане лицензий. Например, они закрывают баг-репорты от русских со словами мол, мы не общаемся с санкционными странами.


  1. cupraer
    16.01.2025 13:47

    Язык программирования Shell занимает уверенное седьмое место с 35%. Это всё, что вы хотите знать об этой статистике.

    А кроме того, какая разница, сколько процентов обезьян пишут лапшу на го, если каждому человеку нужно всего 1 (одно) рабочее место мечты? Не существует в мире денег, за которые я бы согласился писать код на питоне, го, или джаве. Хотя умею и могу, в принципе.


    1. DevFM Автор
      16.01.2025 13:47

      Вероятно, shell лидирует из-за того, что это вспомогательный язык для linux и его выбирали "вдогонку". У меня совершенно не вызывает удивление его распространённость

      Прямо интересно. Если вас не устраивает питон, го или джава, то что же для вас рабочее место мечты?


      1. cupraer
        16.01.2025 13:47

        Shell — не язык, для начала. Это подмножество языков для любой операционной системы, Linux тут ни при чем тоже.

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

        Если вас не устраивает питон, го или джава, то что же для вас рабочее место мечты?

        1. Idris

        2. Erlang

        3. Elixir

        4. Rust

        5. Ruby


        1. DevFM Автор
          16.01.2025 13:47

          Shell включает множество нюансов, но велика ли разница между условным bash и fish? Да, есть нюансы. Но их вряд ли можно назвать существенными. Питон3.6 от питона 3.11 тоже сильно отличается, но это один язык

          Спасибо за языки. А теперь основной вопрос - почему они? Что в них такого прекрасного, что они лучшее в мире место, а условный питон невероятно плох, по вашему мнению?


          1. cupraer
            16.01.2025 13:47

            условный питон невероятно плох

            Я нигде не утверждал, что питон плох. Я сказал, что мне он не подходит (я пишу в основном высоконагруженные (поэтому иногда раст) высококонкурентные (поэтому эрланг/эликсир) библиотеки с доказательством корректности (поэтому идрис)). А руби я просто люблю за безалаберность и возможность творить любую дичь.

            Люди разные, представляете? Мне неинтересно, когда нет какого-нибудь пердомонокля, типа потока входящих сообщений 100К/сек, или постоянно перестраивающегося кластера в плохой сети.


  1. kivan_mih
    16.01.2025 13:47

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

    https://plugins.jetbrains.com/plugin/24468-classic-ui


    1. DevFM Автор
      16.01.2025 13:47

      В отчёте вроде ничего не было про плагины. Но экосистема плагинов довольно интересная, это точно. Плюс там неплохо с монетизацией вроде как, то есть при определённой доле удачи можно получить неплохую прибавку к зарплате. Некоторое время назад они забанили возможность качать плагины из РФ, сейчас с этим как?


  1. randvell
    16.01.2025 13:47

    >Теперь ИИ является не только чатботом, но и заменой поисковику

    Мне вчера было лень искать unix timestamp для 1 декабря 2024 года, я просил попросил ChatGPT. В итоге он дал метку для 1 декабря 2023 года. Такого глупого перевирания настолько простой вещи я еще не встречал до этого момента. Так что даже на текущих версиях использовать нейронки как поисковик очень и очень опрометчиво.


    1. cupraer
      16.01.2025 13:47

      Что значит искать? date --date='2024-12-01T00:00:00Z' +%s


      1. randvell
        16.01.2025 13:47

        Ну вы понимаете степень моей лени на тот момент, что я решил это в chatgpt вбить, а не в гугл, где ответ был бы даже не по первой ссылке, а буквально над ссылками? И предлагаете печатать аж целую команду? :)

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


    1. DevFM Автор
      16.01.2025 13:47

      Чат-бот галлюцинирует, это общеизвестно. И на отдельные простые, казалось бы, задачи ИИ может выдавать неверный ответ. ИИ не умеет считать без плагина, плохо работает с буквами (так как внутри токены другого плана, посчитать количество вхождений буквы в слово ИИ может с трудом) и имеет ещё кучу недостатков. Под капотом нейросеть просто очень хорошо умеет прогнозировать следующее слово

      Невероятно, что оно при этом способно решать задачи и вообще вести себя довольно разумно


  1. isumix
    16.01.2025 13:47

    Ну наконец-то адекватный анализ где JavaScript а не Python на первом месте по использованию. Я бы еще не выделял его статический анализатор типов - Typescript, в отдельный язык.

    Вот еще один нормальный анализ.


    1. DevFM Автор
      16.01.2025 13:47

      Зависит от того, что мы измеряем. Jetbrains опрашивало разработчиков. TIOBE вычисляют некий слепок из проектов на гитхабе, ответов в поисковиках и ещё куче метрик. Можно смотреть на вакансии или резюме

      Глобально, порядок языков в рейтинге имеет очень малое значение. Любой из топ-10 является хорошим кандидатом для рабочего инструмента. Ещё лучше иметь в своём репертуаре парочку языков (лучшей я считаю связку быстрого в разработке типа python и быстрого в плане производительного типа go/java/c++). Ну и как гимнастику для ума можно изотерические языки потыкать - lisp, prolog, haskell, ...

      Typescript я бы тоже не выделял, наверное. Хотя знающие люди почему-то выделяют. Но не моя область


  1. g0gagum
    16.01.2025 13:47

    Отдельных страниц для разных языков программирования почему-то в этом году не сделали. Мне было интересно, как поменялось распределение использования разных версий C++ за прошедший год. Оказалось, что прогресс есть (график построен по данным, которые прилагаются к отчётам).


    1. DevFM Автор
      16.01.2025 13:47

      А глобально зачем? То есть какой вывод можно сделать из такого графика?


      1. g0gagum
        16.01.2025 13:47

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

        По графику можно, например, сделать вывод, что C++17 перестал расти. В 2023ем его доля ещё возрастала. Это означает, что на него переходят меньше, чем с него.