После 13 месяцев разработки состоялся (https://www.nntp.perl.org/group/perl.perl5.porters/2018/06/m...) релиз новой стабильной ветки языка программирования Perl - 5.28 (https://metacpan.org/release/perl). При подготовке нового выпуска было изменено около 730 тыс. строк кода, изменения затронули 2200 файлов, в разработке приняли участие 77 разработчиков.
Ветка 5.28 выпущена в соответствии с утверждённым пять лет назад фиксированным графиком разработки, подразумевающим выпуск новых стабильных веток раз в год и корректирующих релизов - раз в три месяца. Примерно через месяц планируется выпустить первый корректирующий релиз Perl 5.28.1, в котором будут исправлены наиболее значительные ошибки, выявленные в процессе внедрения Perl 5.28.0. Одновременно с выходом Perl 5.28 прекращена поддержка ветки 5.24, для которой в будущем могут быть выпущены обновления только в случае выявления критических проблем с безопасностью. Также начался процесс разработки экспериментальной ветки 5.29, на базе которой в апреле или мае или июне 2019 года будет сформирован стабильный релиз Perl 5.30.
Ключевые изменения (https://metacpan.org/pod/release/XSAWYERX/perl-5.28.0/pod/pe...):- С дополнительных bitwise-операторов (https://metacpan.org/pod/perlop#Bitwise-String-Operators) для побитовой работы со строками (&. |. ^. ~.) и числами (& | ^ ~) снят статус экспериментальной функциональности. Так как новые числовые операторы теперь явно привязываются к контексту (например, "~" всегда рассматривает аргумент как число, а "~." как строку, т.е. ~0 и ~"0" приведёт к одинаковому результату 2**32-1, а ~.0 и ~."0" выдаст "\xff"), они
доступны только при указании флага "use feature 'bitwise'" или "use v5.28", а также при запуске интерпретатора с опцией "-E";- Повышена безопасность использования режима редактирования обрабатываемых файлов "perl -i" (например, вызов "perl -pi -e 's/TEST1/TEST2/g' test.txt" приведёт к замене всех строк TEST1 на TEST2 в файле test.txt, в то время как при запуске без "-i" изменённый вариант будет выдан в STDOUT, а исходный файл останется нетронут). Ранее перед началом сохранения результата входной файл переименовывался или удалялся, что могло привести к потере данных в случае сбоя во время сохранения результата, например, в случае переполнения диска. Отныне результат сохраняется в новый файл, который заменяет собой исходный файл только после успешного завершения записи;
- Добавлена поддержка Unicode 10.0 (http://www.unicode.org/versions/Unicode10.0.0/);
- Оператор "delete" теперь может применяться для удаления секций "%" в хэшах, помимо "$" и "@", с возвратом ключей и значений удалённых элементов. Например, теперь можно использовать конструкции вида "my %sanitised_values = delete %input_values{@allowed_keys};"
- Добавлен новый набор экспериментальных символьных синонимов для некоторых операторов регулярных выражений. Например, вместо "(?<=...)" теперь можно указать "(*plb:...)" или "(*positive_lookbehind:...)", что значительно проще запомнить;
- В регулярные выражения добавлены экспериментальные средства для выявления смешивания различных классов Unicode-символов в строке, например, когда в слове используются символы кириллицы и латиницы. Для ограничения области значений только одним типом символов можно использовать выражения вида "qr/(*script_run: \d+ \b )/x" или "qr/(*sr: \b \w+ \b )/x";
- Добавлена возможность инициализации постоянных лексических массивов и хэшей, используя выражение "state @a = qw(x y z)";
- Функции изменения локали теперь можно безопасно использовать в многопоточных приложениях, если в операционной системе локали адаптированы для многопоточной обработки (например, все системы с POSIX 2008 и Visual Studio 2005). Для определения подобных окружений добавлена новая системная переменная "${^SAFE_LOCALES}";
- Реализация хэшей переведена по умолчанию на метод хэширования SBOX для ключей до 24 символов с применением для остальных ключей StadtX в 64-разрядных сборках и Zaphod32 в 32-разрядных, что повысит стойкость хэшей к появлению в будущем новых атак, связанных с использованием коллизий. В общем виде предлагается четыре базовые реализации хэшей:
Siphash 2-4, Siphash 1-3, Zaphod32 и StadtX, а также SBOX32 для коротких строк;URL: https://www.nntp.perl.org/group/perl.perl5.porters/2018/06/m...
Новость: https://www.opennet.dev/opennews/art.shtml?num=48837
>Добавлена поддержка Unicode 10.0;Ура, теперь можно писать однострочники с разноцветными пони!
Perl5 Forever! ))))
Работу с конкатенацией строк ускорили в несколько раз, это радует
> однострочники с разноцветными пони!юникод коды пони в студию!
Не совсем пони, но близко: https://emojipedia.org/unicorn-face/
У MS и тут самоё стрёмное оказалось.
не, самоё стрёмное у LG и Mozilla
> У MS и тут самоё стрёмное оказалось.да уж. У остальных единороги, а тут лично я вижу ершик для чистки унитазов, засовываемый в унитаз, почему-то перевернутый кверху дном.
У lg просто корова, подумаешь.
Так это и был изначально ёршик, потом кто-то творческий увидел в нём единорога и понеслось...
> Не совсем пони, но близко: https://emojipedia.org/unicorn-face/безрогий вариант: https://emojipedia.org/horse-face/
>а ~.0 и ~."0" выдаст "\xff"но это не точно
Кто-то ещё использует Перл в новых проектах?
а что вы предлагаете использовать вместо него для задач типа "распарсить файл регулярками и составить из полученных данных новый"?
баш или питон. Эти два языка как раз и созданы для одноразовых скриптов на выброс.
не, на баше сложно - там даже хеш таблиц нету
а чем питон лучше перла?
его можно читать, например
На ночь?
> его можно читать, напримерА за чтение перла мама поругает?
Просто тяжело читать когда кровь заливает глаза
Пи**т за чтение перлов ?
Именно, говорит, сын, ты катишься по наклонной, и п***дит :-D
> не, на баше сложно - там даже хеш таблиц нетуУйди отсюда, школьник
declare -A VARNAME
>а чем питон лучше перла?он сильно быстрее.
Чистый питон однозначно не быстрее перла. Приходилось сравнивать. Перл от просто быстрее до быстрее в разы.
Конечно от задачи зависит. У питона под капотом может оказаться сишная либа, а у перла чистый перл.
> Чистый питон однозначно не быстрее перла. Приходилось сравнивать. Перл от просто быстрее
> до быстрее в разы.Давайте возьмем PyPy и сравним. Там часто быстрее написать код на python, нежели звать сишную либу через cffi(при том что он очень дешев).
> Давайте возьмем PyPy и сравним. Там часто быстрее написать код на python, нежели звать сишную либу через cffi(при том что он очень дешев).RPerl порвет. Писать на RPerl быстрее чем возиться с Си и XS.
Хотя знаешь, я передумал. В Perl есть Incline::C (есть и другие Inline::* модули, например Inline::CPP), которые позволяют связать Си-функции прямо в perl-программе. Например так:> use Inline C;
> greet('Ingy');
> greet(42);
> __END__
> __C__
> void greet(char* name) {
> printf("Hello %s!\n", name);
> }
> Чистый питон однозначно не быстрее перла. Приходилось сравнивать. Перл от просто быстрее
> до быстрее в разы.
> Конечно от задачи зависит. У питона под капотом может оказаться сишная либа,
> а у перла чистый перл.Здрасти. Мистер никогда не видел нутро перловых либ? Из которых многие известные на си.
Баш страшен как ядерная война.
Питон? Хм,возможно для "одноразовых скриптов на выброс" он вполне покатит. Но тут PHP лучше подойдёт. Листинги на нём хотя бы похожи на нормальный язык.
>Листинги на нём хотя бы похожи на нормальный язык.1 Что такое "нормальный язык"? Критерии "нормальности".
2 Написать скрипт и удалить? Надоже себя так не любить.
У меня 8 из 10 скриптов так или иначе повторно используются.3 Качество наглядности кода зависит от навыков разработчика.
И перл как раз позволяет писать легко воспринимаемый код.
И объектно-ориентированный в том числе.
>Критерии "нормальности".Чем ближе к Си, тем нормальней.
>У меня 8 из 10 скриптов так или иначе повторно используются.Скучно быть тобой и выполнять одни и те же задачи изо дня в день. Но это твои проблемы.
>Качество наглядности кодаАвторам Питона расскажи. Они-то точно знают как ДОЛЖЕН выглядеть код. НЕт, исключений нет. Авторы Питона ЗНАЮТ.
>>Критерии "нормальности".
> Чем ближе к Си, тем нормальней.Perl? =)
>>У меня 8 из 10 скриптов так или иначе повторно используются.
> Скучно быть тобой и выполнять одни и те же задачи изо дня
> в день. Но это твои проблемы.Вот тля, на opennet день непризнанных талантов =)
Твои проблемы есть проблемы интеллекта.
Потому что нуно корректно декомпозировать работу/кейс/проект.
К примеру, один раз написанные объекты по парсингу конфигурационного файла
или обработки списка, или выборки ветки из дерева, или еще чего
можно использовать многократно в совершенно разных работах.Это и есть повторное использование кода.
Соственно, из этого и порождаются репозитарии модулей типа CPAN.
>>Качество наглядности кода
> Авторам Питона расскажи.Ты автор кода в проекте/работе или так и будешь стрелки переводить?
>декомпозироватьЯ декомпозировал твоё сообщение и кроме butthurt там ничего не увидел. Да, антидюринга я читал и не пытайся мне контраргументировать (забей, ты никогда не сможешь понять это слово) мне цитатами из работ Энгельса.
>>декомпозировать
> Я декомпозировал твоё сообщение и кроме butthurt там ничего не увидел.Пичалька... Я много плакалъ.
Попробуй почитать книги. Зеленые или желтые. Тебе может помочь.
> Написать скрипт и удалить? Надоже себя так не любитьБуддийские монахи для тех же целей выкладывают картины из цветного песка.
И - да, бывают ситуации, когда надо написать скрипт, который едва ли когда-либо ещё будет использоваться.
И таких ситуаций около дохрена процентов. Чуть меньше ста.
Последний скрипт, который и писал, парсил данные из текстового файла и формировал Си-код, инициализирующий массив содержимым этого файла. Некоторым не понять. У некоторых 90% работы повторяется. Раз за разом. Заразы...
> И таких ситуаций около дохрена процентов. Чуть меньше ста.Ну у некоторых каждый день как первый раз.
Ладно бы амнезия, дык помнят все день за днем, но аналитику сделать ну никак.
баш хуже перла и беднее возможностями
питон - да, подойдет.
Ruby. Есть везде. Синтаксис довольно строгий, но очень гибкий. Собственно, прямой наследник Перла. В отличии от питонов, нет проблем с Юникодом и почти не испытывает проблем с версиями - совместимость в первых строчках требований.
> Ruby. Есть везде.Не стал бы так утверждать.
> Синтаксис довольно строгий, но очень гибкий.
Тоже нравиться, иногда на нем пишу прототипы/утилиты.
Очень компактен, также как и perl, местами даже более.Одна проблема - нет репозитария кода в том же объеме и качестве что на CPAN.
И это надолго, лет на много.
> Одна проблема - нет репозитария кода в том же объеме и качестве
> что на CPAN.
> И это надолго, лет на много.Вам объем нужен или функции?
>> Одна проблема - нет репозитария кода в том же объеме и качестве
>> что на CPAN.
>> И это надолго, лет на много.
> Вам объем нужен или функции?Качественные, зрелые библиотечные алгоритмы.
Для всего.Аналога в этом для CPAN нет.
Чисто в попугаях, пакетов перл и ruby, по объему кода они примерно сопоставимы
# ls -ld */ruby* | wc -l
1710
# ls -ld */p5-* | wc -l
5372При всем моем желании написать, к примеру, микросервис на ruby, я часто вынужден был использовать perl, потому что есть готовые и вполне зрелые библиотеки.
> Качественные, зрелые библиотечные алгоритмы.
> Для всего.Примеры того, что нужно есть?
> При всем моем желании написать, к примеру, микросервис на ruby,
микросервис чего? С каким протоколом?
>> При всем моем желании написать, к примеру, микросервис на ruby,
> С каким протоколом?У, какой ты умный. Слово протокол знаешь. Того и гляди, до RFC/ISO доберешся =)
Продолжай "писать" на том, что там тебе, и всего хорошего, держитесь там.
> У, какой ты умный. Слово протокол знаешь. Того и гляди, до RFC/ISO
> доберешся =)
> Продолжай "писать" на том, что там тебе, и всего хорошего, держитесь там.Вот что мне не нравится в анонимных комментариях, начинаешь читать, вроде человек разумный. Отвечаешь ему надлежащим образом, а он такое пишет..... И что можно думать после этого? Ок... видать какой-то хамовитый студент или школьник попался.... Дискуссию вести не умеет. Зря время на ответ тратил.
>> У, какой ты умный. Слово протокол знаешь. Того и гляди, до RFC/ISO
>> доберешся =)
>> Продолжай "писать" на том, что там тебе, и всего хорошего, держитесь там.
> Отвечаешь ему надлежащим образом, а он такое пишет.Ты действительно думаешь, что рейтинг этого форума perl-vs-xxx выше мусорного,
и тут действительно разумно публично обсуждать проекты/работы
с хамоватыми анонимными школярами без рамок, образования и полным непониманием своего места в индустрии, то что реализовано и годами тихим сапом обеспечивает процессы в предприятиях/организациях?Business impacts, future visions, decisions, solutions, ... ? =)
> Аналога в этом для CPAN нет.
> Чисто в попугаях, пакетов перл и ruby, по объему кода они примерно
> сопоставимыи какой процент пакетов на CPAN не заброшен и обновлялся хотя бы год назад?
А тебе надо чтоб работало или на циферки версии надpачивать?
> А тебе надо чтоб работало или на циферки версии надpачивать?У тебя проблемы в отношениях с другим полом? Или более генеральные?
> А тебе надо чтоб работало иливот как раз чтобы работало, только пакет может тупо не собираться на свежих системах, потому что автор забил на своё творчество.
> и какой процент пакетов на CPAN не заброшен и обновлялся хотя бы
> год назад?А что, надо обновлять точно работающий алгоритм?
Вообще обновляется, там где проблемный и есть PR.Ну и конечно, общая "проблема" open source, автор/авторы может потерять интерес к сопровождению кода.
>> и какой процент пакетов на CPAN не заброшен и обновлялся хотя бы
>> год назад?
> Ну и конечно, общая "проблема" open source, автор/авторы может потерять интерес к
> сопровождению кода.само по себе явление - норма, ибо люди так устроены.
а вот когда у проекта куча библиотек в таком состоянии - это говорит о том что он больше не нужен.Вообщем-то всё и так понятно очевидно по этому видео https://www.youtube.com/watch?v=PpHYtSoYZr8
>а вот когда у проекта куча библиотек в таком состоянии"куча библиотек", "таком состоянии" это конечно точные показатели,
учитывая твой опыт, возраст, и что ты только недавно научился писать и читать =)
>>а вот когда у проекта куча библиотек в таком состоянии
> "куча библиотек", "таком состоянии" это конечно точные показатели,
> учитывая твой опыт, возраст, и что ты только недавно научился писать и
> читать =)Ваше мнение очень важно для нас. Факт в том, что язык практически умер.
> Чисто в попугаях, пакетов перл и ruby, по объему кода они примерно
> сопоставимыэто говорит только о том, что опакечивателей никем, кроме полутора веб-ушлепков, неиспользуемого (на этой системе) языка в твоей системе в разы меньше, чем олдфагов, любителей перла.
Ты бы еще количество php модулей с питоновскими сравнил и делал глупокомысленные выводы.> При всем моем желании написать, к примеру, микросервис на ruby, я часто
> вынужден был использовать perl, потому что есть готовые и вполне зрелые
> библиотеки.чорд, где они есть-то? И что за "микросервис" надо страдательно писать, чтобы без них никак?
Кстати, не хотел бы тебя огорчать, но половина того что ты насчитал своим wc - это просто перловые binding'и к сишным библиотекам. Написанные сто лет назад авторами библиотек, когда перл еще было модно и все еще по инерции поддерживаемые.
>Ты бы еще количество
>страдательно писатьПарень, по стилю текста ты выглядишь больным. У тебя проблемы?
> Кстати, не хотел бы тебя огорчать
Ни одно идиотское выражение не сможет меня огорчить.
Ибо трава зеленая, небо синее.> своим wc
STANDARDS
The wc utility conforms to IEEE Std 1003.1-2001 (“POSIX.1”).
HISTORY
A wc command appeared in Version 1 AT&T UNIX.> _половина_ того что это просто перловые binding'и к сишным библиотекам
1 нет, навскидку менее 3-5%, остальное pure perl.
2 они есть (видимо неспроста?), и их можно использовать.
>> Ruby. Есть везде.
> Не стал бы так утверждать.даже если нет - можно доставить. Или с собой принести. Он есть во всех дистрибутивах, даже если и не предустановлен.
рябе программы работают только на компе программера. nach !!!
> Есть вездеВ LSB сказано что везде есть только питон и перл.
https://refspecs.linuxfoundation.org/LSB_4.1.0/LSB-Languages...
только питон - 2.4. Различайте питоны друг от друга
> The default installed Python version shall be 2.4.2 or greater.
>> The default installed Python version shall be 2.4.2 or greater.питон 3 - это не 2.4.2 or greater. Это просто совпадение названия.
>>> The default installed Python version shall be 2.4.2 or greater.
> питон 3 - это не 2.4.2 or greater. Это просто совпадение названия.получающих зарплаты от фондов и корпораций писателей LSB это не колебет.
Тех кто, чертыхаясь, включает в зависимости dummy-пакета "lsb" "какой-ни есть пихон" - тем более, они-то понимают, что занимаются фигней.
И Perl5, а не 6 (тоже нужно различать, причём существенно)
> В LSB сказано что везде есть только питон и перл.на LSB давно пора забить болт.
Творчество совершенно оторванных от реальности комитетчиков-грантопилов.https://refspecs.linuxfoundation.org/LSB_4.1.0/LSB-Core-gene...
- все что вам об их "труде" надо знать.
>> В LSB сказано что везде есть только питон и перл.
> на LSB давно пора забить болт.
> Творчество совершенно оторванных от реальности комитетчиков-грантопилов.
> https://refspecs.linuxfoundation.org/LSB_4.1.0/LSB-Core-gene...
> - все что вам об их "труде" надо знать.Линуксятник напоминает, прямо говоря, дурдом, где остались только выжившие из ума «приживалки за зарплату», бдительные санитары из корпораций и малолетние агрессивные обезьянки.
> Ruby. Есть везде. Синтаксис довольно строгий, но очень гибкий. Собственно, прямой наследник
> Перла. В отличии от питонов, нет проблем с Юникодом и почти
> не испытывает проблем с версиями - совместимость в первых строчках требований.А чо у меня в Манжаре и в Убунте 16.04 нету ?
Ruby: ест везде./fixed
> Ruby. Есть везде.К сожалению, не совсем -- на e2k пришлось помучиться, пока собрали.
Хотя болячка "бутстрап не нужен, %s есть везде" будто пожирает всё больше и больше юных умов...
PS: если что, я лет пятнадцать на рубях уж пишу порой и до 1.9 был сильно рад (дальше Мацу не хватило жёсткости Линуса согнать торопыг с 1.9 в prod, увы).
Таки я вам предлагаю не парсить файлы регулярками.
> Таки я вам предлагаю не парсить файлы регулярками.Учёные ещё http://langsec.org/ работают над решением этой проблемы. </тэг>
Подразумевается, что на Перле это будет самая лаконичная программа? Так зато синтаксис ужасен! Для такой простой задачи любой скриптовый язык подойдет.
да, всё хорошо
Да
в "проектах" его, наверное, сто лет не используют, а вот там, где шелловского однострочника уже не хватает, или он получается не на одну строку - вполне себе жив и поныне.
Хотя с приходом нового молодого поколения devops, знающих пихон и не понимающих особенностей перлового синтаксиса (керниган с пайком им уже неинтересны, из шеллов кое-как освоен bash...зачеркнуто, mc) - все реже и реже.
>> Хотя с приходом нового молодого поколения devops, знающих пихон и не понимающих особенностей перлового синтаксисаЭто называется "эволюция" и "естественный отбор".
Если для достижения одного и того же результата один язык позволяет сесть и написать, а второй язык заставлять сесть выучить понять особенности - второй язык скоро сдохнет. Что и произошло с перлом.А что касается релизов...Если смешать бочку гoвна с тремя бочками меда - получится четыре бочки гoвна.
что это за волшебный язык, который "сесть и написать"?
> что это за волшебный язык, который "сесть и написать"?Дык написали же: bash, python, кстати PHP на котором можно писать офигенные соснольные скрипты.
На питоне писать скрипты в 2-10 строк неудобно.
На bash/python сразу пишут, не изучая в т.ч. особенностей?.. ясно-понятно
> На bash/python сразу пишут, не изучая в т.ч. особенностей?.. ясно-понятноА че тебя удивило?
Я долгое время писал скрипты на bash и даже не знал что многие его команды внешние. Когда узнал - ничего не поменялось, скрипты как работали так и работают.
Python просто удобочитаем.
> Я долгое время писал скрипты на bash и даже не знал что многие его команды внешние.Продолжайте писать на баше. Только на нем. Пожалуста. Мне будет спокойнее.
>> Я долгое время писал скрипты на bash и даже не знал что многие его команды внешние.
> Продолжайте писать на баше. Только на нем. Пожалуста. Мне будет спокойнее.Я пишу на том инструменте, который справляется с задачей и требует усилий на изучение пропорционально сложности задачи. Если я сложно написал, скажу проще для тебя: я не забиваю гвозди микроскопом.
> Если я сложно написал, скажу проще для тебя: я не забиваю гвозди микроскопом.Вы их тщательно закручиваете отвёрткой, судя по вышеизложенному.
PS: коллеги, все заметили, насколько эффективным вышел краткий наброс в #9? Может, заведёте на wiki.opennet.ru странички вроде PerlVsPython и отожмёте туда сухой остаток, чтоб не тратить время на разматывание циклов вручную?
предлагаю внести слова питон, python в список ругательственных с автоматической фильтрацией.
удивило, что bash у тебя врожденный
Есть люди, чей опыт ограничен python - для них, вероятно, удобно, для, лично, меня, синтаксис пиотона не оставляет пути для твочества, это уныло. Я пишу и я творю. Питон - язык школьника или академика, тут нет права влево или вверх. На мой взгляд питон проги умеют лишь то, чему их научили. Они однородны, в своем составе. Всем добра)
> Есть люди, чей опыт ограничен python - для них, вероятно, удобно, для,
> лично, меня, синтаксис пиотона не оставляет пути для твочества, это уныло.
> Я пишу и я творю. Питон - язык школьника или академика,
> тут нет права влево или вверх.а потом такие творцы увольняются и их самовыражение начинают проклинать.
>> что это за волшебный язык, который "сесть и написать"?
> Дык написали же: bash, pythonа ну ка оттранслирукте мне батенька xml файло в json с разбором полетов и пелопачиваением структур
и итоговой записью в SQL базу данных
"на bash или питоне", ну вот так "сев и написав".я даже готов заплатить за это зрелище.
но немного, оно предсказуемое.> кстати PHP на котором можно писать офигенные соснольные скрипты.
можно. но не нужно.
> а ну ка оттранслирукте мне батенька xml файло в json с разбором
> полетов и пелопачиваением структур
> и итоговой записью в SQL базу данных
> "на bash или питоне", ну вот так "сев и написав".А что сложного? Биндинг к libxml.so парсит, а другой формирует json. И тд.
Скриптовый язык всего лишь клей, соединяющий возможности библиотек.
>> а ну ка оттранслирукте мне батенька xml файло в json с разбором
>> полетов и пелопачиваением структур
>> и итоговой записью в SQL базу данных
>> "на bash или питоне", ну вот так "сев и написав".
> А что сложного? Биндинг к libxml.so парсит, а другой формирует json. И
> тд.
> Скриптовый язык всего лишь клей, соединяющий возможности библиотек.Умница, возьми с полки пирожок. =)
Биндинги-нашлепки конечно отличаются, и весьма существенно.Только вот в реальных работах по автоматизации "просто сесть и написать" точно не получается,
"сесть и написать" выглядить как некомпетентный пафос.
> а ну ка оттранслирукте мне батенька xml файло в json с разбором
> полетов и пелопачиваением структур
> и итоговой записью в SQL базу данных
> "на bash или питоне", ну вот так "сев и написав".В современном мире разборы xml и json только и пишут, что на python и ruby, ничего особенного в этом нет, как собственно и заливка в разные БД. "import sqlalchemy" и вперед. Каждый день с таким кодом работаю.
На баше конечно придётся повозиться со строками, но в целом не шибко сложно.
> я даже готов заплатить за это зрелище.
> но немного, оно предсказуемое.Давайте ссылки на ваши файлы - договоримся о цене.
>> и итоговой записью в SQL базу данных
>> "на bash или питоне", ну вот так "сев и написав".
>В современном мире разборы xml и json только и пишут, что на python и ruby...В современном может и создают алгоритмы, только по России 10 из 10 наблюдаю
результаты "сев и написав".>Давайте ссылки на ваши файлы - договоримся о цене.
Больше 10 центов не дам. Вангую: Истинная цена этой работы.
JavaScript. Работает даже если и не должен, даже если неправильно, исключение он вероятно не бросит. Человечество стремиться к языку понятному даже обезьянам и целиком и полностью полагающемся на свой огромный фреймворк. Где есть всё, что может пожелать заказчик, просто настройки пропиши. Если в коде нет логики, то и нет ошибок в этой логике, любой идиот сможет так писать, а идиоты дешевы. Рынок...
> JavaScript. Работает даже если и не долженРаботает, даже если не нужен.
Работает, даже если нет результата.
Работает, даже если написать что-то другое.
И в другом месте.
> Человечество стремиться к языку понятному даже обезьянамДве ошибки на строку...
> любой идиот сможет так писать
Но лучше-то уму-разуму учиться, не так ли?
>>> Хотя с приходом нового молодого поколения devops, знающих пихон и не понимающих особенностей перлового синтаксиса
> Это называется "эволюция" и "естественный отбор".Это называется попса в индустрии. Вот даже си для клавиатурных дятлов адаптировали, оберон с бейсиком скрестили и за "круто" выдали - go-go-baby-go называется.
А то у дятлов от c/с++ указателей мозговой клиренс регулярно.
>>>> Хотя с приходом нового молодого поколения devops, знающих пихон и не понимающих особенностей перлового синтаксиса
>> Это называется "эволюция" и "естественный отбор".
> Это называется попса в индустрии. Вот даже си для клавиатурных дятлов адаптировали,
> оберон с бейсиком скрестили и за "круто" выдали - go-go-baby-go называется.
> А то у дятлов от c/с++ указателей мозговой клиренс регулярно.Смысл не меняется. Если один язык решает одну и ту же задачу сложнее другого языка - он не нужен.
>> Это называется попса в индустрии. Вот даже си для клавиатурных дятлов адаптировали,
>> оберон с бейсиком скрестили и за "круто" выдали - go-go-baby-go называется.
>> А то у дятлов от c/с++ указателей мозговой клиренс регулярно.
>Если один язык решает одну и ту же задачуУ тебя "язык решает задачи"?
А разработчики, не поверишь, автоматизируют деловые процессы. Разные.
В бюджет, сроки, жизненный цикл, качество, прочее.Не, если хочншь потрепаться про сферических коней в вакууме, то чебы и нет. =)
> У тебя "язык решает задачи"?
> А разработчики, не поверишь, автоматизируют деловые процессы. Разные.
> В бюджет, сроки, жизненный цикл, качество, прочее.
> Не, если хочншь потрепаться про сферических коней в вакууме, то чебы и
> нет. =)Именно. У меня язык решает задачи. И в бизнесе и в домашнем хобби.
Приходит манагер и говорит "клиент требует программу которая будет делать то шо ему нужно, у кого какие идеи ?".
Питонист: неделя, понятный код, в будущем сможет саппортиться даже студентом, возьму 100 баксов.
ПХПист: 5 дней, С-схожий код, будет подтормаживать, возможно половина функций будут депрекейтед с выходом новой версии пыха, зато 50 баксов.
Перловод: месяц, нихера не читабельный код, как будет работать непонятно, кроме меня никто саппортить его не сможет, даже я через год, возьму 500 баксов.
Фантазии человека, которому платят $1 в час, об общении менеджера с программистами весьма забавны.
> Фантазии человека, которому платят $1 в час, об общении менеджера
> с программистами весьма забавны.И это он ещё забыл живописать переезд на следующий питон. :]
Ох уж эти новообращённые. Ладно, понаестся, поймёт, о чём дяди говорили.
> И это он ещё забыл живописать переезд на следующий питон. :]
> Ох уж эти новообращённые. Ладно, понаестся, поймёт, о чём дяди говорили.А когда у нас переезд на след питон? 4.0? Ничего сложно, любой код требует поддержки.
Перестаньте помахивать собственным ЧСВ. Тут и так форум превратился в хреномерку.
Не стоит плевать на Go только потому, что он хорош для "клавиатурных дятлов". Там тулчейн хороший, полностью написан на самом Go и местами даже доступен через стандартные либы. Поддержка архитектур очень приличная, компилится настолько быстро, что его многие используют как скриптовой (через go run). Проблем с обратной совместимостью не было совсем, крипто-библиотеки с уже весьма солидной репутацией, а не дыра на дыре. И все это стало возможным благодаря упрощению, был бы Go сложным - до сих пор бы пилили напильником. Не ради дятлов его делали простым, короче.
> Не стоит плевать на Go только потому, что он хорош для "клавиатурных
> дятлов".Это плюются те, которые десятилетие зубрили C++/perl, в предвкушении как будут рубить бабло за свой статус "специалист по C++/perl". Теперь же у них хорошо полыхет, когда видят, что на реализацию перспективных проектов с жирными бюджетами зазывают не их, а каких-то Go-шников.
> зазывают не их, а каких-то Go-шников.По-моему, довольно глупо судить по себе. Даже если ты go-пота.
> По-моему, довольно глупо судить по себе. Даже если ты go-пота.Я вижу в своём отделе тех самых "плюющихся на Go" и знаю кто это такие. Как тут на форуме один написал, типа Сишник не опустится до Go/python никогда. Кто не опустится-пойдёт на пенсию, кто опустится будет пилить проекты с многомилионными бюджетами. Их, Яп-ов, уже на моей профпямяти сменилось несколько эпох, так что мне лично не важно на чём писать, для меня это не более чем иструмент, и неодобряю позицию всяких "истинных специалистов по C/C++/Perl". В годы моей молодости так же на пенсию провожали фортранистов и ассемблерщиков. Как-то так.
>> По-моему, довольно глупо судить по себе. Даже если ты go-пота.
> Я вижу в своём отделе тех самых "плюющихся на Go" и знаю
> кто это такие. Как тут на форуме один написал, типа Сишник
> не опустится до Go/python никогда.У вас весь отдел такой инфантильный? Один старый приятель, в том числе изрядный сишник, написал на Go http://webery.altlinux.org. При этом не плюясь вообще ни в какие стороны.
> В годы моей молодости так же на пенсию провожали фортранистов
> и ассемблерщиков. Как-то так.До сих пор "провожают", но до некоторых так и не дошла старая шутка про счёт на похороны последнего программиста на Java...
> У вас весь отдел такой инфантильный?Далеко не весь. Но гордые имеются, это в основном не старики матёрые, а те, кого синьором C++ пару лет назад впервые назвали.
> шутка про счёт на похороны последнего программиста на Java...
Ява не к месту, она жить будет дольше Cobol. С ней всё в порядке.
>Это плюются те, которые десятилетие зубрили C++/perlОткуда вы такие, для которых десятилетие учить синтаксис на 10 страниц?
> Откуда вы такие, для которых десятилетие учить синтаксис на 10 страниц?Хе-хе, если стандарт C++ в Вашем восприятии имеет 10 страниц, то у Вас с ним, восприятием, явно проблемы. А если серьёзно, то серьёзно имеется такая категория разрабов на C++, которые зубрят стандарт C++ от корки до корки, зубрят сочинения всевозможных книжных гуру по C++, и знание всего этого хозяйства преподносят окружающим как высокую квалификацию в C++, всячески убеждая в этом ближайшее руководство. Они же в основном занимаются собеседованиями, оттягиваясь по полной на кандидатах. В этом, отчасти, причина того мнимого дефицита C++-ников о котором твердят менеджеры и техлиды, так как, наслушавшись тех самых зубрил, они любого чувака, кто не знает наизусть этот самый стандарт и не читает книжных гуру (ибо некогда фигнёй страдать) считают недостаточно квалифицированным, независимо от его опыта в разработке и количества разработанного этим чуваком кода.
>> Откуда вы такие, для которых десятилетие учить синтаксис на 10 страниц?
> Хе-хе, если стандарт C++ в Вашем восприятии имеет 10 страницХе-хе, а что, больше? Хорошо, 80 A4. В два раза толще Азбуки.
У тебя проблемы изучить описание на 80 страниц?
Грубо: описание объекта, методы приватные и публичные, шаблоны, наследование,
множественное наследование (нафик-нафик), перегрузка методов, жизненный цикл, интефейс с С.Все остальное - концепция из С: циклы, условия, передача параметров, ...
в GNOME, к примеру, вообще забили на С++, и описали на С с OOP, структуры + "методы класса" с передачей ссылки на экземпляр.
Изучения на 2-3 недели практических занятий, если есть интеллект и намерение.
Если нет 1 и 2, тогда пичалька.
> Грубо: описание объекта, методы приватные и публичные, шаблоны, наследование,
> множественное наследование , перегрузка методов, жизненный цикл, интефейс
> с С.Это может любой дятел. Речь идёт о том, чтоб имено "вызубрить стандарт", а не тупо изучить C++. Думается Вы понимаете что значит эта фраза, а если нет, то поймёте когда попадёте на собеседование к зубриле. Это когда на каждую ситуацию цитируешь кусок стандарта как библию, проясняющее ситуацию. Вот это требует времени, особенно если занят чем-либо и именно это считается "профессиональным владением С++".
> Речь идёт о том, чтоб имено "вызубрить стандарт"F**k. Нахрена? Его сами стандартописатели не знают/не помнят. =)
Речь о том, что бы начать создавать достаточно качественный алгоритм в проект/кейс в соотвествии с моделью, и имеющимися библиотеками/фреймворками.
Недели практики на какой-нить прагматичном проектике c С++ после С/Perl достаточно за глаза.
> Если для достижения одного и того же результата один язык позволяет сесть
> и написать, а второй язык заставлять сесть выучить понять особенности -серьезно - вот так сел и начал писать сразу на пихоне, ни учебника не прочитав, ни программировать в принципе не умея?
А, ну да, там ниже про баш... Лучше таким, действительно, на нем и писать.
Речь, для тех кто не они, вовсе о другом - прочитавшие книжку Пайка и знакомые с типовыми юниксными инструментами плюс базовые представления о C - действительно могли на perl взять и сразу писать несложные мелкоавтоматизаторские скрипты, лишь эпизодически подглядывая в perldoc. Поскольку синтаксис sed/awk/сsh они уже знали.
Других в админы тогда как-то и не брали.А для писания на пихоне им все же надо было читать отдельный пихоновский учебник, и потом еще отдельно разбираться с отдельными пихоновскими чудо-библиотеками (cpan - на самом деле убийца перла, а вовсе не благодетель) - потому что сам язык предоставляет слишком неудобный и низкоуровневый набор возможностей. По той же самой причине не стал популярен tcl, хотя он заметно приличнее питона, если скрипт потом еще и читать приходится.
Сейчас ситуация выровнялась - начинающему девопу пайк ненужен, разбираться придется в чужих скриптах с кучей хлама, понатащеного неглядя из cpan, поэтому пофиг - читать camel book, или смотреть какой-нибудь ютубный курс про пихон. При этом второй моднявее и попадается в требованиях к вакансиям. Поэтому будет пихон.
Пихон понятнее, в том числе после использования перла.
Скрипты на перл легко конвертируются в пихон.
На пихоне решаешь задачу, на перле не будучи гуру 80 левела часто сидишь и разбираешься как написать код чтобы он сyка заработал.
Если перестараться, то сам потом долго разбираешься со своими же скриптами, если надо чего поправить.
Перл не жилец. Учитывая ещё и фейл с 6 версией. Питон то как ни крути, а взлетел с версией 3,
консерваторы на 2.7 так или иначе переползут.
А перл 6 можно предавать земле.
> На пихоне решаешь задачу, на перле не будучи гуру 80 левела часто
> сидишь и разбираешься как написать код чтобы он сyка заработал.странно, ни разу не приходилось. Мы ведь о том чтоб код решал задачу, а не как покрасивее выпендриться, использовав как можно больше сложных вещей?
Написать совершенно нечитаемый код - да, легко, и для этого гуру быть не надо, но так же просто написать и читаемый.> Перл не жилец. Учитывая ещё и фейл с 6 версией. Питон то
это скорее плюс. Зачем языку вторая несовместимая версия, улучшающая что-то в мелочах?
> как ни крути, а взлетел с версией 3,
которой из трех? ;-)
> консерваторы на 2.7 так или иначе переползут.
да нет, поставят еще три третьих в кучку. И под каждый мелкий скрипт - свой venv
А там, глядишь, четвертую напишут.
> Пихон понятнее, в том числе после использования перла.
> Скрипты на перл легко конвертируются в пихон.
> На пихоне решаешь задачу, на перле не будучи гуру 80 левелаМожет, все-таки прочитать и осмыслить 20-30 страниц про perl синтаксис?
Есть хорошие русские переводы.Везде: объект, методы, переменные, константы, цикл, условия, массивы, указатели, передача данных в/из, контекст исполнения, локальные/глобальные переменные, исключения, системные операции, выделение памяти/уборка мусора.
чета забыл, кажется. =)
SQL кортежи это отдельно. =)
Не. Проще забить и перейти к более понятному языку.
Что было и сделано. С перла на питон, с питона на голанг.
Перл в печку, не нужен.
> Не. Проще забить и перейти к более понятному языку.
> Что было и сделано. С перла на питон, с питона на голанг.Ты отказался от изучения синтаксиса перла (потому что не круто), попробовал программировать на питоне (что-то получилось на пару страниц), теперь изучаешь go (потомучто попсово).
ты не разработчик, ты студент-школяр без хорошого курса образования.
это ни хорошо ни плохо, но мнение таких недорого стоит.
Давно не студент. И вообще не программист. Просто есть задачи, которые надо решать написанием софта.
Перл в печку, не нужен. Рано или поздно, к этому мнению придут все, а на перле останутся кропать пара олдфагов с седыми мудями и в рваных майках за дoширак.
Про мнение повеселило. Кучка анонимных комментаторов, с явно выраженными признаками социопатии, кидаются какaшками под любым топиком.
Да, их мнение ценно до полной невозможности.
> а на перле останутся кропать пара олдфагов с седыми мудями и в рваных майках за дoширак.Иду я такой по офису к кофемашине, с седыми мудями, в равной майке, мне 65 и я пишу на Perl и ещё не умер, выглядит не так уж плохо :-)
Этой шутке скоро будет 20 лет.
эта шутка родила 2 года назад, так что когда этот ребенок сисадмина и программиста научится говорить, ждите новый виток "новых" старых шуток.
Если питонисты бесятся - то значит используют.
Поддержу дискуссию. Питон унивесален, на нём можно вообще всё - игры, дата-майнинг/нейронки, кампухтер-вижн, бэкэнд, скрипты "на раз". Проще выучить один раз его, чем ломать голову об синтаксис нового языка под каждый тип задачи.
Пёрл хорош в узкой специфике для тех, кто уже зачем-то его выучил.
Поддержу дискуссию. C/C#/Java/Go/"твой любымый яп" универсален, на нём можно вообще всё - игры, дата-майнинг/нейронки, кампухтер-вижн, бэкэнд, скрипты "на раз".
я считаю лучше больше и каждому выдать фломастер. но есть специализированные задачи VHDL/dtrace lang/GLSL/NASM/IR/итд которые под свои задачи подходят лучше чем "универсальные" языки.
>C/C#/Java/Go/"твой любымый яп" универсаленне настолько - у питона есть биндинги практически ко всему. Если писать изолированные от внешнего мира хэлловорлды, то можно спорить за синтаксис и удобство, тут он не идеален. Но по количеству реальных задач, где он вполне успешно применим, он на 1м месте. Круг моих интересов широк, мне проще знать один язык, чем по 1-му на каждый интерес - поэтому таки питон.
"синтаксис на отступах" - вот и всё, что нужно знать о самом бестолковейшем языке 21 века.
> "синтаксис на отступах" - вот и всё, что нужно знать о самом бестолковейшем языке 21 века.О Haskell что ли?
Ничего не бестолковейший. Он даёт возможность решать задачи людям, которые не являются программистами. Он простой как доска.
> Он простой как доска....и настолько же эффективный? ;-)
Слышали когда-нить про балансы вроде удобство/безопасность?..
> "синтаксис на отступах"Не поверишь, но читать логику с 5-ю вложениями одинаково тяжело, что на С, что на питоне. Только на питоне это видно сразу и сразу смотрится погано, возможно побуждая автора что-то изменить. А на другом языке так ведь и оставит, чтобы через полгода самому ничего не понять.
На Go тоже можно почти всё, иной раз и больше питона находится решений. Вопрос желания написать код. Только Go гораздо быстрее питона.
> Питон унивесален, на нём можно вообще всё - дата-майнинг/нейронки, кампухтер-вижн,....Чем хорош питон - у него вообще нигде нет области применения, где он был бы хорош.... Везде есть что-то лучше или сильно лучше. Собственно, из перечисленного списка, он везде как нашлёпка над основным языком программирования.
Питон - чисто учебный язык, который сейчас не годится ни для чего серьёзного
Питон отличный язык для костылей, времянок, одноразовых скриптов, как переходник для мощных библиотек, написанных на си/си++.
Учебным его, конечно, нельзя называть, ибо кроме учебных, он решает кучу вполне коммерческих и научных задач.
Как актуальный ныне датасайнс, который по сути не программист, но писать всякие задачи обработки данных надо. Как бизнес аналитики, которые sql запросы наворачивали/ют.
> он решает кучу вполне коммерческих и научных задач.Интерпретатор "решает задачи"? =)
> Как актуальный ныне датасайнс, который по сути не программист, но писать всякие задачи обработки данных надо. Как бизнес аналитики, которые sql запросы наворачивали/ют.Для датасайнса уже лет 30 как есть R. Который, между прочим, как встраивают чуть ли не во все enterprise DB для аналитики. Кому хочется по-новее, есть Julia. А питон, на котором нельзя написать ни один вычислительный алгоритм, здесь выглядит странно. От SQL тоже никто не отказывается и не откажется в ближайшие -дцать лет. Скорее в SQL расширят аналитику, чем позволят в серьёзных местах питон использовать.
> Питон отличный язык для костылей, времянок, одноразовых скриптов, как переходник для мощных библиотек, написанных на си/си++.
А зачем писать одноразовый код для одноразового скрипта, если можно использовать полноценный язык программирования, наработки на котором можно использовать повторно? И уж тем более, считать достоинством, что единственная функция языка - оборачивание C/C++?
Единственное, где питон как-то укоренился - в составе Centos и убунты для каких-то системных скриптов. Не всех, да и питон там 2.7. Выкорчевать его оттуда не сложно.
Есть и R, часто рядом в вакансиях стоят с питоном.
Странно, не странно, но факт же, питон один из популярнейших языков, в том числе для датасайнса, машинлёнинга, бигдаты.
Ну потому, что на R можно писать алгоритмы, а на питоне ничего не напишите - медленный он до безобразия. Что-то нужно новое - тащи с собой C-программиста, который сделает библиотеку. Питон везде только обёртка над C/Java/Rust/Julia/Go... нужное подчеркнуть. А если нельзя на нём писать алгоритмы, то зачем вообще использовать эту обёртку? Почему бы сразу не писать их на том языке, который можно использовать для внедрения? А уж в бигдате питон упоминать - просто смешно. Он и со смолдатой справиться не может. То, что кому-то кажется, что на питоне хорошо писать какие-то интеграционные вещи, вовсе не делает его хорошим языком программирования, включая хорошим для интеграционных вещей.Касаемо упоминания вакансий - так это просто, чтобы мог продемонстрировать, что хоть как-то мат. статистику знаешь. Дальше можно будет на R переучить. Нет у питона будущего, кроме как учебного языка
> Нет у питона будущего, кроме как учебного языкаА помните "учебный" паскаль и сколько потом было с невиданным упорством на нём понакропано?..
> А помните "учебный" паскаль и сколько потом было с невиданным упорством на
> нём понакропано?..Паскаль - очень неплохо сделанный язык. В том числе, для обучения основам алгоритмизации. А вот питон - слеплен на коленках. Объектная модель - ужас. Функциональные расширения - синтаксический ужас. Плюс вечные проблемы совместимости версий.
К слову, если бы вместо Modula-2 и Oberon использовали названия Pascal 2 и Pascal 3, может быть, до сих пор бы жили на паскале.
В отношении же питона - ну реально же, ни одной области, куда бы он хорошо подходил. Пены много, пользы мало. Медленный, с корявым синтаксисом, требующий написания быстрого кода на других языках, не обеспечивающий совместимость и имеющий огромные проблемы в обеспечении качества библиотек.... Одним словом, поучились и можно бросить....
Просто надо понимать, что одни деньги на хайпе зарабатывают (писатели и некоторые "программисты"), другие "дурачки" - платят деньги за изучение, или, даже, что-то заказывают делать на питоне, чтобы через пару лет всё переписать или выбросить.
Паскаль отличный язык, он в принципе правильный, и код на нём гораздо проще понять, умер он от того что он "однобрендовый" в продавец в одиночку не потянул компилятор ( Delphi Net была ошибкой), llvm тогда небыло и в помине, вот и провалился.
До сих пор кропают и довольно большие деньги платят за коммерческий дельфи, или как он там называется сейчас.
Да и фри паскаль/лазарус пользуются спросом.
> Ну потому, что на R можно писать алгоритмы, а на питоне ничего
> не напишите - медленный он до безобразия.https://morepypy.blogspot.com/2017/10/how-to-make-your-code-...
во-первых этот пипи ограниченно совместим с питоном. Во-вторых куда его дальше засовывать? В-третьих а зачем, если есть языки, включая скриптовые, которые от рождения на 2-3 порядка быстрее питона?
Если это про машинное обучение, так см. сравнительную таблицу https://julialang.org/
> В-третьих а зачем, если есть языки, включая скриптовые, которые от рождения на 2-3 порядка быстрее питона?Я ни разу не любитель питона, но мне резко стало интересно, какие это скриптовые языки в десять раз обходят С по скорости. Можно даже не скриптовые, вообще любые. Или эксперД не знает даже значение выражения "на порядок" или не смог прочитать график по своей же ссылке?
> Или эксперД не знает даже значение выражения "на порядок"Тсс -- возможно, он сразу мыслит побитовыми сдвигами :]
> во-первых этот пипи ограниченно совместим с питоном.это "ограниченно" касается лишь не очень большого числа модулей.
> Во-вторых куда его дальше засовывать?в докер, например. да и ситуация с дистрибьюцией аналогична любому другому скриптовому языку не из базовой системы.
> В-третьих а зачем, если есть языки, включая скриптовые, которые от рождения
> на 2-3 порядка быстрее питона?порядок двоичный или десятичный?
> Если это про машинное обучение, так см. сравнительную таблицу https://julialang.org/
а если нет?
> тащи с собой C-программиста, который сделает библиотекуберёшь кусок кода, который тебя беспокоит, и конпеляешь его через cython. Если ещё и переписать с cdef и сишными типами, то получится так же быстро, как на Цэ - и полученную либу сразу можно подключать обратно в питоновский код простым import.
В генту тоже питон. А какие дистры питонфри еще вопрос.
> В генту тоже питон. А какие дистры питонфри еще вопрос.SUSE, OpenSUSE
>> В генту тоже питон. А какие дистры питонфри еще вопрос.
> SUSE, OpenSUSEАльтовый basesystem не включает питон; автоматизация в основном на (lib)shell, где не требуется сложных структур данных.
Он для "самовоспроизводства" нужен. Впрочем, как и Perl."Самовоспроизводство" --- это то, что может собрать себя (или другую систему).
> Он для "самовоспроизводства" нужен. Впрочем, как и Perl.перлу для "самовоспроизводства" нужен только c-компилятор, причем - примитивный. Его автор отлично помнит времена, когда ничего кроме соляркиного cc на машине могло не быть в принципе, и miniperl все еще собирается чем попало.
> "Самовоспроизводство" --- это то, что может собрать себя (или другую систему).
и не может быть собрано ни кросс-компиляцией, ни более простыми и легкодоступными средствами, потому что когда-то очень давно может и собиралось, а нынче - "везде же есть!", ага, ага...
А потом удивляемся, почему остался интел, интел, интел под личиной amd, и на них windows, windows и линукс. Причем такие, что не всегда один от другого и отличишь.
>> Он для "самовоспроизводства" нужен. Впрочем, как и Perl.
> перлу для "самовоспроизводства" нужен только c-компилятор, причем - примитивный.Однако же https://rt.perl.org/Public/Bug/Display.html?id=123682
Ну и количество циклов в CPAN неприятно выросло за последние лет пять, похоже.
> и не может быть собрано ни кросс-компиляцией,perl в оригинальном виде кроссом не собирается, но есть парень, который умеет это готовить и продолжает сопровождать. Здоровья ему!
И что бы perl'овым авторам не воспринять его работу?
python, конечно, собирается кроссом, но там такие косяки наложены...
> perl в оригинальном виде кроссом не собираетсяпросто конкретно ему мало зачем нужно - предполагается, что хоть и хромой на все четыре лапы, си-компилятор на целевой архитектуре у тебя есть, а если она такая что нету - то, наверное, и перл для нее не очень актуален.
> И что бы perl'овым авторам не воспринять его работу?
да там живых полтора старика осталось, и см выше - не слишком для них актуально, они мыслят временами, когда компьютеры были большие.
Питон - еще цветочки, ягодки - когда тебе понадобится программа на модном go ;-)
>Питон - еще цветочки, ягодки - когда тебе понадобится программа на модном go ;-)И что же ужасно страшного произойдёт в таком случае? :-\
> А питон, на котором нельзя написать ни один вычислительный алгоритмpython + mako + pyopencl
позволяют с чудовищной гибкостью и эффективностью писать чудовищно быстро исполняемые алгоритмы (если нужна именно числодробильня), так что это ты зря. Для остального есть cython/numba.
Для времянок и одноразовых скриптов - перл как раз проще, чем питон. Типизация переменных постоянно мешается под ногами, идиотские телодвижения при преобразовании типов нужно делать, жесткие требования по выравниванию строк не дает нормально "на ходу" модифицировать скрипты и копипастить из других скриптов и интернета, работа со строками и регулярными выражениями менее удобна, без предварительной установки и настройки текстового редактора - просто невозможно что-то написать по-быстрому, просто зайдя на любой сервер в vi. Ну и, блин, CTRL-C в мультитредовых скриптах уже работает?
Да нормально там всё в питоне, дело привычки. Всё на ходу правится, копипастится без проблем.
Зато как вспомню, в перле понадобился многомерный массив, вот это настоящее уродство.
А в питоне с этим всё просто супер.
> Зато как вспомню, в перле понадобился многомерный массив, вот это настоящее уродство.А что в нем уродливого?
$ perl -MData::Dumper -E '$a->[1][2][3][4]=5; say $a->[1][2][3][4]; say Dumper $a'
5
$VAR1 = [
undef,
[
undef,
undef,
[
undef,
undef,
undef,
[
undef,
undef,
undef,
undef,
5
]
]
]
];
Многомерные массивы - это фигня. А вот когда язык, позиционируемый как "для простых скриптов" не может float из файла одной строчкой прочитать (причем, выведенный другим таким же простым скриптом), это уже диагноз...
> игры, дата-майнинг/нейронки, кампухтер-вижнага, щаз :D
это, к вашему сведению, называется "оркестровка". т.е. питоно-код содержит только бизнес-логику, вызывая либы, написанные на C
что дает право утверждать, что код полностью написан на питоне?
А хореографией что называется ?
> т.е. питоно-код содержит только бизнес-логику,
> вызывая либы, написанные на CЭто как в радиотехнике: творение радиолюбителя содержит только бизнес-логику, используя детали (кондёры, транзисторы, резисторы, дроссели) сделанные на заводе. А вот попробовал бы он всё сам, с нуля! Ему бы жизни не хватило на радиоприёмник, зато сам.
> my %sanitised_values = delete %input_values{@allowed_keys};Никогда не любил Perl за этот уродливый стиль. Надо быть редким извращенцем, чтобы возвращать удаленные элементы, а не новый массив/хэш с удаленными элементами.
В нормальном языке это может выглядеть так:
sanitizedValues = project(inputValues, allowedKeys)
Правильно говорят, что людей формирует среда. Если человек все время работает с уродливым синтаксисом, то нормальный синтаксис у него вызывает жесткое отрицание.
Чем больше языков вы изучите, тем меньше вы будете хотеть разного синтаксического сахара в виде разных спецсимволов меняющих интерпретацию выражений.
Программист на Форт даже на Си будет писать как на Форт. Sad but true.
То, что ты привык хлебать лаптем щи, не делает людей с ложками извращенцами. Просто прими это - есть мир вне твоего эгоистичного яйца.
> То, что ты привык хлебать лаптем щи, не делает людей с ложками
> извращенцами. Просто прими это - есть мир вне твоего эгоистичного яйца.Я не смирился и давно не пишу на Perl.
Perl активно вытесняется Go, Rust нажимает на C++. PHP стал новой Java.
В веб уже вовсю правит TypeScript.А Python - язык №1 в области машинного обучения и искусственного интеллекта.
По поводу принятия мира таким, каков он есть, приведу вам Индию в пример. Ужасная и грязная страна с бесконтрольным ростом населения.
Ни один разумный человек не считает это нормальным, но индусы живут и ничего не хотят менять.
> По поводу принятия мира таким, каков он есть, приведу вам Индию в пример. Ужасная и грязная
> страна с бесконтрольным ростом населения.с первой попытки попавшая орбитальной станцией в орбиту марса, а не "фобос-в-грунт" - две из двух при том что ничего революционного и нового для этой страны в том проекте не было (в тех его частях, где и случилось "в грунт", новые показать себя не успели).
Может что-то не так с _вашим_ знанием о мире?Кстати, темпы роста населения (не сам рост, а производная) у них резко упали - так что они немного нервничают по этом поводу.
перл заменяется go? Как прекрасно... где находится вход в эту страну волшебных единорогов? (и надеюсь, это не тот что от ms?)
> с первой попытки попавшая орбитальной станцией в орбиту марса, а не "фобос-в-грунт"
> - две из двух при том что ничего революционного и нового
> для этой страны в том проекте не было (в тех его
> частях, где и случилось "в грунт", новые показать себя не успели).Вау... С первого раза попали в орбиту Марса. Когда другие страны уже давно ездят на марсоходах вы ставите это в достижение.
> Может что-то не так с _вашим_ знанием о мире?Может быть не так. Я успел побывать в 4 разных странах, успел сделать свои выводы.
Там где люди хотят жить лучше и что-то делают для этого, там они и живут лучше.> Кстати, темпы роста населения (не сам рост, а производная) у них резко
> упали - так что они немного нервничают по этом поводу.Вам для общего развития https://www.youtube.com/watch?v=QsBT5EQt348
> перл заменяется go? Как прекрасно... где находится вход в эту страну волшебных
> единорогов? (и надеюсь, это не тот что от ms?)Docker, Kubernetes, CoreOS.
> Вау... С первого раза попали в орбиту Марса. Когда другие страныполторы другие страны. Эрефия в их число не вошла, хотя очень хотела и денег угробила миллиарды.
Да, с первого раза - это очень хороший показатель, в этом мире "случайно" можно только сильно облажаться, а чтоб попасть - надо все сделать правильно с единственной попытки, натурные эксперименты обходятся слишком дорого, крохотный отказавший датчик может угробить сразу все.> Может быть не так. Я успел побывать в 4 разных странах
смиявсь. Та же Индия, чтоб вы знали, это как минимум пять очень разных "стран" (их может быть и пятнадцать, даже не по числу штатов, а по числу сравнительно изолированных регионов - просто мой опыт слишком ограничен, человеческой жизни не хватит на одну только Индию. Что узнает иностранный турист, прошвырнувшийся по центральным улицам Москвы, о жизни в Бурятии?)
> Там где люди хотят жить лучше и что-то делают для этого, там они и живут лучше.
да? Люди в Малайзии хотят жить лучше чем хотят практически такие же люди в Индонезии?
Или все же дело в том, что у первых есть нефть и газ (во всяком случае, очень вовремя подвернулись, взятого разгона хватило построить сравнительно нефтенезависимую экономику), а вторым достались в основном малярийные болота?> Docker, Kubernetes, CoreOS.
в каком месте этой отвратительной прослойки к lxc вам померещился perl? Такие вещи в юниксах принято было делать на c/c++. Они действительно быстро вытесняются go - обезьянок проще научить шлепать на нем, чем писать читаемый код на плюсах или надежный на си. Но это выбор разработчиков крупных проектов на дядины деньги, а не строящих системы автоматизации своей работы.
Я вообще не знаю, для чего сейчас Perl используется. Последний раз его видел 6 или 7 лет назад.
Там, где он использовался гораздо лучше использовать PHP.
Он понятнее, можно написать тесты, есть куча всего на свете для разработки. А главное, нет особых конфликтов при установке.
В Perl, Ruby и Python вечно какие-то конфликты, постоянная война зависимостей и т.д.
А с С и С++ там вообще жесть, все время не хватает какой-нибудь библиотеки. Ах да, оно еще может компилиться полдня, а потом выпасть с какой-нибудь "fatal error" без внятного описания. Ну а затем нужно потратить несколько дней на то, чтобы заставить это работать.
> Он понятнее, можно написать тесты...брать на абордаж каравеллы, а этого вашего слона я так и не приметил!
Господи, какая же детвора бывает самонадеянная. Это и я таким был? :)
> Там, где он использовался гораздо лучше использовать PHP.
> Он понятнее, можно написать тестыКоторые будут выдавать вывод в формате TAP https://testanything.org/ который придумали в Perl, да? ;-)
>> PHP стал новой Java[подавился jar файлом]
Теперь ваш уровень "компетентности" предельно ясен.>> В веб уже вовсю правит TypeScript.
TypeScript это просто нашлепок над.
Если вы не пишете фреймворки, то он нафиг не нужен.
Он еще более НЕ используется, чем используется.
Не нужно обожествлять.>> Ужасная и грязная страна
Прекрасная страна.
>> индусы живут и ничего не хотят менять
Что за детский сад? На то есть экономические причины, а не "хотение".
Тут с компетентностью тоже проблемы.
> Perl активно вытесняется Go, Rust нажимает на C++. PHP стал новой Java.Perl давно заменил python. Примерно тогда, когда куча системных тулзовин, вроде менджера пакетов, или тулзов для управления виртулизацией, на нём понаписали, а это начало текущего века.
На C++ нажимает Go, да-да. Видна нарастающая тенденция с переводом разработок с C++ на Go в проектах, где всё до этого писалось на C++. Это становится массовым. На бухтёжь и возмущение старых C++-ников (сам такой) никто (из менеджеров и техлидов) не обращает внимания, не нравится-go на пенсию. Ибо то новое, написанное на Go, всем требованиям удовлетворяет, а разработка стоит на порядок дешевле чем на C++.
> А Python - язык №1 в области машинного обучения и искусственного интеллекта.Он универсален.
И вообще споры о крутости одних ЯП-ов и некуртости другиз ЯП-ов похож на спор школяров за горажами. Это есть инструмент и не более. За истекший год написал на python многопоточный демон управления конфигурацией кластера демонов, написанных на С++, 1-штука, узкоспециализированную СУБД на C++ для того же кластера, 1-штука. Сейчас пилим сервис на Go. Наружу торчит обычным REST на swagger, внутри куча наукоёмких алгоритмов. Это можно было бы написать на любом ЯП, попросили сделать на Go. Без проблем, можно и на Go.
>разработка стоит на порядок дешевле чем на C++.За счет чего? Халявы то не бывает.
>>разработка стоит на порядок дешевле чем на C++.
> За счет чего? Халявы то не бывает.За счет простоты и порога входа.
Это как раз то, что я назвал "эволюцией" в комментах повыше.
Бородатый задpот потратил 20 лет своей жизни на изучение С++ или Perl, и стал считать что ему все должны стопицот тыщ долларов за его "знания", которые помогут написать очередную программу учета для ООО "Рога и копыта".
Вчерашний студент выучил Go за месяц, и теперь готов написать программу учета для ООО "Рога и копыта" в три раза быстрее бородатого задpота, и в три раза дешевле.
На выходе будет то же самое. Интерфейс с кнопочками. Зачем платить больше ?
>> Бородатый задpот
>> стал считать что ему все должны
>> за его "знания"Это говорит ваша зависть, либо обида.
>> Вчерашний студент выучил Go за месяц
И напишет кусок наколеночного г*вна за НЕДОРОГО.
В одной из фирм в которой я работал достаточно долго были курсы по ЯП.
Мы там, естестственно, выдергивали самых толковых.
Так вот, 1 из 80-100 что-то из себя действительно представляет.
Остальные нихера не знают и нихера не хотят, кроме как денег.Если вы считаете, что достаточно выучить синтаксис, ключевые слова, типы, циклы и прочая и вы стали ГУРУ - вы жестоко ошибаетесь. То что вы написали, вообще как-то навно по детски выглядит.
И еще немного об вашей ахинее..Вменяемый гуру сишник не будет страдать х*рней и писать программу учета или прочую фигню. Просто потому, что это неинтересная и низкооплачиваемая работа.
Поэтому эту кость схавает кто-нить подешевле и попроще.
И он, сишник, от этого не пострадает, т.к. он работает в энтерпрайзе на серьезных и интересных задачах с соответсвующим денежным вознаграждением.Детский сад.
В Ынтерпрайсе работают жабисты, SQL-щики всех диалектов и cobol-исты. Сишники сидят и пилят утилитарный системный софт за еду. Это факт. В этом мире деньги платят не за сложность ЯП, а за полезность, в плане денежной отдачи, решаемой задачи в той или иной сферы. И чем сфера более денежная, тем больше в ней платят, независимо от сложности задачи. И в "денежных" сферах не пишут ни на Cи, ни на C++. Поэтому сейчас даже девопсы зарабатывают больше чем Сишники. Не верите, поищите статистику.
Мне мои глаза показывают вакансии для сишников(втч ++) где ЗП от 100 килорублей.
Если сюда прибавить знание англ-го уровня не ниже Intermediate, то кол-во работы значительно прибавится.Не поленился и зашел на hh и набрал "с++"
В офисе
С++ Developer with Live Video Streaming experience от 120 000 руб.
Advanced Software Developer (C/C++/C#) от 160 000 руб.
Senior C++ developer (ReSharper C++) от 200 000 руб.
Junior Software Developer (C/C++/C#) от 95 000 руб.
Программист C++ от 150 000 руб.Удаленно
C++ Разработчик 2 500-5 500 USD
C++ Super-Developer 2 000-5 500 USD
TVS frontend developer от 155 000 руб.
Senior Blockchain Engineer от 200 000 руб.Это маленькая часть того, что выдал HH.
>> Сишники сидят и пилят утилитарный системный софт за еду. Это факт.
Получается, что не факт.
Возможно только для того, кто сидит в одной конторе всю жизнь и ничего более не желает.
Столько же получают питонисты и прочие Go-исты, работающие в Ынтерпрайс компаниях. И именно в таких компаниях имеется активный тренд на замену того, и так немногочисленного кода, написанного на "гуруёмких" С++ и perl, на ЯП-ы на которых любая обезьянка писать сможет. А оплата в тырпразйах всегда определялась перспективностью и важностью проекта, а не сложности ЯП-а на котором оно реализовано. Сложностей в тырпрайзах не любят, там этого боятся как огня, ибо деньги на кону, потому там и рулит всякая java, потому там если и есть где C/C++/Perl, то только как исключение из правил.
Я не пишу о сложности ЯП и не вывожу зависимость с ЗП.Вы(или не вы?) писали, что сишник работает за еду.
Я вам указал на то, что это не так.
Что мы тут обсуждаем?
Для таких зарплат вообще не надо быть гуру программистом.
Это зарплата техника чуть отдалившегося от обезьяны.
> Для таких зарплат вообще не надо быть гуру программистом.
> Это зарплата техника чуть отдалившегося от обезьяны.А вот и миллиардеры пожаловали
> Для таких зарплат вообще не надо быть гуру программистом.
> Это зарплата техника чуть отдалившегося от обезьяны.5К USD очень хорошая зп в России имхо. Почти половина от средней американской зп программиста. Другое дело, что по той вакансии скорее всего дадут 2 а не 5, либо надо будет ещё за менеджера и весь QA-отдел всю их работу делать. Хотя кто знает.
Поделитесь, пожалуйста, вашим уровнем ЗП и желательно фирмой где вы работаете.
Так мы определим, как далеко ВЫ отдалились от техника, который чуть отдалился от обезьяны.
Очень интересно.
>>>разработка стоит на порядок дешевле чем на C++.
>> За счет чего? Халявы то не бывает.
> За счет простоты и порога входа.Мы сначала создаем черновой алгоритм делового процесса на некоем псевдоязыке,
а потом решаем на чем сделать имплементацию, в зависимости от фреймворков, библиотек, наличия шаблонов, времени, бюджета, фазы проекта, требований и вообще отношения/приоритетов.Выбор самого языка тут несколько вторичен. Грамотно продуманная модель процессов хорошо отображатся на все ходовые парадигмы программирования.
> Бородатый задpот потратил 20 лет своей жизни на изучение С++ или Perl,
Вообще на изучение синтаксиса и лексики уходит от силы несколько дней.
Больше времени на библиотеки/фреймворки, но разница затрат времени по языкам незначительна.
Зависит от прозрачности-продуманности модели и качества описания.Но сама эта фраза говорит на то, что ты молодой задpот с обидой на жизнь.
> На C++ нажимает Go, да-да. Видна нарастающая тенденция с переводом разработок
> с C++ на Go в проектах, где всё до этого писалось
> на C++. Это становится массовым. На бухтёжь и возмущение старых C++-ников
> (сам такой) никто (из менеджеров и техлидов) не обращает внимания, не
> нравится-go на пенсию. Ибо то новое, написанное на Go, всем требованиям
> удовлетворяет, а разработка стоит на порядок дешевле чем на C++.Ух сколько нажимальщиков развелось: D, Go, Rust, ObjectiveC, C#, Java, JavaScript & friends, Swift, Dart...
И каждый на два, нет, на четыре порядка лучше!
> Ужасная и грязная страна с бесконтрольным ростом населения.
> Ни один разумный человек не считает это нормальным, но индусы
> живут и ничего не хотят менять.Нет бы войнушку учинили с соседями или хотя бы революцию?
Ну и чтоб под эту сурдинку и "лишние рты" порезать, и энергопотребление.</offtopic>
> Нет бы войнушку учинили с соседями или хотя бы революцию?Миш, там и войнушка не то чтобы до конца и насовсем кончилась, и с революцией все не так давно отшумело (просто надо понимать немного, как устроены эти государства и как именно там оно обставлено)
только то и другое,да еще в примитивных обществах, как раз вызывает всплеск рождаемости, а не наоборот.
но они не хотят в примитивное, они хотят технологий и вполне неплохо в этом преуспевают - от бионики до ядерной физики. Хорошие при этом доступны, разумеется, меньшинству. Зато дешевые - действительно дешевы - вся ЮВА ездит на Tata, кроме тех богатых буратин, у которых хватило на подержанного японца.
>> То, что ты привык хлебать лаптем щи, не делает людей с ложками
>> извращенцами. Просто прими это - есть мир вне твоего эгоистичного яйца.
> Я не смирился и давно не пишу на Perl.
> Perl активно вытесняется GoОни разные, совсем разные, просто часть пограничных задач ушла на GO.
> Rust нажимает на C++.
А точно на C++? Может он тоже где-то между C и C++ встанет?
> PHP стал новой Java.
Не может быть :) Основное использование Java там где PHP по определению не должно быть.
> В веб уже вовсю правит TypeScript.Это новая ниша, в которую никто из старых участников тусовки особо и не метил, в Web это нормально когда куски кода выбрасываются блокировщиками, части не догружаются и т.п. это совсем другие условия выполнения, поэтому и модель языка (JS) совсем иная.
> А Python - язык №1 в области машинного обучения и искусственного интеллекта.
Это скриптовая обёртка, легко интегрируемая с нативными библиотеками, он удачно попал в с библиотеками, просто первый в массах оказался (как C в своё время)
> По поводу принятия мира таким, каков он есть, приведу вам Индию в
> пример. Ужасная и грязная страна с бесконтрольным ростом населения.
> Ни один разумный человек не считает это нормальным, но индусы живут и
> ничего не хотят менять.Вы опять наступили на те-же грабли, вы считаете обязательным требованием к нормальности неприятие образа жизни в Индии (не будем уточнять в какой части ;)) и вероятно это требование не коррелирует с наборами требований к нормальности многих других людей даже если исключить из рассмотрения всех Индусов и жителей Индии и даже Азиатов ;)
> Ни один разумный человек не считает это нормальным, но индусы живут и ничего не хотят менять.Интересная постановка вопроса.
> Ни один разумный человек
Типа все индусы неразумны? Или индусы не люди? Индусов, вообще-то, полтора миллиарда человек, и довольно странно выкидывать их из генсовокупности, говоря о том, что обобщённый человек считает нормальным.
> ничего не хотят менять
Они меняют. Индия, между прочим, имеет экономику, которая стабильно растёт последние несколько десятилетий. Экономика Индии сейчас в top10 по размеру, и у неё есть все шансы в течение ближайших нескольких десятилетий выйти в top3, встать рядом с США и Китаем.
Короче, пример твой неудачный.
> Никогда не любил Perl заО, как нам всем полегчало от таких знаний.
> Надо быть редким извращенцем, чтобы возвращать удаленные элементы,Надо быть редким тупицей, чтобы не заметить, что delete меняет %input_values.
> Правильно говорят, что людей формирует среда.Обычно, увы, пятница. И последующие выходные.
> Надо быть редким тупицей, чтобы не заметить, что delete меняет %input_values.А вдруг это pure-функция? Или вы не знаете, что такие бывают?
> А вдруг это pure-функция?man perldoc. Информация по разрешению "вдруг" на первой же странице.
> Или вы не знаете, что такие бывают?Ещё одна не особенно нагруженная смыслом классификация вида "сущности делятся на". Ну да чёрт с ней, лишь бы схоластики со скуки не перемёрли.
Пусть будут, возражений нет.
>> my %sanitised_values = delete %input_values{@allowed_keys};
> Никогда не любил Perl за этот уродливый стиль. Надо быть редким извращенцем,
> чтобы возвращать удаленные элементы, а не новый массив/хэш с удаленными элементами.Ну так в этом примере и возвразщается "массив/хэш с удаленными элементами".
Я когда был маленький - писькой мерился с друзьям, но это было так давно. Сегодня я бородатый дядька - и у меня хватает мозгов понять - что в каждом мнении есть правда и тратить время на подобную писанину я бы не стал - а уж тем более обсуждать это. Я бы просто посоветовал бы поскорее вырости.
Питонисты зачем-то расхваливают питон под новостью о новом перле.
Ни один перловик на ваш уг недоязык не перейдет. Никогда.
Новые перловики не в комментариях опеннета появляются.
Перл обычно учат, когда есть перед глазами пример зрелого перловика и хочется быть как он. Мнение питонистов на этом этапе уже ничего не решает.
Не тратьте время. Перл хоронят всю его историю. Но он живее всех живых. Его даже появление пхп не убило. Ваши кукареки тем более.
Все языки в той или иной степени живые. Но вакансии и рейтинги показывают то, на чём решаются новые задачи, за что платят деньги. В порядке хобби какие-то задачи на перле можно решать ещё много лет, только платить за это не будут.
hh.ru
Работа в России
244 вакансии «perl»
1330 вакансий «php»
1802 вакансии «Python»
> Все языки в той или иной степени живые. Но вакансии и рейтинги
> показывают то, на чём решаются новые задачи, за что платят деньги.
> В порядке хобби какие-то задачи на перле можно решать ещё много
> лет, только платить за это не будут.
> hh.ru
> Работа в России
> 244 вакансии «perl»
> 1330 вакансий «php»
> 1802 вакансии «Python»Можно сказать, что питон занимает место php.
Новых проектов на перле полно. Сипан пополняется ежедневно. Если вы чего-то не видели или не знаете, не значит что этого нет.Ваша пена про платят или не платят вообще отношения не имеет. Если не языке пишут код и за него не платят, это значит что язык настолько клёвый, что люди практически готовы платить за то, чтобы продолжать это делать. Хороший язык!
У меня главная мысль вообще то другая была. От обсирания питонистами перл хуже не становится. Это бессмысленное занятие и глупое. Вы занимаетесь ерундой.
А тут вообще бывает хоть одна тема чтобы не обсирали ? Или заметка никому не интересна и под ней пара каментов. Или знатный наброс на вентилятор :)
Никто особо не обсирает, просто, видимо, про сам перл комментировать нечего, так чтобы конкретно про перл, а не сравнивать с другими языками, потому что люди работают на других языках по разным причинам.
> А тут вообще бывает хоть одна тема чтобы не обсирали ? Или
> заметка никому не интересна и под ней пара каментов. Или знатный
> наброс на вентилятор :)
> Никто особо не обсирает, просто, видимо, про сам перл комментировать нечего, так
> чтобы конкретно про перл, а не сравнивать с другими языками, потому
> что люди работают на других языках по разным причинам.Про сам перл все нормально прокомментировали. Просто питонисты перла не знают, а комментировать почему-то очень хочется. Зачем вообще комментировать язык, который не знаешь? Это риторический вопрос, отвечать не нужно.
да современные пихонисты вообще ничего не знают, смузибородатые хипсторы про него только байки травят, особенно о крутизне пихона в вебе
> Новых проектов на перле полно. Сипан пополняется ежедневно. Если вы чего-то не
> видели или не знаете, не значит что этого нет.У меня простой вопрос. Допустим, компании в Москве надо расширить штат perl-программистов с 2х человек до 25. Как долго компания будет нанимать 23 человека и есть ли они вообще на рынке?
На второй итерации штат растет с 25 до 130 человек.
Пример искусственный. Для проектов с таким количеством программистов берут джаву или сиплюсы. Для веба - php.Аналогичные вопросы можно поставить по отношению к руби. Где вы рубистов 100 человек найдете? Будут еще большие проблемы.
Я бы эту задачу решал следующим образом. Звонил бы похапешникам уровня выше среднего и говорил, не хотят ли они поработать на перле, при условии что оплата будет повыше и опытные люди на испытательном все объяснят (ничего сложного, язык проще, чем похапе). Можно набрать хоть 500 человек.
> Пример искусственный. Для проектов с таким количеством программистов берут джаву или сиплюсы.
> Для веба - php.А что тут такого? Окей, да даже просто нанять 5-6 человек на perl за разумное время - уже проблема в городе-миллионнике.
> Все языки в той или иной степени живые. Но вакансии и рейтинги
> показывают то, на чём решаются новые задачи, за что платят деньги.Обратите внимание на то, что чем больше программистов под конкретную технологию, тем они дешевле. Питон сейчас у нас начал занимать нишу php только потому, что питонисты самые дешевые. Впрочем, если заказчик думает, что питон - это хорошо, то почему бы ему не впарить проекты на питоне.
> Обратите внимание на то, что чем больше программистов под конкретную технологию, тем
> они дешевле.Сильно зависит. Если это Cobol, то да, чем меньше коболистов, тем они дороже, но если это perl, то нехватка перловиков лишь приводит к появлению работы для каких-нибудь питонистов по переписыванию кода с perl на python, и как следствие, востребованности питонистов (или каких других X-истов типа Rust-истов или Go-истов). То есть, за perl в современном мире никто не держится, есть кому поддерживать и развивать-терпят, как только с этим появляются малейшие трудности-сразу переписывают на чём-то более актуальном и молодёжном, типа Go или python.
>нехватка перловиков лишь приводит к появлению работы для каких-нибудь питонистов по переписыванию кода с perl на pythonСказочная глупость :)
Весь остальной пост не отстает. Есть факты, подтверждающие написанное?Вот лучше почитайте, как люди с питоном мучались-мучались и выкинули нафиг. Особенно смешно, как поначалу сосанули с gevent и gunicorn. Не могу не смеяться каждый раз, когда это читаю.
https://blog.selectel.ru/oblachnoe-xranilishhe-obnovlenie-api/Питон переписывают на go, а не перл.
>>нехватка перловиков лишь приводит к появлению работы для каких-нибудь питонистов по
>>переписыванию кода с perl на python
> Сказочная глупость :)просто недоговорка - дальше либо банкрот, либо приходится переписывать тот перл еще раз - на что-то более адекватное, либо восстанавливать скилл писания на перле ;-)
Это, правда, не значит, что сейчас надо делать на нем новые большие проекты.> Вот лучше почитайте, как люди с питоном мучались-мучались и выкинули нафиг. Особенно
> смешно, как поначалу сосанули с gevent и gunicorn. Не могу нену это ж селектел, они как раз от переизбытка халявных денег очень любят все модное-стильное-молодежное. Потом "ой, тут не работает, там тормозит", что вас удивляет?
> Питон переписывают на go, а не перл.
перла в таком проекте не может быть по определению. Как и C, на котором было написано облачное хранилище (и работало) в те времена, когда даже слов таких не знали.
Какую-то фигню написал. Перегрелся? :)
> Весь остальной пост не отстает. Есть факты, подтверждающие написанное?Что видел в компаниях, где работал последние 15 лет, о том и написал. Из самого последнего примера: был интернет сервис, реализованный на perl, предоставляющий кое-какую аналитику клиентам. Недавно была сформирована команда которая в течении нескольких месяцев переписала всё на python. Решение о переходе на python приняло техруководство. На python всё работает, как говорят, лучше, по ключевым параметрам. С поиском чуваков, которые будут развивать и поддерживать это дело, проблем будет в разы меньше, чем если бы это оставалось на perl. И так же везде.
>> Весь остальной пост не отстает. Есть факты, подтверждающие написанное?
> Что видел в компаниях, где работал последние 15 лет, о том и
> написал. Из самого последнего примера: был интернет сервис, реализованный на perl,
> предоставляющий кое-какую аналитику клиентам. Недавно была сформирована команда которая
> в течении нескольких месяцев переписала всё на python. Решение о переходе
> на python приняло техруководство. На python всё работает, как говорят, лучше,
> по ключевым параметрам. С поиском чуваков, которые будут развивать и поддерживать
> это дело, проблем будет в разы меньше, чем если бы это
> оставалось на perl. И так же везде.Понятно-понятно. Наложили кучу кода, которую оказалось проще переписать с нуля, чем поддерживать. Обычный непрофессионализм. Смена языка тут нерелевантна.
Без смены ЯП погромисты в таких случаях переписывают проект "на новый фреймворк" или занимаются "глубоким рефакторингом".>На python всё работает, как говорят, лучше,
> по ключевым параметрам.Параметры какие? Ржунемогу.
>> Обратите внимание на то, что чем больше программистов под конкретную технологию, тем
>> они дешевле.
> Сильно зависит. Если это Cobol, то да, чем меньше коболистов, тем они
> дороже, но если это perl, то нехватка перловиков лишь приводит к
> появлению работы для каких-нибудь питонистов по переписыванию кода с perl на
> python, и как следствие, востребованности питонистов (или каких других X-истов типа
> Rust-истов или Go-истов). То есть, за perl в современном мире
> никто не держится, есть кому поддерживать и развивать-терпят, как только с
> этим появляются малейшие трудности-сразу переписывают на чём-то более актуальном и молодёжном,
> типа Go или python.Есть 2 вида работы:
. разработка нового модного, вдруг выстрелит
. поддержка и доработка работающего, стабильное, муторное, требующее погружения занаятие, часто с пониманием бизнеса.Так вот не факт что за второе в среднем меньше платят, при этом вакансии часто на публику не выходят.
> Есть 2 вида работы:
> . разработка нового модного, вдруг выстрелит
> . поддержка и доработка работающего, стабильное, муторное, требующее погружения занаятие,
> часто с пониманием бизнеса.Есть ещё третье-перевод реализации с одной технологии на другую. Переписывание кода с одного на другое-это одна из самых часто встречающихся работ в разработке ПО, и существала всегда на протяжении существования индустрии. За это платят больше чем за перечесленные выше два, и этого вида работ всегда по объёму было ровно столько же, сколько и первых двух, если не больше. Те же жабисты заработали кучи денег на переводе софта с cobol на java. Так же питонисты уже лет десять неплохо сшибают, переписывая проекты с perl на питон. Это всё факты.
Как-то сомнительно, что именно с перла на питон, но всё-таки сшибают, в отличии от пёрдлоидов.
Как стать перловиком?
> Как стать перловиком?Есть побольше перловки, обильно посыпая ее перед этим красным молотым перцем.
В тему: https://habr.com/company/JetBrains/blog/415227/Топ-3 основных языков программирования в России совпадает с мировым:
Java
JavaScript
Python
В мире наиболее перспективным языком, переход на который планирует наибольшее количество разработчиков, стал Go. В России же его немного опередил Kotlin.
> В мире наиболее перспективным языком...Клингонский же.
>> В мире наиболее перспективным языком...
> Клингонский же.Неправда ваша. Mandarin.
> В тему: https://habr.com/company/JetBrains/blog/415227/
> Топ-3 основных языков программирования в России совпадает с мировым:
> Java
> JavaScript
> Python
> В мире наиболее перспективным языком, переход на который планирует наибольшее количество
> разработчиков, стал Go. В России же его немного опередил Kotlin.Если бы ещё Ваш список top3 совпадал со списками остального мира... а там Ява, C, C++. Питона нету.
Ты знаешь _что_ считает тыЁб за рейтинг ? :-)))))))
Кроме мейл.сру на пёрдле кто нить пишет?
Так вон же выше, целая толпа пейсателей на пёрдле.
Правда, скорее всего, там ни одного нет, которые большие коммерческие проекты поддерживает.
Скорее всего там, типа админы, у которых пёрдл в качестве хобби.
Нет, ибо поддерживать крупные проекты на Perl - боль и страдания
Перешёл с перла на эрланг в веб-разработке. Кстати, вышел Erlang OTP 21.0. К сожалению нет новости
> Кстати, вышел Erlang OTP 21.0. К сожалению нет новостиВсё в Ваших руках: https://www.opennet.dev/announce_news.shtml
За Эрланг респект и уважуха! Хороший язык, хотя и очень специфический и не простой.
Интересно, разрабы не задумывались Moose запилить на уровне компилятора из коробки.
> Интересно, разрабы не задумывались Moose запилить на уровне компилятора из коробки.Он вообще не нужен. От него только потеря производительности, нечитаемый и труднопонимаемый код (как раз то что ругают в Перле) и потеря совместимости.
Мне Перл нравится, в отличии от Питона.Но определяющим является поддержка того или другого в предметной области.
Например, Firebase (от Facebook) Перл не поддерживает.
Да и никто не поддерживает многие протоколы/спецификации/интерфейсы итд, приходится либо писать самому, либо ждать пока на CPAN кто-то выложит.
Прекрасный пример - OpenAPI v3. Smartbear давно написала все нужные инструменты; Jan Henning Thorsen, единственный кто взялся за интерфейс на Perl, всё ещё мучает Swagger (OpenAPI v2) несовместимыми с инструментами Smartbear (а других нет) дополнениями и отмазывается от перехода на v3. Как результат, два года назад можно было рассчитывать на OpenAPI, теперь нельзя.
Один из двух популярных ORM - RoseDB - "поддерживается" одним человеком, который давно потерял к нему интерес. И так везде. Так что тезис "perl мёртв" в достаточно большом смысле верный.