Комментарии 48
другие языки еще живы и будут жить всегда, потому что в питоне отступами формируется структура кода.
как же надоело нытье про отступы. Это наверное самая меньшая из всех проблем питона
Самая очевидная для тех кто его не знает (для меня например). Однако я не сомневаюсь, что если начать копать, серьезно изучать язык, то найдутся и другие проблемы :)
Да это вообще не проблема по сравнению с другими
как же надоело нытье про отступы
А я буду, буду, буду… гхм… ныть, потому что мне больно и обидно! (ц)
Я, правда, с Питоном дел не имел, зато сейчас вожусь c Растом. Ух, повбывав бы. Чтобы поставить { на новую строку, мне пришлось переходить на nightly-билды (!!!). Да, иначе там никак. А чтобы называть переменные в том стиле, как я сам хочу, нужна директива компилятору в каждом файле (!!!!).
Если бы ещё и отступы навязали, я бы, наверно, просто взял другой язык. Жизнь слишком коротка, чтобы проводить её, злясь перед монитором.
Первый раз вижу человека, который сознательно идет против стайлгайда, который призван упростить восприятие кода разработчиками. Вы и rustfmt и clippy злом считаете?
А я первый раз вижу такой упячный стайлгайд. Поучились бы у Хейлсберга.
Чтобы не было этих дурацких споров, достаточно просто отделить линтер от стандарта языка. Устроили, понимаешь, армию. Всё должно быть покрашено зелёной красочкой и посыпано песком.
Да вот как раз для отсутствия дурацких споров на каждом проекте или в каждой компании один раз решили и встроили в компилятор. Но видимо некоторые всё ещё считают, что надо что-то переиграть в стайлгайде.
К слову, зачем? В других крейтах вы стиль на нужный вам не поменяете в любом случае, поэтому в итоге будет мешанина из вашего стиля наименования и стандартного.
Ну так скопировали бы с C#, и не было бы дурацких споров каждый раз.
Вы удобно устроились: ВАМ нравится этот навязанный стиль, и теперь рассказываете другим, как он помогает победить дурацкие споры.
Так и выборы, получается, не нужны. Дурацкие споры какие-то каждый раз. А всё из-за того, что каждый раз находятся некоторые, которые почему-то не согласны.
Так и в C# этот "навязанный стиль" есть. Вот представьте, что на C# кто-то решил использовать snake_case для имён переменных и скобочки на той же строке оставлять, вы бы не были... несколько несогласны с данным человеком? Особенно если вам с его кодом придётся работать?
Что за поклёпы? НЕТ там никакого навязанного стиля. Авторы FCL (стандартной библиотеки) просто пишут единообразно, только и всего. Если вы будете писать иначе, чем они, компилятор не будет выдавать вам warning'и «Ты неправильно назвал переменную, что ты себе позволяешь!». И IDE там не построена вокруг встроенного в язык линтера (что в некоторых случаях выливается в буквальную невозможность отредактировать текст), хотя и язык, и IDE писала одна контора. Я такого насилия над кодером не припоминаю со времён ZX Spectrum 48. Очень жаль, что у зумеров нет опыта программирования на нём, а то живо научились бы свободу ценить.
Всю свою жизнь я работал в местах, где трудились умные люди. А умные люди всегда договорятся между собой сами. Любители snake_case с любителями camelCase в том числе. Вариантов мирного сосуществования много, рассказывать тут о них я, извините, не буду. Кто их не видит, обычно трудится в Макдональдсе с его униформой.
Ну вот в расте уже "умные люди" договорились о стандарте, и большинство всё устраивает.
А что, писать #![allow(non_snake_case)] один раз на крейт (а не в каждом файле, как вы пишете), уже слишком несвободно? А добавить "-A non_snake_case" в rustflags в глобальный cargo config?
Я вижу, мы с вами начали разговор не с той ноги.
Спасибо за ценные советы начинающему растеру (крастерианцу, или как там это слово читается). Если можете ещё что-то полезное сообщить, буду премного благодарен. Я не знал, что #![allow(non_snake_case)] добавляется один раз на крейт. На SO пишут, что “#![allow(non_snake_case)] in the first line will apply the attribute to the entire file”, соответственно, я и решил, что это необходимо пихать в каждый файл. Рад слышать, что это не так. Я всегда радуюсь торжеству здравого смысла. Конечно, лучше всего было бы вообще не лезть в именование переменных, но если это, по крайней мере, можно отключить глобально, это хорошая новость.
Если вы ещё расскажете, как зафорсить правило brace_style = "AlwaysNextLine" не переходя на ночной канал (сейчас я не знаю таких способов), будет совсем хорошо.
И ещё заодно спрошу, может знаете: почему brace_style = "AlwaysNextLine" не применяется к паттерн-матчингу? После match автоформаттер упорно убирает перенос.
И ещё: какое правило отвечает за
var
.do1()
.do2();
? Это форматирование из документации, но форматтер периодически вытягивает запись в одну строку.
Заранее спасибо.
Если честно, настройки rustfmt никогда особо не менял, так что не уверен.
Если опция на nightly, то с этим особо ничего не сделать. Впрочем, не обязательно весь крейт переводить на nightly, можно вызывать rustfmt вот так:
cargo +nightly fmt
По части цепочек функций - форматтер предпочитает записывать в одну строку, пока она не становится слишком длинной. Опция chain_width вроде похожа на правду.
бЕрёшЬсвой.код-СО~Своим`Стилем|ПодключаешьБиблиотекуСДругимСтилем. и_ещё_одну_с_третьим... И как, красота? Ещё сверху шриф Caravan добавить..
Да это главное, за что я его полюбил! Сперва бы паскаль с begin end, потом С, С++ с {}. А тут чистота и красота!
ТАБЫ или ПРОБЕЛЫ ???
Единственная причина, по которой другие языки всё ещё существуют, заключается в низкой производительности Python и том факте, что он интерпретируется и, следовательно, подвержен неожиданным ошибкам во время выполнения. Это означает, что критически важные для безопасности или работающие в реальном времени системы по-прежнему должны полагаться на другие языки, отметили в TIOBE.
Единственная причина - ну просто "первый в мире, второй по Сибири". Давайте без вот этого шапкозакидательства. Чуваки из TIOBE не представляяют, почему существуют другие языки...
Объясните мне, пожалуйста, как Ада может быть популярней PHP?
А очень просто: рейтинг TIOBE не показывает реальную популярность языка. Он ранжирует языки по частоте публикаций и вопросов в интернетах. Т.е. первые места занимают те языки, по которым больше всего джунов пытается войти в айти, а также дополнительный бонус получают языки, которые хуже документированы или имеют больше неочевидных проблем.
Он ранжирует языки по частоте публикаций и вопросов в интернетах
тогда все ясно, текущий подъем в этом индексе объясняется очередным взлетом ИИ, готовый инструментарий для которого реализован в основном только на python, т.е. это не популярность а вынужденная мера.
Например, попробуйте запустите gemma3 (топовая из открытых визуальная модель от гугла) не используя python для анализа видео (я знаю про llama.cpp, он работает только на процессоре, и с изображениями очень медленно).
первые места занимают те языки, по которым больше всего джунов пытается войти в айти
Тогда на первом месте должен быть ChatGPT ;)
Чем чёрная магия промптов не язык?
Потому что у TIOBE крайне сомнительная методика подсчета популярности языков
Нет она как раз отражает реальную картину, а все остальное это выдумки самих айтишников которые знают один язык и думают что он самый нужный
Нет она как раз отражает реальную картину
Смотря что вы подразумеваете под "популярностью языка". Если количество желающих изучить некий язык, тогда да.
отражает реальную картину
Смешно)) Отражает «реальную картину» из параллельной реальности, где язык программирования Ada (сколько на нём вакансий и обучающих курсов в нашей реальности?) популярнее PHP, Rust, Ruby и Kotlin.
> Потому что у TIOBE крайне сомнительная методика подсчета популярности языков
Все так, но что значит "не сомнительная"? Любая методика подсчета "популярности" имеет свою специфику. Это как градусник, транспортир и спиртометр: каждый из них полезен, если понимать - что именно он измеряет. Все, что нужно - это не намекать прямо или косвенно в публикации, что это одни и те же градусы.
Вы сначала спросите: а что мы хотим измерить, и после этого составляйте рейтинг, который ответит именно на этот конкретный вопрос. А "популярность" - это слишком расплывчато и неопределенно. Какой вопрос, такие и ответы. Например, если заглянуть в форум "Прикладное программирование" на Рубоард, то там вне конкуренции 1С (600 страниц обсуждения, 12 тыс.ответов). На втором месте (угадайте, не глядя в подсказку) - фортран. 370 страниц обсуждения, больше 7 тыс. ответов в двух темах (фактически в одной, просто ее разделили на две из-за "переполнения" топика). Вровень с ним - связка С/С++ (330 страниц обсуждения, 6.5 тыс. ответов). Питон по сравнению с ними - ребенок, он втрое уступает даже ассемблеру, не говоря уже о VBA Excell.
Ну и о чем это говорит?
Аналогичные претензии можно предъявить и к рейтингу "число вакансий". Есть целые сферы с относительно высокой текучкой, где сменяемость разработчиков напоминает конвейер, а есть такие, где можно работать на одном "проекте" всю жизнь. На каждую сотню кобол-разрабочиков в банке моет появляться с десяток вакансий в год, а на ту же сотню условных писателей "одноразовых" сайтов для уездного ларька с пивом - несколько тысяч. Так как во втором случае проект длится максимум месяц. Можно ли отсюда сделать вывод, что этот условный язык в сто раз нужнее Кобола?
А еще есть такая штука, как программирование в виде "опциональной способности". Например, в научных институтах в вакансиях для нс не только язык не указан, а вообще про программирование обычно не сказано. Но по факту каждый второй нс пишет какие-то приложения для себя, а часто и для коллег. И те языки, которые он при этом использует, ни в один рейтинг не попадают.. А это довольно большая предметная область, со своей спецификой, которая в рейтингах вакансий не отражена вообще.
Взлёт Ada в TIOBE обусловлен тем, что Nvidia выпустила архитектуру Ada и её гуглят. Этому рейтингу глубоко пофиг, что он меряет. Если когда-то появится язык Girl, он навcегда займёт первую строчку в TIOBE даже если у него не будет работающего компилятора.
Если когда-то появится язык Girl, он навcегда займёт первую строчку
Язык porn ему никогда не обогнать
Интересно, есть ли подобные причины для Делфи и Васика?
Например, в этом году - 30 лет Майкрософту. Хайповая тема. Могла поднять наверх тему Васика. Но это никак не относится к популярности языка, а чистая желтуха.
В общем интересное предположение и логичное. У меня до этого было, что юзера старых языков больше гуглят, а новых - стали больше использовать ИИ, и потому олды всплыли в ТИОБЕ. Но ваше предположение логичнее.
Но что печально, что чем дальше - тем менее ТИОБЕ релевантен к реальности :(
8>-
Программирование не ограничивается вебом.
Если TIOBE ранжирует языки по частоте поисковых запросов в интернете, то это что - рейтинг популярности или рейтинг непонятности?
А Вы подойдите к проблеме с хвоста. Есть язык, и про него ни кто ничего не спрашивает, почти никто (за исключением создателя) ничего не знает и не пишет. Будет ли он популярным? И сравните язык, на котором налабали миллиарды строк кода (наверное это тоже учитывается?) и о котором все только и говорят...То то же....
Тиобе не ранжирует языки по частоте поисковых запросов. Он отслеживает количество публикаций. Описание свободно доступно.
Кто здесь пишет на питоне больше 20% времени? Сознавайтесь!
В смысле больше 20% времени, которое я пишу код, 20% рабочего времени или времени жизни вообще? Если первое, то я, да и в принципе, думаю, почти все в ML, кроме тех, кто пишет на R и тех, кто пишет какие-нибудь ядрёные драйвера для Nvidia на плюсах, но таких, я думаю, процентов по 5 и 0.1 соответственно.
Ну, допустим, ква.
Про TIOBE можно сказать многое, я вот заинтересовался смыслом изменения в 9.02% у Python. Сейчас Python имеет 25.35%. В апреле было 23.08%, причём на самом сайте TIOBE я этого не нашёл, взял из статьи на Хабре про то, как Koltin (якобы) теряет популярность.
Так вот, 9.02% = 1 - 23.07/25.36, что вызывает вопросы к округлениям и означает, что по TIOBE изменение в 50% есть возрастание вдвое, что мне кажется необычным. А по обычному прирост Python был бы 9.9%.
Вы посмотрите, что там Perl вытворяет.
Python установил сразу два рекорда: опубликован индекс TIOBE за май 2025 года