Рейтинг популярности языков программирования в 2025 от IEEE

Очень странно выделять Typescript отдельно от JS, как по мне.

ничего странного. это как c и c++. ты можешь на typescript писать обычный js, но ts - это обрыганский сишарп в браузере. он больше не актуален. раньше в js не было классов, приватных свойств - сахарка этого над прототипным наследованием… но даже так тупоскрипт компилился в обычный js,который от api мог получить данные любого типа, а не только то, что ты там хочешь… ну те тупоскрипт по факту лишь для сахара использовался… да и популярность сишарпа упала. сейчас скорее на golang проект начнут чем на шарпе

А оборот вокруг Солнца она совершает за другое время.

Я понял почему я вас не понимаю. Для меня сутки это не астрономическая какая то величина, для меня сутки это 24 часа, и по фигу на астрономию.

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

Мой тезис «сейчас для новых проектов выбирают Rust чаще, чем в прошлом».

Все же это спорно, на основании все тех же моих аргументов.

Из этого следует, что доля Rust будет продолжать расти

Опять не факт. Чтобы его доля росла, нужно чтобы доля c/c++ падала, а этого пока не происходит.

создатели gtk может и думают иначе

Насколько я понял, gtk есть реализация ОО в си (ну кто то мне доказывал про ОО в си) ну типа объекты тут структуры и удивляются почему в классе в одну кучу сведены и свойства и методы.

Все же это спорно, на основании все тех же моих аргументов.

Тогда надо чинить логику. На основании этих аргументов такой вывод не делается.

Опять не факт. Чтобы его доля росла, нужно чтобы доля c/c++ падала, а этого пока не происходит.

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

Ну и вообще-то доля C++ стабильно падает, есть куча графиков по годам. Очень медленно и плавно, но стабильно. Но повторю, даже если бы не падала, это неважно, это не является обязательным условием.

Я понял почему я вас не понимаю. Для меня сутки это не астрономическая какая то величина, для меня сутки это 24 часа, и по фигу на астрономию.

Это идиотизм. Переворачивание всего с ног на голову. Час — производная от суток, а не наоборот.

Из предыдущего опыта общения я понял, что даже очевидные второкласснику вещи надо разжёвывать, так что поясню: изменять продолжительность суток — это буквально самая тупая идея из всех, которые можно произвести с измерением времени. Потому что именно сутки, а не что-то иное имеет значение для жизни. Люди хотят, чтобы в полдень было светло, а в полночь — темно, хоть ты тресни. А не сегодня так, завтра на пару секунд иначе, а через пару лет вообще наоборот. Потому что в этом и смысл всех этих единиц измерения времени — они привязаны к астрономии. Ну такие вот мы странные существа, эволюционировали на планете, где устроено так, привыкли ночью спать, днём работать, в темноте не видим нихрена. Сутки (астрономические) — это самый важный в обычной жизни человека период времени. Все остальные второстепенны.

Поэтому именно продолжительность суток нельзя менять так, чтобы она не соответствовала астрономии. Что угодно остальное можно — хоть час (на 100 частей сутки поделить вместо 24, или ещё как), хоть минуты, хоть секунды — это легко. Можно изменить и год, но уже не очень хочется. Впрочем, так и сделали. Но вот что-что, а именно сутки отвязывать от астрономии нельзя. Ну, по крайней мере, пока мы живём именно на Земле и являемся биологически теми, кто мы есть.

По идее год и сутки не могут быть связаны ни каким образом

Ну наконец-то дошло. Именно в том и дело, что не связаны. И именно поэтому в году нецелое число суток.

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

Год тоже важен, но чуть меньше. Он важен потому что летом можно выращивать растительную пищу, а зимой во многих местах планеты нельзя. Там же зимой надо отапливать помещения, и так далее. Но в измерении года точность не так важна, как в измерении суток. Поэтому, чтобы было удобно, этой точностью четверть суток решили принебречь и приравнять год к 365 суткам вместо 365.2425. Но чтобы эта погрешность не набегала со временем (а соответственно, весна или зима не наступала всё позже и позже по календарю постоянно), ввели високосные годы — они эту погрешность убирают, соответственно. Благодаря этому мы можем жить в достаточно удобном измерении времени, когда в 0:00 всегда темно, а в 12:00 всегда солнце в зените (ну без учёта некоторых кривых часовых поясов, это мелочи), и при этом у нас солнцестояние и равноденствие (а соответственно, наступление весны, лета, осени, зимы) в одно и то же время по календарю, а не постоянно сдвигается.

