Рейтинг языков программирования 2021: доля Python падает, а TypeScript обошел С++, в лидерах JavaScript, Java, C#

Автор оригинала: Редакция DOU.UA
  • Перевод

Украинский профильный ресурс DOU.UA провел очередной ежегодный опрос о языках программирования, в рамках которого было собрано 7211 анкет (92% респондентов находятся в Украине). Из интересного - впервые с 2014 года у Python отрицательная динамика, наблюдается тенденция перехода с JavaScript на TypeScript, наиболее довольны пользователи Elixir, и наконец на графиках появился Rust.

Коммерческое использование

Что изменилось? Прежде всего привлекает внимание рост TypeScipt: похоже, он со временем станет основным языком в экосистеме JavaScript. В этом году он впервые обошел С ++ по популярности.

Еще из интересного: впервые за несколько лет мы увидели снижение доли Python: возможно, использование Data Science дошло до точки насыщения.

Впервые с 2012 года выросла доля C#. Использование Java продолжает уменьшаться, хотя и не так активно, как раньше. В общем видно уменьшение доли JVM: доля Kotlin стабильна (хотя он и уступил место Ruby), использование Scala возобновилось после значительного снижения в 2019-м и сегодня, если сравнивать с 2018-м, даже немного возросло. Еще стоит отметить незначительный рост Dart.

Ниже приведена диаграмма с динамикой по актуальным языкам программирования по годам. Статистически значимыми являются изменения для C ++, TypeScript, Ruby, 1C, Scala, Pascal/Delphi, T-SQL. Напомним, что изменения статистически значимы, если с вероятностью 95% мы не можем получить результаты с изменениями и без, если будем равномерно выбирать две группы респондентов с одной популяции.

Области использования

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

Видим, что примерно половина разработчиков - это бэкенд 52%, далее сегменты фронтенд 19% и мобильной разработки 8%, обработка массивов данных (туда относятся и Big Data и машинное обучение) - 6%. Desktop-программирование еще существует и занимает 4% от объема, системное программирование - 3% (сейчас небольшая доля) и Full-Stack разработка - примерно 1%.

Давайте рассмотрим, какие языки используют в зависимости от области применения

Мы видим, что основные языки бэкенда - это Java, C# и PHP. Доля JavaScript и TypeScript есть, но не такая большая и сравнима с долей Ruby и Go. В десятку главных языков бэкенда также входят Scala и С++.

Фактически весь фронтенд пишут на JavaScript и TypeScript. Использование других языков сугубо маргинальное. Доля TypeScript сравнительно меньше. Интересно будет посмотреть на это соотношение через год.

В мобильной разработке основные языки - Kotlin и Swift. А доля кроссплатформенных фреймворков меньше чем кажется. Кроме того, заметно, что Dart/Flutter сразу заняли большую нишу. А после React Native и Flutter есть еще место для C# Xamarin.

Среди обработки данных безоговорочным лидером является Python, далее - языки манипуляции данными T-SQL и PL-SQL. Особое место занимают Scala (здесь она более распространена, чем Java) и R.

Личные предпочтения

Как мы уже указывали, результаты выбора программистов нельзя использовать для прогнозирования, но здесь интересно, что наконец на графиках появился Rust. Опять видим некоторый спад интереса к Python и тенденцию перехода с JavaScript на TypeScript.

Посмотрим на «индекс предпочтения» - это относительное количество разработчиков на языке X, которые для следующего проекта в своей сфере тоже выберут язык X.

Интересно, что здесь данные отличаются от опроса в Stack Overflow и нашего предыдущего опроса: Rust расположен заметно ниже. Наиболее довольны пользователи Elixir (возможно, это миграция Erlang-комьюнити), также обращает на себя внимание место Clojure.

Если посчитать отдельно индекс удовлетворения по сферам применения, то результаты почти совпадают.

Изучение новых языков

Фаворитом, как и в предыдущие годы, стал Python. Его собираются изучать почти 18% из тех, кто будет осваивать новый язык. Но все-таки эта доля меньше, чем год назад. Ну а наибольший рост у TypeScript и Rust.

Как и в предыдущие годы, большинство респондентов (83%) хочет изучать новый язык самостоятельно, с помощью книг и документации, 4% будут обращаться к коллегам (впечатляющая интровертность), а 12% будут использовать традиционный подход - с помощью профессиональных преподавателей (курсов или индивидуальных занятий).

Финальная таблица

Дополнительные данные

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

Tут можно сделать вывод, что, поскольку доля разработчиков с опытом в 1 год уменьшилась => в IT пришло меньше новичков, чем в прошлом году.

Но все равно в большинстве это специалисты с менее 5 лет опыта работы в ИТ.

Рассмотрим корреляцию между возрастом и языком программирования.

Здесь мы видим, что более молодая аудитория у Kotlin и JavaScript, а более старшая - ожидаемо у языков PL-SQL и Pascal/Delphi. Похожие данные показывает опыт разработчика в зависимости от языка:

Большинство разработчиков начинало программировать на Pascal и С++, но вскоре первыми языками разработчиков станут JavaScript и Python. Интересно, как это повлияет на культуру программирования ...

Данные и скрипты обработки можно найти на GitHub.

Также dou.ua недавно опубликовал опрос о зарплатах в Украине, где оказалось что средняя зарплата составляет $2500, перевод этой статьи вы можете прочитать тут.

Реклама
AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Подробнее

