После года разработки опубликован релиз новой стабильной ветки языка программирования Perl - 5.36. При подготовке нового выпуска было изменено около 250 тыс. строк кода, изменения затронули 2000 файлов, в разработке приняли участие 82 разработчика...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=57268
Тот самый момент, когда скриптопоклонники изобретают велосипед, тобиш тащат в свой скриптоязык все то, что уже давно есть в нормальных языках программирования. Т.е. явное указание переменных, явную типизацию и т.д. А все потому, что и ослу было изначально ясно, что код без явных указаний будет небезопасным и на добавление обратно этой безопасности придется тратить время, которое, как известно, деньги.
>>> было изначально понятно <<<Вы посмотрите на год выпуска Перла. Тогда цели и задачи были вообще никак не связаны с безопасностью! Так что ваши притензии вообще не обоснованы! Тоже самое касается например языка Си, что он типа весь такой и сякой! Язык развивается и это нормально!
Си развивается? Компиляторы сейчас ощутимо лучше чем даже 15 лет назад, но вот язык ровно тот же остался (не серьёзно обсуждать то, нормальной поддержки чего ни в одном компиляторе не появилось). Да, ту же либц развивают, но это ведь не язык.
>>> Си развивается? <<<Во первых, под развивается имелся ввиду только Перл!
Но даже несмотря на это, да язык Си развивается, - развивается ровно на столько, на сколько это необходимо в мире Си, (если интересно можете посмотреть стандарт C2x будущий С23). Уже давно было сказано, что Си, оставляет право быть огромным языком за С++.
"Компиляторы ощутимо лучше", "язык тот же остался", "libc развивают, но это не язык"?!
ANSI C стандарты разных годов:
C89
C90
C95
C99
C11
C17
C2xРазвитие языка.
Это всё минорщина, чисто технические апдейты. О каком развитии тут может идти речь? Даже за 10 лет между 89 и 99 отличий не так много и все эти изменения так и не нашли особого распространения.
Возможно вы не нашли особого применения, а другие, наоборот, радуются этим изменениям.
Я действительно не понимаю, где могут понадобиться эти wchar и какие у них могут быть применения. Считать ли их поддержку развитием языка? Ну, даже не знаю.
Перл не задумывался как язык для написания больших приложений. Это был язык для быстрых текстовых отчётов по анализу текстовых файлов.Он был заменой bash+sed+awk, потому унаследовал многие их черты. И с ролью их замены Perl справляется довольно хорошо.
Во времена perl (и для целей его использования) ценность строгости не очевидна.
Другой дело, что большие приложения на Perl начали писать очень давно. Тот же Booking.com до сих пор на Perl. А значит, вносить строгость нужно было тоже давно.
Причиной заморозки и полу-гибели Perl послужил Perl6. Проект без чётких целей и плана становления отобрал у Perl5 фокус и время разработчиков. Если бы не Perl6, у нас сейчас был бы совсем другой Perl5. И кто знает, может быть “Perl мёртв” не был бы такой популярной фразой.
Perl6 когда придумали сделать, в 2000? Почему тогда perl5 до сих пор остался в 1994, куда делись 6 лет?
Совершенству трудно чтото добавить...
Тут сложно поспорить. Кобол сейчас примерно в том же положении, требования изменились, а язык не эволюционировал под запросы и потребности. Сегодня есть достаточно большой спрос на фортран, в основном из-за кучи готового кода и хорошо оптимизированных библиотек. Было время, когда компиляторы си генерировали заметно менее эффективный код, а вычисления сегодня в большом тренде. Однако, применимость фортрана довольно ограниченная, но им не пытаются затыкать все щели, для чего он явно и не приспособлен.
Фантастическая чушь. Во-первых, перл5 развивался. Между 5.10 и 5.20 произошло очень серьезное развитие, и к 5.30 наверно даже большее. Много экспериментальных фич было за это время. Что-то прижилось, что-то нет.
Перл6 изначально был в стороне от перл5, его разработкой занимались в основном другие люди.
Если вы не в теме перла, не пишете на нем и не разбираетесь в его специфике - зачем пишете посты космической глупости?
Perl 5.6 вышел в 2000 году, 5.8 - в 2002, 5.10 - в 2007.Сравните со скоростью выхода версий после 5.10.
Практически 7 лет перл развивался ооочень медленно.
Тупой Ларри тормозил его развитие.
Тот самый момент, когда скриптопоклонники изобретают велосипед, и используют язык там, где он вообще ни разу не предполагался использоваться и из-за этого огребают кучу проблем. Вот и приходится к молотку колёсики приделывать.
А какие там "куча проблем"?
За годы разработки на perl, не сталкивался с этой "кучей проблем".
> Тот самый момент, когда скриптопоклонники изобретают велосипед, тобиш тащат в свой скриптоязыкТот самый неловкий момент, когда скриптонепоклонники высказывают свое фи благодаря этим самым скриптам (да, опеннет -- на перле).
> А все потому, что и ослу было изначально ясно, что код без явных указаний будет
Классический эффект послезнания.
> да, опеннет -- на перлеИ это сразу видно по убогости UX. Вызвать chomp на имя комментатора не осилили. Вместо этого будем выводить ошибку про пробел в конце. Типичная перловка.
Хороший тут UX. И с пробелом тоже логично.
Вы же понимаете, что UX - не в языке дело, а способностях дизайнера.
>Тот самый момент, когда скриптопоклонники изобретают велосипед, тобиш тащат в свой скриптоязык все то, что уже давно есть в нормальных языках программирования.
>Т.е. явное указание переменных, явную типизацию и т.д.В Perl явная типизация с самого начала: $ - скалярная переменная, @ - массив, % - хэш-массив, \ - ссылка. Явное объявление переменных с помощью my было ещё 10 лет назад, когда я впервые попробовал Perl. Что касается сигнатур функций, то и они раньше были, но в менее читаемом виде, просто сейчас добавили синтаксический сахар.
>А все потому, что и ослу было изначально ясно, что код без явных указаний будет небезопасным и на добавление обратно этой безопасности придется тратить время, которое, как известно, деньги.
В Python и JavaScript тоже нет явного указания типов, а Perl появился ещё раньше их. Тем не менее Python и JavaScript используют, хотя ослу что-то там изначально было ясно.
В Perl есть taint для обеспечения безопасности, а в Python и JavaScript ничего подобного тоже нет. Так что Perl даже в безопасности, о которой вы так печётесь, у них выигрывает.
Любые обновления – зло. Программы как и языки программирования должны быть как здания – построены и сданы в эксплуатацию, а не вечной стройкой.
без обид, но такое может сказать только наивный ребенок оторванный от реальности, в реальном мире всё по-другому! Как говорится все течет - всё меняется будь то hardware or software!
Это допустимо только в тех вселенных, где требования пользователей языка и программ не меняются.
Они и не должны меняться. Я сижу на 2 пне, нужные мне программы пишу сам, часто вообще с нуля на ассемблере и си, или дописываю под себя уже имеющиеся. Вот сейчас пишу этот комментарий с почти полностью переписанного под свои нужды dillo. И именно такими должны быть все компьютерщики, а не идиотами с тиктоками и айфонами не умеющими отличить шину данных от шины адреса.
Набором патчей не поделитесь?
Да, конечно. Вот тут все репозитории.
https://github.com/mozilla/
>> и программ не меняются.
> Они и не должны меняться.Толсто... Жирно... Но, подыгрывая "шютьке юмора": Вы себе можете что угодно писАть для себя на QuickBASIC'е по придуманным Вами 35 лет назад требованиям (ну в 13 лет придумали себе требования к самопальному редактору под DOS), но у бизнесов, которые напрямую или через "невидимую руку рынка" постоянно меняют требования к софту из-за меняющегося мира и оплачивают IT-прогресс (даже если он Вам кажется регрессом), другие принципы.
Вам мама в детстве не говорила: "А если все с обрыва прыгнут, то ты тоже прыгнешь?"Подчинишься бизнесу, проживёшь жизнь по схеме: родился, посуетился, умер.
Самая лучшая шутка про Кобол за сегодня.
После написания ПО обслуживается, исправляются недочёты и т.д. Как и здания. Без обслуживания оно начнёт трещать по швам и разрушится в итоге.
Вы хотите лишиться работы?
Огромная часть программистов кормится именно с написания нафиг никому не нужных дополнительных фич, не говоря уже про банальные исправления ошибок.
Чушь. Как постоянно говорят, все аналогии - зло, но, подыгрывая вам - после сдачи в эксплуатацию зданиям постоянно какие-то ремонты устраивают - то капитальные, то косметические, а иногда и перепланировки. Там штукатурка посыпалась, тут окна разбили или меняют на пластиковые, здесь стену снесли, а тут возвели... Изредка даже фундамент плывет. Древние, старинные здания тоже реставрируют, а если бы ими продолжали пользоваться на бытовом уровне - то тоже были бы нескончаемые ремонты. Так что считайте обновления программ ремонтами зданий/помещений - обычная необходимая рутина.
Perl? Вы серьезно в 2022. Он не умер и еще будет 7.х?
Если вы не в курсе но когда-то на Перле писали очень многие и очень много! Поэтому тут как с Си, язык никогда не умрёт!
Хм, С и Perl сложно сравнить, разные задачи. Вместо Perl вышел Python, я был Perl программист, но ушел когда еще был 5.24
Python никогда не разрабатывался как замена Перлу!
Руби замена перлу, он перепутал просто.
Все эти замены- примерно как резиновая женщина на замену настоящей... да, найдутся любители...
> как резиновая ... на замену настоящейВ эпоху форсирования "безопасности" (кто сказал раст?) исполнения супружеских и не только обязанностей, ты контактируешь с резиной. Для полной замены не хватает только искусственного интеллекта для вербального сопровождения процесса.
Не занимайтесь беспорядочными связями, и не придется форсировать "безопасность" :)
Если добавить ИИ, то и резиноая женщина ему просто не даст.
Ruby разрабатывался как замена Перлу и Питону. Но не заменил.Матц любил Лисп, и ему приходилось использовать Perl и C++, и видел Python. Он решил сделать лисп с фичами перла, с правильными объектами (в отличие от Python) и с приятным синтаксисом.
В целом, как мне кажется, у него получилось. Использовать Ruby вместо Perl для чего-то больше однострочника намного приятнее.
Но язык долго мариновался в пределах Японии, и долго его реализация была ощутимо медленнее Perl. Потому он вытеснить Perl на его поприще не смог. А жаль.
Равно как не смог вытеснит и Python. Во-первых, из-за скорости, во-вторых (как мне кажется) потому, что Reference Counting во некоторых приложениях предпочтительнее Garbage Collector: когда ты в NumPy ворочаешь большими матрицами, хочется, чтобы они из памяти вылетали сразу, как становились не нужными.
Кроме того, вызов сетевого io (read/write) в Ruby эмулирован блокирующим через неблокирующие, т.к. до 1.8 в Ruby потоки были “зелёными”. Что тоже доставляло траблов любителям точных системных вызовов и библиотекописателям.
Сейчас по скорости Ruby 2.x имеет паритет с Python и Perl. (PHP, правда, сумел уйти в отрыв.)
Руби сейчас уже третий. Ну, и Питон наконец начали допиливать в сторону большей скорости, первые результаты будут уже в 3.11.
Главное верить! Даже если получится выдавить единицы процентов, перл быстрее в разы. Пхп еще быстрее, при том, что там уже ООП как в джаве.
У ПХП есть фатальный недостаток — легаси-программисты.
Да что это такое ваше легаси и легаси-программирование? Написание кода без ООП?
Perl быстрее в самых примитивных задачах парсинга текста. Как только требуются развесистые структуры памяти и не тривиальная логика, Perl сливается конкурентам.
Никуда он не сливается. Просто когда надо писать развесистые структуры, типичный программист из 95% берет какой-нибудь сахарок типа Moose, который на каждый доступ к свойству дергает 5 функций под капотом, и потом все это естественно тормозит. Потому что уже сложилась привычка использовать сложные абстракции вместо простых. Квадратно-гнездовое мышление не дает написать простой код без переабстрагирования.Проще говоря, если нужна джава, пишите на джаве. Не надо писать как на джаве, когда у вас перл. Надо уметь переключаться.
> Главное верить! Даже если получится выдавить единицы процентов, перл быстрее в разы.
> Пхп еще быстрее, при том, что там уже ООП как
> в джаве.Покажи на кукле, где именно Перл быстрее, да ещё и в разы?: https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
В 3.11, которая выйдет в октябре, уже будет до 2х ускорения, и это даже без джита. С джитом будет 5x.
Главное верить. Да, джита не будет, потому что если даже примитивный язык типа луа джитом покрыт лишь частично и работает это не прямо суперстабильно, то питон тем более не получится нарядить.
Перемога будет оголошена, пистушки будут дальше рассказывать про самый лучший питон, а теперь и самый быстрый бгг. В 5 раз, my ass. Пишите сразу в 15 :DВ реальном мире перл быстрее. Был бы медленнее, я бы первый на питон перешел.
> Главное верить. Да, джита не будет, потому что если даже примитивный язык
> типа луа джитом покрыт лишь частично и работает это не прямо
> суперстабильно, то питон тем более не получится нарядить.
> Перемога будет оголошена, пистушки будут дальше рассказывать про самый лучший питон, а
> теперь и самый быстрый бгг. В 5 раз, my ass. Пишите
> сразу в 15 :DУгадай, кому я поверю, тебе, деревенскому дурачку, или разработчикам Питона? Обтекай:
https://www.theregister.com/2021/05/13/guido_van_rossum_cpyt.../
> В реальном мире перл быстрее. Был бы медленнее, я бы первый на питон перешел.
С какого перепугу твои фантазии стали реальными миром? Где доказательства, маня?
> Главное верить. Да, джита не будет, потому что если даже примитивный язык
> типа луа джитом покрыт лишь частично и работает это не прямо
> суперстабильно, то питон тем более не получится нарядить.
> Перемога будет оголошена, пистушки будут дальше рассказывать про самый лучший питон, а
> теперь и самый быстрый бгг. В 5 раз, my ass. Пишите
> сразу в 15 :D
> В реальном мире перл быстрее. Был бы медленнее, я бы первый на
> питон перешел.Ой, смотри-ка, маня, это что же, Питон с джитом УЖЕ делает почти 5x? Да нет, быть такого не может!
Не питон, а подмножество. Когда будет весь питон, тогда и приходите.
> Не питон, а подмножество. Когда будет весь питон, тогда и приходите.Читай ссылку выше, ванильный Питон будет с 3.12 с джитом: https://www.theregister.com/2021/05/13/guido_van_rossum_cpyt... А этот комментарий был ответом фоме неверующему выше о возможности ускорения 5x как таковой.
ООП как-в-джаве без проверки типов как-в-джаве смотрится карго культом
>Ruby разрабатывался как замена Перлу и Питону.Врёшь. Японец создавший Ruby просто хотел чисто объектно-ориентированный язык, без всякой процедурщины. Вот и всё.
>Но язык долго мариновался в пределах Японии,
Естественно, что в этом плохого?
>и долго его реализация была ощутимо медленнее Perl. Потому он вытеснить Perl на его поприще не смог. А жаль.
Опять свои выдумки выдаёшь за правду. Ruby всегда развивался сам по себе, рубисты никто не желали вытеснить Perl. Зачем? Та же исторяи с Питоном, Гвидо, с его точки зрения просто создал простой и идуальный язык.
Ненавижу питон. Он корявый
Это верно, но объективно Перл безнадёжно устарел. Сейчас все те же задачи намного веселее делать на Rust.
тоже самое можно сказать и про Си, что он безнадежно устарел и что? люди как писали на Си так и будут писать на нём дальше!
На Си пишут, потому что аналогов до сих пор нет. Rust не аналог Си, как и C++. А вот Perl ушел в прошлое из-за Python.
Это только для любителей плохого синтаксиса. А так для плохой архитектуры приложения есть еще Хаскель.
> для плохой архитектуры приложения есть еще ХаскельТакие дела, ребятки: язык имплементации определяет архитектуру приложения, а телегу ставят впереди лошади. Опеннетная икспердиза во всей её красе.
Ты, кстати, угадал. Следующая моя работа будет на Хаскеле. Просто мне интереснее изучать всё время новое, чем пилить несколько лет одно и то же (что совсем не плохо, есть любители и такого).
Перл устарел? Он до сих пор сильно опережает свое время.
Задачи перла на раст? Да в своем ли ты уме. Хотя, что я спрашиваю. Клинический идиот.
>Клинический идиотПриятно познакомиться :). Я же сказал, что Perl устарел объективно. Ну куда сейчас эти смешные префиксы вместо нормальной системы типов.
Перл устарел, потому что в нем нет типов, правильно? И кто ты после этого высказывания?
В скриптовом языке нет строгих типов, ужас-ужас.
Так скриптовые языки для больших проектов действительно не нужны. Мы ведь об относительно больших проектах говорим, хорошо ли их писать на Perl (Ruby, Python и т.д.). Я говорю — нет, не хорошо, язык для больших проектов должен быть с развитой системой типов, то есть Haskell или Rust.
Дались вам эти типы. Посмотри среднестатистический проект на TS, говнокод он и в африке говнокод. Типы не панацея.
Эффективное программирование - это навык, не зависящий от языка. Ему гораздо больше способствуют хорошие библиотеки и фреймворки, культура код-ревью и тестирования. В больших проектах еще и культура менеджмента. Haskell и Rust для больших команд вряд ли подойдут, там джава рулес и педалес.
Какое преимущество вам даёт типизация?
Она только программирование усложняет.
Rust мне нравится, но он очень мног концептов взял из Perl и он компилируемый.
Как бы, Rust - это компилруемый Perl.
Да, я хочу выучить Rust, но не собираюсь ради этого бросать Perl роднеький и любименький.
Perl нисколько не устарел. Он поэтичен, красив и краток.
Перл еще твой питончик переживет, и джаву с плюсцами возможно тоже (их может заменить раст или нечто подобное). В 2012 пистушки орали хором, что перл умер то, перл умер сё. 10 лет прошло. Питон уже потихонечку выносят на помойку, переходя с него на голанг. Джуны на питоне, прошедшие курсы, уже стали мемом, над вами тупо ржут. Перл как использовался, так и используется. Люди продолжают его учить.
Перл, не умрет точно также как не умрет Питон, Джава и уж тем более С и С++.
Перл не умирает, хотя за ним нет компаний типа гугла, бесконечного пиара, использования его в качестве языка программирования, которому обучают на курсах и в институтах, на перле не пишут под андроид и так далее. Его хейтят, рассказывают сказки какие-то (ИТТ можно почитать), а перлу хоть бы хны.
Убрать питон из программ обучения, перестать его пиарить как самый лучший язык для всего - за год или два схлопнется до уровня рубей. Плюсцы и джава в перспективе заменяются растом, потому что раст внезапно вносит в мир компилируемых языков инновацию. В вебе джаву уже заменил пхп, в котором ООП как раз столько, сколько нужно.
Видимо ты вообще не в курсе того что происходит в энтерпрайзе. Никто не пишет серьёзные вещи на PHP, везде - Java.
Просто объём библиотек и инерция корпоративной среды таковы что как замена Java ещё пока ничего нет.
ОК, джава не заменяется, потому что другого языка с таким хорошим ООП нет и не будет. Заодно с плюсцами джаву помянул не подумав.
> Плюсцы и джава в перспективе заменяются растомбгг
> Питон уже потихонечку выносят на помойкуАх если бы.
>Ах если бы.Да. Я устраивался в блокчейн-проект на Солане в надежде пописать на Rust. И на чём приходится писать? Ты угадал :). Потому что растовое ядро (программа Соланы) довольно маленькое, а всякие обвязки, написанные почему-то на скриптовых языках, в десятки раз больше по объёму кода.
Мокрые сны питонистов. Как может умереть божественный идеал?
Ассемблер наш выбор!
долой всякие макросы из асм, даешь максимально приближенный к архитектуре. Почему нет новостей про всякие HDL или Verilog? Давно пора уже переходить к хардвейрным реализациям алгоритмов и т. д. Всякие машинлернинги в этом нуждаются.
с низкоуровневым лишнее написать будет гораздо сложнее, чем высоким языком.. а со вторым получаем очень и очень много не оптимизированного софта.. т.е. берут количеством.
ну реализуешь ты один алгоритм ну два и что даьше ? чтоб связать это все в кучу всеравно тебе нужен перл
Я люблю Assembler, только его проблема в портируемости. Надо писать разный код для разного процессора/контроллера/операционки.
>Надо писать разный код для разного процессора/контроллера/операционки.и сколько получать за это?
Что нельзя написать на перле из того, что пишут на пистоне⁉️💩Только вот не надо про всякие там смузи библиотеки и фреймворки – они не нужны нормальному программисту с инженерным образованием‼️
Хм, ну раз уж перл подходит только для работы с текстом, вот, допустим. нлп вписывается в определение. У меня есть задача: мне нужны токенизер, морфологизер и леммализер, я перу питон и выбираю из десятка альтернатив наиболее подходящие задаче. Скажем, мне надо с поддержкой японского языка, что уже сокращает количество доступных вариантов до полутора. Покажите мне мастер-класс по решению примитивной задачи строки текста без смузи-библиотек и фреймворков на питоне.
он говорил о программистах с инженерным образованием, ты то куда лезешь
> он говорил о программистах с инженерным образованием, ты то куда лезешьТак он же, по сути, и предложил, красиво решить задачу анализа текста без использования существующих решений в этой области, как программист с инженерным образованием. И что, и где? Я бы посмотрел, потому что меня тоже кое что не совсем устраивает, нейронки это не выход.
Дак на Perl давно существует множество различных НЛП библиотек.
> Дак на Perl давно существует множество различных НЛП библиотек.Примеры?
https://metacpan.org/search?size=500&q=nlp
https://metacpan.org/search?size=500&q=lingua
Это разве не смешно?
На питоне пишут то, что на перле писать в общем случае тоже не надо.
Ничего
Нужного.
И этот тоже
Дурацкий коммент
> Только вот не надо про всякие там смузи библиотеки и фреймворки – они не нужны нормальному программисту с инженерным образованиемНикто не позорит фанбоев больше, чем они сами, чесслово. Смотрите-ка, фреймворки не нужны. =)
Дак они есть и их много.
Вы будете неприятно удивлены когда всерьез зададитесь этим вопросом.
Есть довольно банальные вещи которые будучи реализованы на перле - нет. проблема не в написании, тут как раз все будет четко и изящно :) а именно в сути реализации - работать или совсем не будут или будут постоянно падать.
И поэтому эти вещи пишут на питоне. Да, увы, но... питон занял свою нишу оправданно.
Кстати смузи- вкусный, полезный и питательный продукт :) Подумайте об этом :)
Пруфы. Утверждение что написанное на Perl "будет постоянно падать" и "не работать" - это даже не балабольство, а высказанная вслух глупость.
не ну например можно писать проги расчета на си, но чаще удобней наклепать скриптик на питоне. по крайней мере инженерка оч удобно пишется. да и вообще научные расчеты сейчас оч хорошо на питоне считают(nympy). так что уверен у питона есть ниша(фортран то ушел со сцены). а перл всегда был языком обработки данных, при чем чаще текстовых данных. а то что сейчас его пытаются воткнуть во все вредит самому перлу, как впрочем и всем другим языкам.
Эксель освойте, он гораздо удобнее для инженерных расчетов.
Да, басик или какой-нибудь паскаль для них тоже лучше.На перле можно писать всё, что не требует большой производительности. Вместо шелла он тупо лучший, но сетевое программирование на нем тоже ничего. Лишь бы не было больших объемов логики со сложными абстракциями или числодробления (не в XS, а на самом перле).
На самом деле всё, что питонист знает или думает о перле - полная херня. Выучи язык, напиши что-нибудь насущное, что обычно на питоне пишешь, и будет реальный опыт и свое мнение. Так сложно что ли?
> На перле можно писать всё, что не требует большой производительности. Вместо шелла
> он тупо лучший, но сетевое программирование на нем тоже ничего.Знаешь, при всём уважении к perl -- когда мне нужен скриптик для автоматизации чего-либо, мне в 95% случаев хватает шелла.
Ну а по поводу сетевого программирования -- возможно перл и неплох, но мне как-то проще обработчики на OCaml написать, скомпилировать, запихнуть в контейнер, поднять и повесить на какой-то порт. И переиспользовать легче, и гарантия отсутствия ошибок рантайма есть, и производительность радует. На вкус и цвет по способностям каждого. Впрочем, аналогично нынче может сказать хороший разработчик и про любой другой язык, ибо нынче модули вебсервера есть в любом языке.
Так что аргументы-то так себе. У Python есть ниша на самом деле. Если ты например занимаешься Machine Learning-ом, то сорян, но все фреймворки в питоне, и тебе придётся иметь с ним дело скорее всего. Для Data Scientist-ов тоже там фреймворки есть.
Тут замкнутый круг:
- питон используется учёными-прикладниками, больше специалистов, чтобы учить новых прикладников работе с ним
- больше учёных-прикладников, больше фреймворков
- больше фреймворков, у бизнеса больше спрос на специалистов, с ним работающих
- больше спрос бизнеса, надо готовить больше новых учёных-прикладниковПрикладники -- они не вполне IT-инженеры, они занимаются совершенно иным спектром задач. Они как правило не ищут лучший инструмент, который облегчит их работу многократно, и уж тем более его не создают. Чему их первому научат -- с тем они и будут работать.
PS: вообще забавно, что являясь python-хейтером, я вполне могу заступиться за python куда лучше его фанов. =)
Так и мне хватает шелла. Его перестает хватать, когда нужны хотя бы простые структуры данных. Иногда на шелле с точки зрения производительности плохо (удаление охулиардов файлов и тому подобное).
Сетевое программирование не в плане веб-приложений. Клиентики уровня приложения всякие на перле норм. Серверы тоже, если речь идет о простых протоколах. Ковырялки всевозможные.>гарантия отсутствия ошибок рантайма
Цена есть у этой гарантии. Нужно все исключительные ситуации прописывать и в целом кодирование посложнее, чем на скриптовом языке херак-херак. Тебе гению понятно проще на окамл, тут вопросов нет, а я например туповат.
Причины популярности питона ясны. ЯП для непрограммистов - всё этим сказано. Мне например сам питон пофигу, мне неприятны питонисты с их фантазиями о себе и относительно других языков программирования.
> Так и мне хватает шелла. Его перестает хватать, когда нужны хотя бы
> простые структуры данных.Обычно эти структуры суть json, реже yaml. Так что вполне хватает jq и иногда yq приходится заюзать (да-да, где питон используется, чтобы перегнать yaml в json, и потом дёргает jq).
> Иногда на шелле с точки зрения производительности плохо
> (удаление охулиардов файлов и тому подобное).Любопытно. А в чём там проблема с rm -rf? Если по маске, то тот же find с xargs и rm должны проблему решить довольно эффективно.
> Сетевое программирование не в плане веб-приложений. Клиентики уровня приложения всякие
> на перле норм. Серверы тоже, если речь идет о простых протоколах.
> Ковырялки всевозможные.Может быть. Я на шелле пишу обёртки curl-а для такого. Бывает нужно, знаешь. Например в гитлабе нет функционльности, чтобы не качать в дочерней джобе 2 гига артефактов, собранных в из монорепы, а только один конкретный jar-ник -- но через api-шку всё можно. Можно конечно и перл притащить для этого, но зачем...
> Причины популярности питона ясны. ЯП для непрограммистов - всё этим сказано. Мне
> например сам питон пофигу, мне неприятны питонисты с их фантазиями о
> себе и относительно других языков программирования.Ну нельзя сказать, что они непрограммисты. Просто прикладники.
На пёрле есть среды (frameworks) для машинного обучения и для нейронных сетей.
Учёные генетики, биологи и химики больше пёрл используют.
> Кстати смузи - вкусный, полезный и питательный продукт :)Во-первых, на любителя, во-вторых, консультировать по зожу тут вроде никто не просил.
Я отсканировал свои bin папки. По сути, это exeшники, установленные в системе:
for var_p in `perl -le 'map { print } split(":", $ENV{PATH})'`; do find $var_p -type f -executable-exec file -b {} \; ; done|tee /tmp/txt.binscat /tmp/txt.bins|wc -l
Нашлось 5991 исполняемых файлов в системе.
Разбил их по языку:
cat /tmp/txt.bins|perl -nle 'chomp; /^([^,]{,60})/; print $1'|sort -i|uniq -c|sort -hПолучилось следующая статистика по количеству программ, написанных на определённых языках или скомпилированных. Понятно, что ELF - это скомпилированые, а остальные видно на чём написаны:
1 a /bin/mksh script
1 a /usr/bin/env nickle script
1 a /usr/bin/env php script
1 a /usr/bin/env tclsh script
1 a /usr/bin/festival --script script
1 a /usr/bin/lefty script
1 a /usr/bin/php8.1 script executable (binary data)
1 a /usr/bin/python3 script executable (binary data)
1 a /usr/bin/tclsh script
1 a /usr/bin/wish script
1 awk script
1 setgid Python script
1 Tenex C shell script
2 ASCII text
2 ELF 32-bit LSB pie executable
2 empty
2 Unicode text
3 a /usr/bin/php script
3 Java archive data (JAR)
4 data
6 a /usr/bin/env tclsh script
14 a /usr/bin/ocamlrun script executable (binary data)
17 setgid ELF 64-bit LSB pie executable
23 setuid ELF 64-bit LSB pie executable
24 a /usr/bin/env sh script
62 Ruby script
155 ELF 64-bit LSB executable
195 Bourne-Again shell script
331 Python script
563 Perl script text executable
691 POSIX shell script
3879 ELF 64-bit LSB pie executableТут видно, что на живом питоне написано в 2 раза меньше программ, чем на мёртвом пёрле.
> perl -le 'map { print } split(":", $ENV{PATH})'echo $PATH | tr ':' '\n'
;)
Конечно можно написать. Вот прочесть потом не получится.
Согласен, мне на питоне тоже тяжело читать, а на пёрле всё хорошо читается.
На какой версии перла работает опеннет?
на любой
И это хорошо.
finally()
>поддержка сигнатур функций, позволяющих явно определить перечень переменныхВ смысле? Этого в пердле ДО СИХ ПОР не было? 0___o
Да оно в перле не нужно просто. Тупо сахар.
sub { ($a, $b) = @_; ... }
sub ($a, $b) { ... }В других языках недавно "придумали" аргументы переменной длины, множественный возврат и все такое прочее, что в перле всегда было. Во всех языках, кроме наверно луа, это реализовано через одно место.
Прототипы были, и есть. Правда они работают тока во время компиляции, для функций, а для методов объектов нет.
Написать на перле можно много чего, и это будет прекрасно работать, вот только разобраться в исходном коде далеко не все смогут.
> вот только разобраться в исходном коде далеко не все смогут
Дело не только в стилевом оформлении
О, finally завезли! А как меня тут за это минусовали в прошлых перл-новостях.
Поразительно насколько перл оказался жизнеспособен.
Собственно все что можно писать на perl, можно написать на ruby или на python. Что касается стиля , то perl не мешает писать программы внятно и выразительно, но и не слишком помогает.
webmin , пользуюсь на удаленном локалхосте. Удобно.
Когда введут опциональную типизацию а-ля typescript?
perl устарел, сейчас используется raku
В чём он устарел то?!
Здорово, конечно, но зачем они переизобретают perl6^W raku?
Тут один чувак говорит, что над Раку и Перлом изначально работали разный состав людей.
Закрыт ещё один гештальт на FreeBSD 13.1-STABLE:
% pkg info -r perl5
perl5-5.36.0:
llvm12-12.0.1_9
mousepad-0.5.9_1
mysql57-client-5.7.38
groff-1.22.4_4
texinfo-6.8_3,1
help2man-1.49.2
p5-Locale-gettext-1.07
glibmm-2.66.2,1
zenity-3.32.0
colordiff-1.0.20
mythes-1.2.4_7
hunspell-1.7.0_2
hyphen-2.8.8
libwpg03-0.3.3_1
icon-naming-utils-0.8.90_1
thunar-4.16.11
xfce4-panel-4.16.4
libexo-4.16.3
libxfce4util-4.16.0
mate-terminal-1.26.0
autoconf2.13-2.13
xscreensaver-6.02_1
netpbm-10.91.01_1
intltool-0.51.0_1
automake-1.16.5
autoconf-2.69_4
p5-Locale-libintl-1.32
p5-Text-Unidecode-1.30
p5-Unicode-EastAsianWidth-12.0
p5-XML-Simple-2.25
p5-XML-SAX-Expat-0.51_1
p5-XML-SAX-1.02
p5-XML-SAX-Base-1.09
p5-XML-NamespaceSupport-1.12
p5-XML-Parser-2.44
p5-libwww-6.66
p5-WWW-RobotRules-6.02_1
p5-HTTP-Negotiate-6.01_1
p5-HTTP-Cookies-6.10
p5-HTML-Parser-3.78
p5-HTTP-Message-6.36
p5-LWP-MediaTypes-6.04
p5-IO-HTML-1.004
p5-Clone-0.45
p5-HTML-Tagset-3.20_1
p5-File-Listing-6.15
p5-HTTP-Date-6.05
p5-TimeDate-2.33,1
p5-Authen-NTLM-1.09_1
p5-Digest-HMAC-1.04
p5-Net-HTTP-6.22
p5-IO-Socket-SSL-2.074
p5-Mozilla-CA-20211001
p5-Net-SSLeay-1.92
p5-URI-5.10
p5-Try-Tiny-0.31
p5-Encode-Locale-1.05
llvm14-14.0.4
llvm13-13.0.1_2
Надмозгово и с синтаксическими ошибками, но спасибо за новость.