Можно решить проблему без високосных годов, да. Просто каждый год после (ну или перед) боя курантов в 0:00 добавлять лишних 5 часов 49 минут 12 секунд. Будет 32 декабря, с 00:00:00 по 5:49:12, и сразу после этого уже 1 января 00:00:00, соответственно. Но это неудобно — проще целый день добавить в специально выбранные високосные года. Часы неудобно делать такие, чтоб они всегда 24 часа показывали, а в 1 «день» — 5 часов 49 минут 12 секунд, например. С 29 февраля всяко проще оказывается на практике.

С 29 февраля всяко проще оказывается на практике.

Вот это по моему мнению как раз:

Это идиотизм.

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

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

Можно решить проблему без високосных годов, да. Просто каждый год после (ну или перед) боя курантов в 0:00 добавлять лишних 5 часов 49 минут 12 секунд. Будет 32 декабря, с 00:00:00 по 5:49:12, и сразу после этого уже 1 января 00:00:00, соответственно. Но это неудобно — проще целый день добавить в специально выбранные високосные года. Часы неудобно делать такие, чтоб они всегда 24 часа показывали, а в 1 «день» — 5 часов 49 минут 12 секунд, например. С 29 февраля всяко проще оказывается на практике. а нет, так же тоже не годится, всё поедет. Ну да — добавление целых суток раз в несколько лет — единственное работающее решение.

Нет, это не идиотизм, а единственное рабочее решение. Ну то есть, не обязательно, конечно, в феврале, но единственным способом решить проблему нецелого количества суток в году является добавление целых суток раз в несколько лет. Да, можно было бы сделать не 29 февраля, а 32 декабря, например. Но это уже чисто условности календаря, не более.

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

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

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

Ну если ты хочешь, чтобы у тебя в один год в январе был снег и метель, а в другой — всё это в апреле, а в январе только листья начинали желтеть — пожалуйста, можно. Так, собственно, изначально и было. Потом люди заметили, что как-то это неудобно, и решили добавить вот эту поправку в виде високосных годов. Так тупо удобнее на практике, когда у тебя год что-то значит, а не какая-то рандомная фигня в 100 дней. Это важно для сельского хозяйства хотя бы.

Но да, сломанный год был бы несколько менее катастрофичен, чем сломанные сутки, тут не поспоришь. Но гораздо лучше, когда и то и другое не сломано. А единственный способ этого достичь — добавление целого количества «лишних» суток раз в несколько лет. Выбрали для этого 29 февраля. Конкретно данная дата, конечно, ничего не значит, могла быть любая другая.

Нет, это не идиотизм, а единственное рабочее решение.

Судя по тому как оно возникло и из чего оно следует - что мне сомнительно что это: единственное рабочее решение.

Там всякого бреда вида = один месяц 30 дней, другой 31 - полно. Так что все это слишком сильно притянуто за уши.

P.S. Еще не факт что вращение шарика и Земли вокруг Солнца постоянная величина всегда.

Это важно для сельского хозяйства хотя бы.

Да да я в курсе про это. То переход на летнее время то отмена, то один часовой пояс то другой. Я в курсе про важность ЭТОГО для сельского хозяйства :)

Судя по тому как оно возникло и из чего оно следует - что мне сомнительно что это: единственное рабочее решение.

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

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

Там всякого бреда вида = один месяц 30 дней, другой 31 - полно.

Это не имеет отношения к измерению времени, это условности календаря. И да, вот это действительно бред, и никакой логики за этим нет. Тупо традиции и хотелки римких императоров, которые до сих пор чтят. Но опять же, это никак не соотносится ни с продолжительностью суток ни с продолжительностью года. Да, можно было бы сделать 13 месяцев по 4 недели, и ещё один день «новогодний» дополнительный (а в високосные — два дня, соответственно), чтоб вот без этой разницы в продолжительности месяца.