Комментарии 121

    +1
    Получается, самые опытные и самые лояльные к «своему» языку это делфисты.
    Показательна статистика по «модным» языкам, многие из которых тоже появились далеко не вчера — средний опыт разработчика 3-6 лет?
      +7
      нет, просто туда меньше всего новичков заходит.
      • НЛО прилетело и опубликовало эту надпись здесь
          +2
          Почему?
            +1

            Потому что чел выше — петросянит. Ему это кажется остроумным и смешным.
            Представляю, что он пишет

            –1
            На чем еще вы можете нативно под все платформы написать ПО и без изменений проекта его собирать? Монструозный Qt? Пилить плача кровью проект на C++? Быстро и удобно только на Delphi. Если у кого то горит в пятой точке от существования этой замечательной среды то примите мои искренние соболезнования.
              +3

              Чем вам Qt монструозен?


              Если вам не нужны гуи, то «быстро и удобно» гарантированно не дельфи.

                –2
                Чем вам Qt монструозен?

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

                Если вам не нужны гуи, то «быстро и удобно» гарантированно не дельфи.
                Ой ли. Зачем мне что то, что по вашему якобы лучше, если у меня есть делфи которы может и в гуй и в консоль одинаково хорошо?

                leonP4, в моем сообщении вы видимо проглядели слово «нативно».
                  +1
                  Либы с собой таскать надо, а это всегда длл ад. В линуксе почему снап пакеты появились? Потому что люди утомились плясать с зависимостями.

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


                  К слову, я не пользуюсь snap'ом или flatpack'ом и не знаю, зачем он мне был бы нужен.


                  Да даже если и либы не надо было бы таскать иде откровенная слаба по сравнению с делфи

                  Какая из? Я вот в CLion спокойно код кутешного приложения писал, а это хорошая IDE. Учитывая количество фич в плюсах, не думаю, что дельфи сильнее. Да и под линуксом что-то этой среды не видно.


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

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

                    –2
                    Потому что иначе закрытый софт тяжко распространять. С открытым, который можно собрать из исходников под дистр силами мейнтейнеров, таких проблем нет.
                    Ну или как делфи собрать все в один исполняемый файл и любые проблемы с распространением решены.
                    К слову, я не пользуюсь snap'ом или flatpack'ом и не знаю, зачем он мне был бы нужен.
                    Видите, вам конкретно нет, но многим видимо да, раз оно идет в стандартной поставке тойже убунты.
                    Какая из? Я вот в CLion спокойно код кутешного приложения писал, а это хорошая IDE.
                    QtCreator конечно же. CLion видел одним глазом. Очевидно в CLion удобно писать код как и в любом продукте от jet brains, но разработка гуя хромает.
                    Потому что есть другие языки, которые компилируются в нативный код, и которые куда выразительнее и удобнее, чем дельфи.
                    Ну у меня есть две проблемы гуи и консоль. И их хорошее решение. Вы второй комментарий мне пытаетесь втюхать что то что решает вторую проблему чуть лучше, но в первой полностью бесполезно. Отсюда и повторю свой вопрос. Мне второй язык зачем учить если у меня уже есть тот который закрывает все задачи, удобен, прост, поменьше неожиданных граблей чем в том же С++, а еще имеет прекрастное свойство раскрываться по мере изучения? Вот именно, просто незачем. Даже если какой то абстрактный <язык> может дать преимущество в консолях, это преимущество должно быть настолько весомым что бы вы решили тратить время на вхождение в незнакомый язык и его средства разработки. Скорость и ресурсы не считаются. Мир показал что людям плевать на задротские оптимизации сожрав и не поморщившись приложения на электроне.
                    выразительнее и удобнее, чем дельфи
                    Смелое заявление, а примеры будут?
                    И, подозреваю, при этом даже генерят более эффективный код.
                    «Па ащущэниям» — это конечно хорошо, но я вот почему то думаю что 20+ лет разработчики делфи тоже время не теряли даром, так что код будет примерно одинаковый, а вот время компиляции космически быстрое.
                      +1
                      Ну или как делфи собрать все в один исполняемый файл и любые проблемы с распространением решены.

                      Не под линуксом, там с этим будут проблемы.


                      Видите, вам конкретно нет, но многим видимо да, раз оно идет в стандартной поставке тойже убунты.

                      Я бы не стал ориентироваться на убунту как на признак того, что нужно массово, но это совсем другая история.


                      QtCreator конечно же. CLion видел одним глазом. Очевидно в CLion удобно писать код как и в любом продукте от jet brains, но разработка гуя хромает.

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


                      Мне второй язык зачем учить если у меня уже есть тот который закрывает все задачи, удобен, прост, поменьше неожиданных граблей чем в том же С++, а еще имеет прекрастное свойство раскрываться по мере изучения? Вот именно, просто незачем.

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


                      Смелое заявление, а примеры будут?

                      Ну, пару недель назад я за один выходной день сделал веб-сервис, который парсит блок-листы Роскомнадзора, сохраняет их в индекс, поднимает сервер для поиска блокировок по IP и прочим, и так далее, и при этом имеет логгирование, всякие метрики и их отображение, и так далее. Работает быстро, отлаживать не потребовалось — как только скомпилировалось, так сразу заработало. Суммарно строк 200 и часов 8 работы. Надо бы, кстати, дописать статью про это.


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


                      Сколько это всё займёт на дельфях?


                      «Па ащущэниям» — это конечно хорошо, но я вот почему то думаю что 20+ лет разработчики делфи тоже время не теряли даром, так что код будет примерно одинаковый, а вот время компиляции космически быстрое.

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

                        –1
                        Ну, пару недель назад я за один выходной день сделал веб-сервис...
                        Или вот вчера игрался с реализацией двухмерного дискретного преобразования Фурье...
                        Сколько это всё займёт на дельфях?
                        А сколько по вашему, это занимает при использовании делфи?
                        В первом примере тоже легко уложиться за день, идя по вашему пути использования готовых фреймворков.
                        Во втором примере вообще непонятна претензия в сторону делфи. Вы видимо забываете (ну или не знаете?), что делфи это компилируемый язык, использует натив ОС, в которых приложение работает. Соответственно поддержка того же параллелизма в языке — из коробки (причем не только на уровне потоков, но и на уровне нитей). А собственно реализацией математических вычислений разного уровня занимаются даже студенты, а что говорить о делфи-разработчиках с большим опытом работы?
                        Я периодически забавляюсь написанием ненужных бенчмарков на всяких игрушечных задачах...
                        А меня всегда забавляло, что люди на полном серьёзе делают бенчмарки всяких синтетических тестов, например сколько тиков уходит на оптимизированный компилятором расчет цикла. Но вот когда речь заходит о бенчмарке алгоритма например в 10000 строк, все эти «тестеры» обычно плавно уходят в закат. Компилируемый код в делфи весьма достойный (не идеальный и не самый top1, но тем не менее).
                        Про скорость компиляции даже можно и не говорить, при компиляции проекта в 1 млн строк за 5 секунд на компьютере обычной мощности частота выполняемых автоматических тестов несоизмеримо с языками, где сборка идет например 2 часа.
                        Учитывая количество фич в плюсах, не думаю, что дельфи сильнее
                        А каких конкретно критически важных фич относительно плюсов нет в делфи? вот так чтобы «капец, нет XXX фичи в делфи, значит использование делфи невозможно»?
                        Да и под линуксом что-то этой среды не видно.
                        IDE в настоящее действительно работает исключительно в Windows. Однако это не мешает из IDE пошагово отлаживать как на линусах, так и на маке, андроиде, ios.

                        Далее отвечу другим комментаторам.
                        Это пока проект крошечный. На крупных проектах неизбежно приходят к схеме EXE + пачка BPL, которые глубоко в душе те же DLL
                        Батенька, bpl уже давно в серьезных проектах не используются, так как несут проблемы совместимости при переходе на более свежие версии делфи. .dll, .so и т.д. тоже используются далеко не во всех проектах, это же вам не Qt, тут реально можно всё собрать в единый бинарник, даже пусть который станет весить 100 Мб, но который будет работать без зависимостей от каких либо установленных библиотек в системе.
                        То Kylix разработают, а потом выбросят, то бросятся дельфю для дотнета делать...
                        Так мы же живем в реальном мире, а не идеальном, где всё сразу делается правильно. Вспомните тот же Microsoft и его начальную позицию по отношению к мобильной ОС и мобильным приложениям (теперь рвут на себе волосы). Владельцы Delphi в 2000х годах тоже допустили много управленческих ошибок, к моему большому сожалению. Но тем не менее сейчас язык очень сильно стал хорош.
                          +1
                          А сколько по вашему, это занимает при использовании делфи?
                          В первом примере тоже легко уложиться за день, идя по вашему пути использования готовых фреймворков.

                          Было бы интересно сравнить производительность получающегося кода.


                          Во втором примере вообще непонятна претензия в сторону делфи. Вы видимо забываете (ну или не знаете?), что делфи это компилируемый язык, использует натив ОС, в которых приложение работает. Соответственно поддержка того же параллелизма в языке — из коробки (причем не только на уровне потоков, но и на уровне нитей).

                          При этом у меня в коде нет ни строчки, указывающей на создание тредов или что-то подобное.


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

                          Они кое-где и на бейсике этим занимаются, и?


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

                          Не, зачем? Надо брать что-то более реалистичное. Расстояние Левенштейна там, или подсчёт числа слов в файле.


                          Но вот когда речь заходит о бенчмарке алгоритма например в 10000 строк, все эти «тестеры» обычно плавно уходят в закат.

                          Ни разу не видел алгоритма на 10000 строк, в котором все 10000 строк были бы горячими. Допускаю, что они существуют, но, говорят, они очень редки.


                          А каких конкретно критически важных фич относительно плюсов нет в делфи? вот так чтобы «капец, нет XXX фичи в делфи, значит использование делфи невозможно»?

                          Для некоторых приложений — компилтайм-вычислений.


                          Но плюсы — это довольно низкий бейзлайн.


                          IDE в настоящее действительно работает исключительно в Windows. Однако это не мешает из IDE пошагово отлаживать как на линусах, так и на маке, андроиде, ios.

                          Мешает, если у вас нет Windows.

                            +2
                            Батенька, bpl уже давно в серьезных проектах не используются, так как несут проблемы совместимости при переходе на более свежие версии делфи. .dll, .so и т.д. тоже используются далеко не во всех проектах

                            Зайдите что ли в каталог Bin дельфей. Всегда удивляла эта тяга напихать всё в один экзешник.


                            но который будет работать без зависимостей от каких либо установленных библиотек в системе.

                            Что вы там куда устанавливать собрались?
                            Первое место, где ищутся DLL — каталог, в котором лежит экзешник.


                            Но тем не менее сейчас язык очень сильно стал хорош.

                            Вакансий почти нет. А в тех, что есть, уровень оплаты ниже, чем у какого-нибуть жабиста или дотнетчика. Можно хоронить.

                            –1
                            Не под линуксом, там с этим будут проблемы.
                            Не заведется из коробки под каким то специфическим дистрибутивом? А программы которые зависимости тянут что без проблем заработают? Нет, будут те же самые проблемы потому что какой то зависимости обязательно не будет.
                            Я бы не стал ориентироваться на убунту как на признак того, что нужно массово, но это совсем другая история.
                            Ха ха, а я бы стал потому что убунтой пользуется больше всего людей… не серверов и не докер файлов, а именно людей.
                            Новые языки вообще полезно учить, это многие рекомендуют. Просто для расширения кругозора.
                            А еще полезно бегать по утрам, есть овсянку, не пить на праздники и не кушать жирное. У меня нету задачи красноглазить за компом до 40, а потом умереть от запора. Язык для меня просто инструмент заработка денег у меня есть паруу языков которые отличню закрывают несколько ниш моей востребованности и их стоит развивать. Учить язык который не принесет заработка по моему мнению смысла не имеет. Широкой кругозор монетизируется откровенно хуже чем сеньор на C# или Java.
                            Ну, пару недель назад я за один выходной день сделал веб-сервис, который парсит блок-листы Роскомнадзора, сохраняет их в индекс, поднимает сервер для поиска блокировок по IP и прочим, и так далее, и при этом имеет логгирование, всякие метрики и их отображение, и так далее. Работает быстро, отлаживать не потребовалось — как только скомпилировалось, так сразу заработало. Суммарно строк 200 и часов 8 работы. Надо бы, кстати, дописать статью про это.
                            Так это заслуга «чудесного» языка или вы просто использовали огромные куски готового функционала просто слепив их вместе? Если первое так поделитесь светочем технологий разработки ПО.
                            Или вот вчера игрался с реализацией двухмерного дискретного преобразования Фурье, так как давно не писал вычислительного кода, и часа за полтора сделал мелкую программку строк на 30 для сих целей (из которых полчаса переписывал ручкой на бумажке повторяющуюся сумму в последовательность двух сумм, а ещё полчаса прикидывал, как бы сделать отображение комплексного числа на обычный трёхцветный пиксель, чтобы выглядело адекватно). При этом параллелизм там идёт практически из коробки, и отлаживать вообще ничего не пришлось — как только код скомпилировался, он работал как ожидается.
                            Мы поняли что вы очень крутой программист. Но язык батенька, язык назовите.
                            Я периодически забавляюсь написанием ненужных бенчмарков на всяких игрушечных задачах и прошу одного приятеля-полиглота сделать реализации на других языках, и дельфи там сильно не в топе (по крайней мере, реализация в fpc, что бы это ни значило — дельфи я не знаю).
                            Fpc и делфи это прям сильно разные вещи. Примерно как если выдавать результаты тестов С за С++.
                            что бы это ни значило — дельфи я не знаю
                            Зачем тогда лезть в спор? Зачем поливать грязью то чего не знаете? В чем мотивация такого поведения? Религиозным фанатизмом попахивает. Раз вы любите учить новые языка вот и поставте себе делфи, напишите пару программ которых вам всегда нехватало. Там и поговорим.

                              +1
                              Не заведется из коробки под каким то специфическим дистрибутивом? А программы которые зависимости тянут что без проблем заработают? Нет, будут те же самые проблемы потому что какой то зависимости обязательно не будет.

                              Все программы, которые я пробовал, работали. От CLion сейчас (его никто не собирает отдельно под генту) до Guitar Pro 6 лет десять назад.


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

                              Да по другим причинам — туда всё время что-то добавляют, потом изменяют, потом удаляют… Наличие фичи даже в популярном дистрибутиве не говорит о её востребованности.


                              Язык для меня просто инструмент заработка денег у меня есть паруу языков которые отличню закрывают несколько ниш моей востребованности и их стоит развивать. Учить язык который не принесет заработка по моему мнению смысла не имеет. Широкой кругозор монетизируется откровенно хуже чем сеньор на C# или Java.

                              Если к профессии интерес нулевой, а важны только деньги, то… ну, этот разговор я не готов поддержать, у меня другие цели.


                              Так это заслуга «чудесного» языка или вы просто использовали огромные куски готового функционала просто слепив их вместе? Если первое так поделитесь светочем технологий разработки ПО.

                              Да, конечно, там была готовая библиотека для блеклистов РКН, готовая библиотека для конкретно нужных там метрик, и так далее.


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

                              Я-то как раз не крутой. Всё вышеупомянутое — хаскель.


                              Fpc и делфи это прям сильно разные вещи. Примерно как если выдавать результаты тестов С за С++.

                              Когда дельфи можно будет запускать под линуксом, тогда можно начать обсуждать само дельфи. До тех пор оно к разработке не готово.


                              Зачем тогда лезть в спор? Зачем поливать грязью то чего не знаете? В чем мотивация такого поведения? Религиозным фанатизмом попахивает.

                              Скажем так, я не знаю его достаточно, чтобы сказать, насколько оно теряет в производительности при компиляции в fpc (для тех тестовых программ, где это возможно малой кровью). А незнание какого-нибудь C# в своё время не мешало на нём вполне себе сделать проект, к слову.


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

                              Не могу поставить себе дельфи, нету в репах. Да и язык немного вне областей моих интересов — я новые языки учить люблю, но не любые, а те. которые интересны. Что мне даст глубокое знание дельфи — непонятно.

                                +1
                                У меня нету задачи красноглазить за компом до 40

                                Судя по результатам этого опроса, адептам Delphi как раз около 40.

                              +2
                              Ну или как делфи собрать все в один исполняемый файл и любые проблемы с распространением решены.

                              Это пока проект крошечный. На крупных проектах неизбежно приходят к схеме EXE + пачка BPL, которые глубоко в душе те же DLL. С распространением тоже непонятно какие проблемы. Написать конфигурацию для InnoSetup это не космические технологии.


                              Мне второй язык зачем учить

                              Например для того, чтобы быть востребованным на рынке. Потребность в Delphi-программистах с начала нулевых значительно просела.


                              почему то думаю что 20+ лет разработчики делфи тоже время не теряли даром

                              Ага. То Kylix разработают, а потом выбросят, то бросятся дельфю для дотнета делать с тем же результатом, ещё какой-то Delphi for PHP был. Попутно футболя отдел разработки по маршруту Borland — Inprise — CodeGear — Embarcadero — КтоТамСейчасДавноНеСлежу.

                                –1
                                Это пока проект крошечный. На крупных проектах неизбежно приходят к схеме EXE + пачка BPL, которые глубоко в душе те же DLL. С распространением тоже непонятно какие проблемы. Написать конфигурацию для InnoSetup это не космические технологии.

                                Были у меня и крупные проекты и почему то не возникало необходимости ПО разбивать. Все прекрасно работало из одного Exe.
                                Например для того, чтобы быть востребованным на рынке. Потребность в Delphi-программистах с начала нулевых значительно просела.
                                Я бы не сказал что прям значительно. Просто такой эффект возникает из за того что IT отрасль впринципе разрослась и доля десктопного ПО в ней сильно снизилась. В начале 2000-х например мобильного рынка не существовало как такового, а теперь чуть ли не самая денежная сфера. Веб фронт и бэк тоже разрослись с появлением быстрого интернета. К тому же кто сказал что я знаю один язык) Я выбрал два языка знание которых закрывает значительный кусок сфер разработки ПО. 50-60% времени я пишу на Java, остальное на Delphi. Вот и совершенствуюсь в них.
                                Ага. То Kylix разработают, а потом выбросят, то бросятся дельфю для дотнета делать с тем же результатом, ещё какой-то Delphi for PHP был. Попутно футболя отдел разработки по маршруту Borland — Inprise — CodeGear — Embarcadero — КтоТамСейчасДавноНеСлежу.
                                Да, было время когда delphi метался и не знал чем ему быть… Но это закончилось в 09-10 году. Тогда по руководством Embarcadero он таки нащупал ногами правильный путь и с того момента сильно развился. Последний Delphi 10.4 прям супер современный и навороченный. Они настолько «ператрахнули» язык что теперь есть инлайн переменные. Интересно короче чем кончится. :)

                                Судя по результатам этого опроса, адептам Delphi как раз около 40.
                                Многим да, но далеко не всем.) Но ключевое слово было красноглазить, потому что мы все рано или поздно будем сидеть за компом в 40, а кто то даже уже.)
                            0
                            Справедливое замечание, проглядел, ибо причем тут это? Играете роль недалекого заказчика? Есть разные ЯП под свои задачи. Судя по комментам под этим постом, у Вас либо знатно горит от того что Ваше представление не совпадает с реальностью, либо вы знатный тролль, который решил постебать над остальными. Во всяком случае воспринимать Вас в серьез нет смысла.
                              –1
                              Справедливое замечание, проглядел, ибо причем тут это? Играете роль недалекого заказчика?
                              При том что нативный код и нативный интерфейс это быстрое ПО с отзывчивым интерфейсом. Качественное ПО одим словом и то что встречается достаточно редко в наше время. Заказчик который требует от вас качественное ПО «недалекий» по вашему? А вы уверены что недалекий именно заказчик?
                              Есть разные ЯП под свои задачи.
                              Да и делфи отлично справляется с своей задачей написания десктопного по, как с гуями так и без. Я ж не утверждаю что делфи топ для мобилок (он конечно может, но есть более подходящие инструменты)…
                              Судя по комментам под этим постом, у Вас либо знатно горит от того что Ваше представление не совпадает с реальностью, либо вы знатный тролль, который решил постебать над остальными.
                              Судя по тому что хоронят и поливают грязью делфи именно те кто кто его никогда не видел и не знает горит и не совпадает явно не у меня.
                              Во всяком случае воспринимать Вас в серьез нет смысла.
                              Ярлыки расклеивайте в обувном отделе пожалуйста.
                          0

                          Pyqt. Если очень хочется — qml, хоть я его и не люблю. На край есть електрон. Джависты будут топить за свинг.
                          Все что тут перечислил, сейчас используется на реальных проектах.
                          Пример софта на pyqt — Cura Ultimaker 4. Популярная софтина среди 3д печатников.

                            0
                            Вот оно почему Cura тормозит постоянно. Я думал у меня ПК просто старый, обновил Ryzen2600, nvme Samsung, всё равно тормозит. Ненавижу GUI софт на питоне и на Java (привет jdownloader).
                              0
                              К сожалению, она тормозит не из-за языка, а из-за того насколько все плохо в проекте. Это старая солянка, которая нагромождалась все больше. Взгляните на код в репозитории и Вам все станет понятно. Большая часть кода написана на QML, о котором я упоминал в верху. Довольно жручий по ресурсам.

                              п.с. кстати, а Вы в какой версии работаете? У меня ноутбук thinkpad w701 в стоковой комплектации 2010г. вполне справляется с последней курвой(4.5-4.6). Если брать первые версии с номерами 15, и 3ю, тогда были косяки, когда во время слайсинга процесс не отвечал. В первых версиях был включен автослайсинг по умолчанию, приложение после каждого изменения пыталось нарезать модель на слои, что вызывало дикие баги в не без того загруженном ошибками приложении с убитой архитектурой.
                                0
                                Последнюю использую. В целом всё хорошо кроме скорости загрузки и отзывчивости интерфейса. Так-же использую octoprint, очень парит ждать загрузки апельсины, да и его web морда тормозная не очень удобна. Планирую переходить на принтсервер в виде тачскрина.
                                  0
                                  Давно не использовал октопринт. Отказался от него из-за отсутствия возможности нормального использования нескольких принтеров. Нужно будет сделать wifi-флешки, так хоть с ними не возиться. Вы на марлине или клиппере?
                                    0
                                    Марлин на SKR1.1. Да тоже присматриваюсь к wifi флешкам от BTT. Воткнуть такую в экран-принтсервер от них-же хочу.
                                    Там ещё вышли решения от Mellow Store с wifi на борту и довольно приятным web интерфейсом. Но хочется быстрой загрузки принтера и отклика интерфейса. Тормозные вебморды всего и вся уже достали.
                        0
                        Очень странная выборка с учетом, что Delphi теперь мультиплатформенный, поддерживающии множество протоколов обмена для ioT, выступающий в проектах и как бэкенд и как фронтенд — sencha(UniGUI). Но «аналитеги» сказали Десктоп, значит Десктоп
                        +10
                        Большинство разработчиков начинало программировать на Pascal и С++, но вскоре первыми языками разработчиков станут JavaScript и Python. Интересно, как это повлияет на культуру программирования.
                        Уже видно как.
                          +1
                          Интересно. Каковы шансы C# обогнать Java по популярности, и есть ли у этих двух языков достойные альтернативы в области бэкенда.
                            +5
                            Шансов обогнать нет — слишком много всего написано на Java
                              +11

                              Я бы не был так категоричен. Местами это самое "много что написанное на Java" занесли в раздел легаси и потихоньку от этого избавляются.


                              Мы используем оба языка и должен сказать что Java всё больше и больше уходит на второй план. Особенно с тех пор как С# стал кроссплатформенным. И если майкрософт со своим MAUI сможет предложить ещё и адекватный кросплатформнный десктоп, то тогда как минимум у нас Java точно перестанет использоваться для новых проектов…

                                +5

                                Нет, я сам шарпист и считаю C# гораздо более выразительным и комфортным языком, чем Java. Но пересадит армию жавистов на C# кажется мне не особо реальным

                                  +4

                                  Ну у меня с этим достаточно положительный опыт. То есть как минимум с Java на C# люди(и следовательно и фирмы) переходят гораздо охотнее чем наоборот :)

                                    0

                                    Уж лучше на TypeScript перейти, чем мириться с style guide C#.

                                      0

                                      Вообще не понимаю в чём проблема. Уж что что, а style guide это вкусовщина. В конце концов вас же никто не заставляет его придерживаться.

                                        –1

                                        Это, безусловно, вкусовщина. Логично же выбирать то, что более по вкусу, а не объявлять священную войну ветряным мельницам.


                                        В конце концов вас же никто не заставляет его придерживаться.

                                        Если что-то пишешь для себя и никому не показываешь, то да. Если пишешь в команде за деньги, то «не придерживаться» не получится. Код, конфликтующий по стилю с RTL/распространёнными библиотеками/остальным кодом приложения выглядит непрофессионально и неприятен в поддержке.

                                          +1

                                          А по вкусу или не по вкусу вам что-то просто потому что вы так привыкли? Или есть какие-то объективные критерии? :)

                                            –1

                                            Есть какие-то объективные критерии вашего отношения ко вкусу клубники или вы просто так привыкли? ;)

                                              +1

                                              Конечно есть. Как минимум содержание сахара например :)

                                        +1
                                        В C# замечательный style guide
                                          –1

                                          Мне Java как-то больше нравится.

                                          0

                                          Наличие общепринятого стайл гайда — это уже превосходно.
                                          Пусть он даже субъективно лучше кому-то не нравится, чем отсутствует.

                                        +2
                                        Больше 10 лет назад пересел с C# на Java и еще ни разу не пожалел. И это при том, что я считаю язык C# более современным и приятным.
                                          0

                                          Да, но речь как раз идет о том, что шарп в последнее время сильно меняется в лучшую сторону, так что может и сейчас вернувшись, жалеть будет не о чем

                                            0
                                            Вы, наверное, невнимательно прочитали. Я переходил с шарпа на Java в тот момент когда шарп уже был круче и это меня не остановило, как вы понимаете. Сейчас тоже нет планов перейти обратно. Просто потому, что разработка это не только синтаксис языка. А все остальное в Java мне нравится больше.
                                        0
                                        Почитал про MAUI. Очень и очень перспективно однако.
                                          0
                                          мне кажется, не в ближайшем будущем
                                            +1
                                            Что там перспективного? Xamarin переименовали, суть не поменялась.
                                              0
                                              Появился десктоп, вот что поменялось. И один шаг до десктопной кроссплатформенности.
                                              0
                                              недавно была трансляция на канале мелких о Uno Platform для шарпа, там сделано чтоб единный интерфейс на xaml был запущен на всех платформах, без моно и ксамарина
                                              0
                                              Местами это самое "много что написанное на Java" занесли в раздел легаси и потихоньку от этого избавляются.

                                              Только далеко не всегда избавляются в пользу шарпа. Альтернатив сейчас предостаточно.

                                                0
                                                Альтернатив сейчас предостаточно.
                                                Для бэка? Это какие например? Go? Php? Node?
                                                  +1

                                                  Да, например. С оговоркой, что Node — это не язык и нужно было написать TypeScript, который тем же мелкософтом вполне себе продвигается. Rust и Python еще.

                                                    0

                                                    Да хоть хаскель — используется в кусках бэка в FB, в магазинах Target (было довольно забавно в свое время наткнуться на научную статью по хаскелю с теоркатом от чувака с емейлом target.com, это как если бы Пятёрочка публиковалась) и Walmart, да и по мелочи, на самом деле.

                                                    0

                                                    С этим я и не спорю. Я скорее о том что Java всё сильнее и сильнее теряет популярность.

                                                    +5

                                                    Но ведь есть Kotlin, который не менее выразительный, чем C#, но при этом совместим с JVM-legacy.

                                                      –3

                                                      Как минимум у нас в регионе котлин всё ещё "экзот". То есть не то чтобы особо распространёй и даже если, то практически исключительно в мобайле.


                                                      То есть в теории это наверное было бы логичным шагом, но в реальности этого никто не делает.

                                                        +1

                                                        В Kotlin нет аналога Linq (зато есть встраиваемые (inline) фукции, которых нет в C#).

                                                          0

                                                          AgressiveInlining атрибут это разве не то же самое?

                                                            +2

                                                            Не совсем. Во-первых, AgressiveInlining работает только во время JIT-компиляции, а inline в котлине раскрывается на этапе компиляции в байт-код. Во-вторых, AgressiveInlining нельзя поставить на делегат. В-третьих, inline в Котлине позволяет использовать нелокальные управляющие конструкции.

                                                              0
                                                              inline кроме оптимизаций дает возможность писать контекстно-независимые high order-функции. Например:
                                                              Заголовок спойлера
                                                              public inline fun repeat(times: Int, action: (Int) -> Unit) {
                                                              contract { callsInPlace(action) }

                                                              for (index in 0 until times) {
                                                              action(index)
                                                              }
                                                              }


                                                              Может использоваться, скажем, так
                                                              Заголовок спойлера
                                                              suspend fun bar() = Unit
                                                              suspend fun foo() {
                                                              repeat(10) { bar() }
                                                              }


                                                              Особенность suspend в том, что их можно вызывать только из других suspend функций, аналогично и @Composable
                                                              Без inline каждую подобную функцию нужно было бы дублировать по штуке на каждый контекст, который завезут компиляторными расширенями
                                                              public fun repeat(times: Int, action: (Int) -> Unit)
                                                              public suspend fun repeat(times: Int, action: suspend (Int) -> Unit)
                                                              public @Composable fun repeat(times: Int, action: @Composable (Int) -> Unit)

                                                              Так что inline — круто
                                                              0

                                                              Не то чтобы query синтаксис был нужен.
                                                              Fluent-like для коллекций-то есть

                                                                0

                                                                Для коллекций-то есть, а для запросов к БД?

                                                          +2

                                                          Посмотрите проект Avalonia — пока еще сыро, но это кроссплатформенное развитие WPF.
                                                          Для фронта + бека есть ASP Net Core или ASP Net Core Blazor (Web assempler)

                                                            +1

                                                            Смотрели. Но именно что сыро и непонятно когда станет нормально. Плюс теперь в связи с заявленным выходом MAUI вероятность что проект загнётся стала уже совсем ненулевой.


                                                            В общем мы ждём что там будет с MAUI, а потом будем решать. В конце-концов у нас не горит и можно спокойно и дальше на Java кодить.

                                                            0
                                                            Вряд ли. Java как язык может еще в теории и может обойти, но вот JVM нет — складываем доли Java, Scala и Kotlin из первого графика и получаем 19. Что даже выше чем у JS.
                                                            Да и чисто субъективно, я удивлен что C# так высоко. Так как я знаю только одного человека, который на нем пишет и это Unity, не бэк. Но видимо я просто не в тех кругах тусуюсь.
                                                              0
                                                              C# в наше время практически исключительно бэкенд
                                                                +2

                                                                Не только. Я знаю кучу фирм, которые пишут на нём десктоп и фронтенд.


                                                                У того же Siemens их NX это WinForms. И они не одни такие.


                                                                WPF в Германии вообще кучи фирм используют.


                                                                Blazor на удивление начали использовать.

                                                          0
                                                          Вряд ли этот процесс будет выглядеть как «С# обгоняет Java». Скорее, новые современные бэкенды будут начинать писать на чём-то новом (Go, Node.js ну и C#, да), а Java-приложения будут потихоньку доживать свой век. Какие-то из них будут волевым решением заменены, а какие-то ещё, может, 100 лет будут жить и фиксится, как до сих пор живёт код на Коболе и Делфи.
                                                            0
                                                            Каковы шансы C# обогнать Java


                                                            А нужно ли обгонять?

                                                            Очень хотелось бы посмотреть на график стоимости минуты простоя программного обеспечения в зависимости от языка написания этого самого обеспечения. Жаль что это из области фантастики.
                                                            +1
                                                            Интересно, что выиграл язык JavaScript, а подавляющее большинство анкет, это back-end — Java, Kotlin, С# и т.п.
                                                            Тем, кто только выбирает себе язык программирования, возможно, стоит ориентироваться не на язык как таковой, а на сферы применения
                                                              –5
                                                              Почему про Rust нет никакой динамики? Он отобрал существенную долю у С++.
                                                                +1

                                                                А где Rust используют в продакшене?

                                                                  0
                                                                  В Firefox, к примеру.
                                                                    –3

                                                                    Современный Firefox, стремящийся занять всю доступную оперативную память, скорее антиреклама для языка.

                                                                      +2
                                                                      Это вроде бы давно уже не актуально. По крайней мере, за последние пару лет таких проблем в Firefox не замечал, без проблем работает неделями.
                                                                        –1

                                                                        Зависит от того, сколько у вас памяти, вкладок и как часто перезапускаете лису.


                                                                        52 ESR до 3 Гб раздувался за месяцы работы с сотнями вкладок в нескольких окнах и это был один процесс, который легко контролировать.


                                                                        Firefox 80+ с 100 вкладками раздувается до 4Гб практически сразу после старта, а поработав без перезапуска несколько месяцев может спровоцировать своп даже в системе с 32 Гб.


                                                                        И закрытие почти всех вкладок память в систему не вернёт, только перезапуск браузера. А после перезапуска может оказаться, что сессия последний раз сохранялась пару дней назад, а всё остальное время тихо падала с Out of Memory (!).

                                                                          +2
                                                                          с 100 вкладками раздувается до 4Гб практически сразу после старта, а поработав без перезапуска несколько месяцев…


                                                                          Каждый раз читая такое у меня возникает вопрос -почему, зачем так делать?
                                                                          Я серьёзно, без троллинга. Какие задачи требуют исключительно таких условий?
                                                                    0
                                                                    хотя бы здесь
                                                                    www.redox-os.org
                                                                      –4

                                                                      И что это? Игрушечная ОС на игрушечном языке?

                                                                        0
                                                                        уже полно вакансий с требованиями знаний Rust
                                                                          0
                                                                          От вас идут одни какие-то широковещательные, ничем не подкрепленные заявления: то «раст отобрал существенную долю у C++» (при этом на вопрос «где раст используют в проде» вы смогли привести только игрушечную ОС, которая сама нигде в проде не применяется), то теперь вот «полно вакансий с требованиями знаний раст». «Полно» по сравнению с чем? Вот статистика по вакансиям с требованием к языку за 2019 год от hh.ru (за 2020 ее от них пока еще не было):
                                                                          Доля вакансий по языкам от общего количества
                                                                          Вакансии

                                                                          Где тут вообще раст? Он даже в 20-ку по вакансиям не попадает (в отличие от Perl'а и даже Delphi). Контролируйте свой фанатизм ©.
                                                                            0
                                                                            Какая разница игрушечная или нет? Есть официальный релиз уже — разве это не «продакшн»?
                                                                              0
                                                                              Нет, имеется ввиду — где используется Rust как инструмент для production.

                                                                              Так то кроме Firefox примеров и не знаю.
                                                                              Ходят слухи что Microsoft его использует, но где и как — непонятно
                                                                                0
                                                                                На хабре есть статья, как разработчики дискорд отказались в узких местах бороться со сборщиком мусора Go и переписали код на Rust.
                                                                                0
                                                                                А если я напишу на Паскале «Hello World», и выложу в виде официального релиза его — то это будет «продакшн»?

                                                                                Подтекст таков… не всё что в релизе и в «продакшон» является чем то стоящим, востребованным, качественным…
                                                                                  +1
                                                                                  Слушай, давай не будем утрировать? Ты прекрасно понял, что я имел ввиду. Я привел в пример ссылку на типичный Open source проект. Ты пытаешься мне доказать, что там нету, в репозитории, ветки «продакшн», не так ли?
                                                                                0
                                                                                учись студент
                                                                                Rust в продакшен
                                                                              +6
                                                                              на игрушечном языке

                                                                              Аж из монитора жир потёк.

                                                                                –1
                                                                                Толстоквашино, жЫрнота 100%.
                                                                                  0

                                                                                  Не мешайте, это внутренний мемас русскоязычного Rust-сообщества.

                                                                              0
                                                                              Очень много где.
                                                                              К примеру в AWS он используется для запуска лямбд: github.com/firecracker-microvm/firecracker
                                                                              –1
                                                                              Где он ее забрал? Пока раст виднеется только в рейтинга любимых языков, но практически никаких реальных крупных проектов на нем не пишется. То и дело только звонки, что кто-то крупные у себя внутри на нем что-то переписывает, а гугл вон спонсирует в апач засунуть реализацию TLS на нем. Пока этот язык еще в зачаточном состоянии. К сожалению, я бы сказал.
                                                                                0

                                                                                А какие крупные проекты есть на Go, Kotlin или даже, не знаю, Java? Из крупных проектов всё, что приходит в голову, написано на сях или плюсах (хром какой-нибудь, не знаю).

                                                                                  0
                                                                                  Открываем CNCF и практически все будет на Go. Чуть ли не пол интернета нынче на нем работает, т.к. CNCF покрывает огромное число очень популярных технологий. Джава, серьезно? Котлин да, кроме андроида не знаю, где он еще серьезно обитает. А rust так тем более. Я, будучи бэкэнд разработчиком, встречал его буквально в нескольких проектах вроде TiKV и OpenEBS. И особо движения в его сторону не вижу.
                                                                                    0
                                                                                    Открываем CNCF и практически все будет на Go.

                                                                                    Насколько они крупные? Я в облаках не шарю, только про k8s слышал — там меньше двух миллионов строк кода. Linux kernel — более чем на порядок больше. Chromium — тоже. (цифры везде по статистике openhub)


                                                                                    Джава, серьезно?

                                                                                    Наконец пришли в голову джетбрейновские продукты. Это да, это катит. Что кроме них?

                                                                                      0
                                                                                      Я под крупными конечно имел ввиду в плане популярности, что не обязательно соответствует строкам кода. Тут и Go, и Java имеет полно примеров. И это только открытый код или известные закрытые продукты (тот же jetbrains, atlassian). Сколько еще кода на них за закрытыми дверями пишется.

                                                                                      Rust же… Я просто нигде его не вижу кроме как в заголовках новостей.
                                                                                        +1

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

                                                                                          +1
                                                                                          Языки в первую очередь предназначены для создания продукта и ничего более. Если на языке есть успешные продукты с большим числом пользователей, то это успешный язык. Все очень просто. Строки кода здесь ну просто вообще никаким местом. Я не знаю, зачем вы лезете в дебри, о которых никто не говорил. Видимо на что-то хотели намекнуть, упоминая С и С++. Потому как в ключе борьбы со сложностью оба находятся на самых нижних местах.
                                                                                            0

                                                                                            Только проект мог оказаться успешным по куче других причин. Например, из-за успешной пиар-компании проекта.


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

                                                                                              0

                                                                                              Что тогда делать с языками, которые заточены на написание продуктов от 10к до 1м строк? Ну вот дизайн такой, и для 99% проектов вполне успешно работает. Делает ли это язык "плохим"? Или в чем обсуждение?


                                                                                              Ведь не факт что язык который идеально справляется со сложность и единственный язык на котором можно написать скажем 10^6 kloc окажется строго лучше/успешнее всех остальных.

                                                                                                0

                                                                                                А откуда там верхняя граница «до» возьмётся, из-за каких свойств языка?


                                                                                                А вообще я это всё к тому, что «нет популярных проектов на языке» — это очень странный критерий с очень странным порогом. Опять же, благодаря всяким FB и вконтактам пхп заруливает просто всех, и на его фоне популярность условного netbeans от популярности, ну, не знаю, ghc не очень отличима и стремится к нулю.

                                                                                                  0
                                                                                                  А откуда там верхняя граница «до» возьмётся, из-за каких свойств языка?

                                                                                                  Да из любых. Например на динамике весьма удобн описать скрипты до 10 строк. Вполне себе лимит, разве нет?

                                                                                          0

                                                                                          Довольно много блокчейнов пишут сейчас на Rust: Solana, Polkadot, Soramitsu переписывают свои проекты на Rust, ну и т. д. Также знаю об использовании Rust в HFT-системах и ядрах бирж. Потихоньку появляются Dapp-проекты на Rust (типа Fluence) — очень удобно, когда язык позволяет легко организовать wasm-песочницу, к тому же можно одновременно и бэк и фронт писать на одном языке.

                                                                                            0

                                                                                            Ты так говоришь, как будто блокчейн — это что-то нужное

                                                                                          +2
                                                                                          Что кроме них?

                                                                                          Liquibase, Netty, Eclipse, Jenkins, HSQLDB, Hadoop, Apache Kafka, Android (не считая линуксового ядра)

                                                                                            –2
                                                                                            Liquibase, Jenkins

                                                                                            Меньше миллиона LOC.


                                                                                            HSQLDB

                                                                                            Давайте теперь вспомним все реализации БД на сишечке.


                                                                                            Hadoop

                                                                                            Окей, засчитано (хотя это всё равно не крупный проект в смысле того же хромиума).


                                                                                            Android

                                                                                            Нуу, там вроде как нет единственного большого компонента на джаве.


                                                                                            Netty

                                                                                            Хм, 12 млоков. Блин, что они там сделали?


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

                                                                                              +1

                                                                                              Ну, если уж считаем млоки, то у NetBeans IDE на openhub 66 миллионов строк на джаве, у CXF — 40 миллионов, maven 3 — 17 миллионов…
                                                                                              А так, из больших проектов, вспомним еще Elasticsearch, GraalVM, openHAB, eclipse IDE (и производные), Apache Flink, Hive, Spring, Gradle, Bazel… В общем, по-моему, недостатка крупных проектов на джаве не наблюдается.

                                                                                        0

                                                                                        Да те же CLion и Android Studio (Java, Kotlin), Eclipse (Java) и все производные на Eclipse RAP/RCP. Немалый кусок Android тоже на Java.

                                                                                    –1
                                                                                    А есть где-нибудь рейтинг с графиками по области пременения? Ну например, Android — Java/Kotlin/JS(React)/Dart(Flutter), iOS — Swift/Objective C/(React)/Dart(Flutter), back — Go/Java/C#, sys C/C++/Rust, Web — JS/Dart/WebAssembly?
                                                                                      –1
                                                                                      А этой же статье

                                                                                      Давайте рассмотрим, какие языки используют в зависимости от области применения

                                                                                      0

                                                                                      Уидел переводную плашку — ага, интересно.
                                                                                      Увидел шарп в топе — появился червячок сомненеия.
                                                                                      Посмотрел на плашку по внимательнее — а, ясно, украинский источник.


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


                                                                                      В европе/штатах шарп скорее диковинка, и хотя он входит в том языков по популярности, в абсолютных цифрах это 3.7%, вместе с обычноый сишкой. Сравните это с 12% у джавы и 20% у JS.

                                                                                        +1

                                                                                        Ну вот кстати если брать универы(как впрочем и техникумы-ПТУ), то я бы сказал что как минимум в Германии там всё меньше преподают джаву и всё больше шарп.


                                                                                        Как минимум если судить по потоку выпускников за последние лет пять.


                                                                                        P.S. И если я всё правильно помню, то здесь самый распространённый ЯП это вообще Python.
                                                                                        П.С.

                                                                                          0
                                                                                          Как это не странно, в Новой Зеландии шарп очень распространен и популярен для бэкенда.
                                                                                            0
                                                                                            «Шарп больше чем Java похож на паскаль» што?

                                                                                            P.S. В Европе в «кровавом интерпрайзе» С# вот совершенно не экзотика и встречается на каждом шагу(собственно там всё что не Java — это .net).
                                                                                              –1

                                                                                              WriteLn-WriteLine/ReadLn-ReadLine, property, всё очень похоже на паскаль-дельфи. И немудрено, ведь Хелсберг

                                                                                            0
                                                                                            Эка новость! Я до этого момента был уверен, что питон всех порвет по популярности, а он потихоньку на дно начал скатываться
                                                                                              +3
                                                                                              Данные получены, вопрос в интерпретации. Например, такой: программисты Python перемещаются из Украины туда, где платят больше
                                                                                                –1
                                                                                                Часто использую Delphi и C#, JS немного. С pyton не пошло никак (((

                                                                                                Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                                                                Самое читаемое