Так что все это слишком сильно притянуто за уши.

Количество дней в месяце — да. Количество дней в году — нет. Способ измерять последний точно — тоже нет.

P.S. Еще не факт что вращение шарика и Земли вокруг Солнца постоянная величина всегда.

Факт, что непостоянная. И именно поэтому существует високосная секунда, которую добавляют не с какой-то периодичностью, а по мере надобности — на основе точных астрономических наблюдений.

Да да я в курсе про это. То переход на летнее время то отмена, то один часовой пояс то другой. Я в курсе про важность ЭТОГО для сельского хозяйства :)

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

а нет, так же тоже не годится, всё поедет. Ну да — добавление целых суток раз в несколько лет — единственное работающее решение.

Опять не понимаю. То поедет то нет. Почему поедет то? А в случае суток не поедет?

Ну да условно поедет - но через 4 года приедет в туда же что и при скачке в сутки. Разве не так?

Тогда надо чинить логику

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

На основании этих аргументов такой вывод не делается.

А я думаю делается. Чтобы как ты выразился, новые проекты чаще (ок, чем раньше) начинали делать на расте, все равно нужно чтобы вместе с тем их начинали меньше делать на c/c++., также нужно чтобы пропадали крупные фреймворки на плюсах типа Qt или UE и все такие говорили «а ну нифиг нам эти плюсы, там никаких толком и либ нету, как писать…». А этого не происходит.

Ну и вообще-то доля C++ стабильно падает,

Спорно. По тому же графику tiobe, она то падает, то растет. Я там не вижу никакой стабильности.

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

Мда… логика. И математика. Раст что заменять собрался то? Чтобы его доля росла, он должен отбирать долю у других.

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

Неточность в от 1/4 до 3/4 суток терпима, мы не замечаем такого, они не играют роли при засевке полей или начале отопительного сезона. Но если оставить её «набегать» с годами и дальше, то у тебя со временем зима и лето поменяются местами.

Да я не спорю. Просто многое из перечисленного - из давнего прошлого.

Airflow, кстати, это Python/Django приложение. Сюрприз.

И неспроста появляются проекты типа RedPanda (Kafka, реализованная на C++) и ScyllaDB (Cassandra, переписанная на C++).

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

Вообще то Вы описали как это сейчас, т.е. она едет и мы убираем через четыре года. Если мы будет убирать (или добавлять - не суть) к примеру каждый год по 5 часов, то через 4 года не нужно будет пихать целый день.

Включай уже логику то :(

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

Датаклассы появились в 2017 году. На основе библиотеки attrs, которая появилась в 2015 году. 10 лет назад!

До attrs существовали namedtuple (не знаю, с какого момента, очень давно) и другие инструменты.

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

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

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

Отнюдь. Но почему-то в этом треде у собеседников бывают с ней проблемы…

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

Нет, не нужно.

Во-первых, количество проектов за промежуток времени — не константа. Условно, можно начинать 100 новых проектов на C++ в год, а потом 120 новых проектов на С++, но ещё и 10 проектов на Rust. При этом относительная доля раста будет расти, несмотря на то, что проектов на C++ начинают делать не меньше, а больше.

Во-вторых, в мире существует не 2 языка, а вагон и маленькая тележка. Поэтому рост доли одного не подразумевает обязательного снижения доли другого. Они могут в теории даже оба одновременно расти.

Спорно. По тому же графику tiobe, она то падает, то растет. Я там не вижу никакой стабильности.

Ну вот здесь я могу согласиться, что спорно. Здесь действительно можно поспорить, и данные разнятся. По одним данным стабильно падает, по другим «рассчёска». Но сколько я смотрел — в целом почти везде в долгосрок (а не на один какой-то год) наблюдается спад.

Мда… логика. И математика. Раст что заменять собрался то? Чтобы его доля росла, он должен отбирать долю у других.

Всё по чуть-чуть. Ну вот хоть бы даже тот же D, он на какое-то время был «живым», хоть и маргинальным, а теперь, похоже, умирает совсем-соваем. Также (спорно, да, здесь надо больше данных, да и мы не ванги с нострадамусами) какую-то часть раст откусывает от Go. И да, это даже возможно при росте Go как такового. Но в целом, вон даже в Арче автор yay переписал его с Go на Rust (назвал paru). Какую-то часть он может отхватить и от Java. Но тоже спорно. Вот здесь да, есть что обсудить и есть простор для фантазий. А в том, что он в среднем растёт, спорить как-то не о чем. Да и то, что этот тренд будет продолжаться (хоть и замедляя темпы роста, но не переходя пока в падение), тоже как-то мало сомнений вызывает.

Вообще то Вы описали как это сейчас, т.е. она едет и мы убираем через четыре года.

Именно! Я и говорю, это единственный способ сделать нормально.

Если мы будет убирать (или добавлять - не суть) к примеру каждый год по 5 часов, то через 4 года не нужно будет пихать целый день.

Тогда поедут СУТКИ. Если ты 5 часов воткнёшь где-то между сутками, у тебя следующая полночь будет не ночью, а утром.

Включай уже логику то :(

Включена. Ты-то мозги тоже включай понемножку. Можно как-то дальше одного шага последствия продумывать всё же…

Как то сильно сомневаюсь в этом рейтинге. Пол ляма модулей для питона, 3 ляма для js. Разница почти на порядок. Js везде во всем. Разные ниши совсем, пусть и питон во всем.

Rust откусывает и от Python тоже. Со стороны видно, что во многих командах начинают с того, что переписывают самые высоконагруженные куски на Rust (используя PyO3, например), входят во вкус, и начинают новые сервисы уже с нуля писать на Rust. Я с таким не сталкивался (гораздо чаще сталкивался с откусыванием доли Go, когда нагруженный микросервис переписывается с Python на Go), но нередко вижу со стороны, читая питоновские чатики.

Да, верно, в том числе.

Он и от js откусывает понемногу. Вообще везде начинает появляться. Правда есть нюанс - все на расте недописанное. Куда не ткнешься - недоделанные альфа бета версии с урезанной функциональностью.

Не везде. Я, например, использую уже несколько лет вполне себе дописанный и очень удобный ripgrep, а также несколько других утилит на Rust.

Ну и использую несколько python модулей, написанных на Rust, почти в каждом проекте (pydantic, orjson, и другие).

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

Даже на Python существует масса недописанных проектов. Я часто роюсь на GitHub в поисках вдохновения, и нахожу уйму заброшенных проектов на любом языке.

Совершенно точно, что никакую точную статистику по этому параметру собрать не удастся.

Для меня js - мопед, python - трактор, rust - гоночный болид. Каждому свое место и применение. И своя ниша.

И еще по статистике, а node.js они небось тоже отделили от js отдельно?

95% темы - обсуждение систем счисления. Впрочем, я ведь даже уже и не удивлен.

Тогда поедут СУТКИ. Если ты 5 часов воткнёшь где-то между сутками, у тебя следующая полночь будет не ночью, а утром.

Ок. Уже прогресс. Вы согласны что эти поехавшие сутки каждый год и каждый день будут приходить в норму?

(тяжело но я думаю все таки подведу к этому ;))

95% темы - обсуждение систем счисления. Впрочем, я ведь даже уже и не удивлен.

;) Можете даже посмотреть кто это начал.

И еще по статистике, а node.js они небось тоже отделили от js отдельно?

Упс. А что по вашему такое: node.js? ;)

Цитирую: «Node.js — это платформа (или среда выполнения), позволяющая запускать JavaScript-код на сервере, а не только в браузере.»

Вот так вот берем и легким движением руки разделяем по сути одно и то же на 3-4 разные части и вот уже эти части по отдельности где то там в глубине рейтинга. А ловко. И вот у нас уже питон на первом месте.

...по незнанию...

Именно так и было.

И да, я ничего толком не знал, кроме VB. Кресты я только сейчас взялся изучать.

Они из всей этой кучи отделили только TS от JS так как по сути это разные языки программирования. Если питон можно оттранслировать в Си это не значит что они должны быть вместе.

Ага.. смотрю на гитхабе у них обоих где то по 20-25% активных репозитариев. Ну хрен с ним. Я тут для себя недавно как раз js открыл, ну нормальный же язык, даже не понимаю чего его так хейтят то из всех щелей.

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

Это JS то нормальный? Странно. Я его нормальным не считаю, вот TS уже нормальный, не зря его все таки придумали.

Ну, он со своими нюансами, которые надо понимать и знать. А так - язык как язык. Зато сколько на нем всякого полезного!

будут приходить в норму

А теперь представь себе расписание расписание рабочего дня на год для, например, строителя. Каждый день приходить на работу в новое время, удобно?

А чего не так? Давно пора расширить сутки до 36 часов. Во-первых, это удобно - 365 дней в году, 36 часов в сутках. 24 часа на светлое время - на работу, отдых, еще 12 на сон и всякое разное. Ну как раз все вписалось бы.

Поэтому именно продолжительность суток нельзя менять так, чтобы она не соответствовала астрономии. Что угодно остальное можно — хоть час (на 100 частей сутки поделить вместо 24, или ещё как), хоть минуты, хоть секунды — это легко. Можно изменить и год, но уже не очень хочется. Впрочем, так и сделали. Но вот что-что, а именно сутки отвязывать от астрономии нельзя. Ну, по крайней мере, пока мы живём именно на Земле и являемся биологически теми, кто мы есть.

Ты вроде как манифестация карты реликтового излучения, а такую глупость сморозил. Секунды определяются без астрономии, текущее определение по СИ зависит от радиоактивности цезия. Минуты и часы зависят от секунд.

Сутки важны только потому что они совпадают с нашим циклом активности. Если притормозим наш глобус и один солнечный день займёт, скажем, 96 часов, то внезапно никто не будет переизмерять существующие часы и минуты. А виной всему современная цивилизация, где разные люди активны в разное время - я не Дарвин, но уверен, что многие высшие животные эволюционировали с подстройкой к солнечному дню; в то время как мы уже выросли из этого и нам бы 25 часов в день впихнуть.

365 дней в году

24 часа на светлое время

Но каждый день эти 24 часа начинаются в разное время, либо перестают быть «светлым временем» из-за сдвига в 5 часов за год.

Между «можно» и «нет другого способа выполнить кроме» как будто бы большая разница

Т.е. тогда правильный ответ был не условных «5/6», а «1/2 + 1/3»,

В мифе о Гильгамеше 1/2 + 1/4 = 2/3 :)

60 в принципе удобное число для повседневных операций

С основанием 60 таблица умножения получается гигантская.

Секунды определяются без астрономии, текущее определение по СИ зависит от радиоактивности цезия. Минуты и часы зависят от секунд.

Тем не менее, слишком много завязано на секунду, которая примерно 1/86400 солнечных суток, и менять слишком сложно.

многие высшие животные эволюционировали с подстройкой к солнечному дню; в то время как мы уже выросли из этого и нам бы 25 часов в день впихнуть.

Там сложно. Например, у северных оленей циркадных ритмов нет. Куры начинают нестись от увеличения светового дня. Было много исследований, когда людей заставляли жить в ритме отличном от 24-часового, и результаты бывали очень индивидуальны — кто-то укорачивал свой цикл, кто-то удлинял до 3 суток и прекрасно себя чувствовал, кто-то сбивался с ритма и спал когда попало, кто-то неосознанно привязывался к действиям наблюдателей, имевших суточную периодичность…

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

То есть то, что и сейчас есть?

в смысле «больше неактуален»? ts это стандарт, на «голом» js никто бизнес-приложения не пишет, разве что поддержка какого-то совсем легаси.

по api вам по определению могут прилететь данные любого типа, разница только в том, как работать с ошибками.

что во что компилится вообще не важно. сам js тоже компилится дальше внутри V8, и что?

Давайте я не буду в очередной раз объяснять то, что уже объяснял. Оставлю вас с этой мыслью на некоторое время, должно дойти. Если никак, предлагаю перечитать вдумчиво мои предыдущие сообщения. И потрудитесь уде как-нибудь следствия из сделанных изменений просчитывать чуть дальше, чем на один шаг. Я увепен, вы справитесь. У детей в пятом классе на геометрии вовсю получается, получится и у вас.