https://www.opennet.ru/openforum/vsluhforumID3/90084.html После года разработки представлена (http://www.nntp.perl.org/group/perl.perl5.porters/2013/05/msg201940.html) новая стабильная ветка языка программирования - Perl 5.18 (https://metacpan.org/release/RJBS/perl-5.18.0/). В рамках подготовки нового выпуска было изменено около 400 тыс. строк кода, изменения затронули 2100 файлов, в разработке приняли участие 113 разработчиков.<br><br><br>Ветка 5.18 выпущена в соответствии с утверждённым три года назад фиксированным графиком разработки, подразумевающим выпуск новых стабильных веток раз в год и корректирующих релизов - раз в три месяца. 20 июня планируется выпустить первый корректирующий релиз Perl 5.18.1, в котором будут исправлены наиболее значительные ошибки, выявленные в процессе внедрения Perl 5.18.0. Одновременно с выходом Perl 5.18 прекращена поддержки ветки 5.14, для которой в будущем могут быть выпущены обновления только в случае выявления критических проблем с безопасностью. Также начался процесс разработки экспериментальной ветки 5.19, на базе которой в мае 201 https://www.opennet.ru/openforum/vsluhforumID3/90084.html#153 Mon, 23 Sep 2013 22:46:56 GMT &gt; Сегодня случайно узнал, оказывается есть версия Perl новее 5.16.<br><br>brilliant!<br> https://www.opennet.ru/openforum/vsluhforumID3/90084.html#152 Mon, 23 Sep 2013 17:10:37 GMT Сегодня случайно узнал, оказывается есть версия Perl новее 5.16. Обновил до версии perl-5.18.1_1 и модули p5-*, сейчас пересобираются зависимости. В чём преимущества крайней версии, кто-нибудь ощутил?<br> https://www.opennet.ru/openforum/vsluhforumID3/90084.html#151 Thu, 23 May 2013 04:18:31 GMT &gt; 1)вы переоцениваете важность регекспов.<br><br>Стандартное заблуждение тех, кто их толком не освоил. Также не исключен вариант, что вы просто применяете готовые модули парсинга и не знаете, что у них под капотом, вот вам и кажется, что регексы не нужны. Про другую крайность - когда все пытаются сделать одним навороченным регексом - я в курсе и тоже ее не одобряю. <br><br>&gt; 2)пример выше про легкость замены, а не о совместимости. т.е. там, где <br>&gt; это допустимо.<br><br>Ну так вам и привели пример, что в perl это тоже легко заменяется, причем с fallback да еще и разными способами. <br><br>&gt; более того, можно использовать одновременно оба движка, в том числе разнеся их <br>&gt; по разным cpu.<br><br>У вас явно сдвиг на тему параллельности, прочитали "умную" книжку и везде теперь видите гвозди?<br><br>&gt; о, можно подробнее про грабли? и чего нет в питоновском struct?<br><br>Перл богаче питона по возможностям, его идеология "есть много способов снять шкурку с кошки", в отличии от питоновской "есть только один одобренный фюрером способ снятия шкурки https://www.opennet.ru/openforum/vsluhforumID3/90084.html#150 Wed, 22 May 2013 21:59:32 GMT &gt; так что речь не о хаках, а штатных возможностях языка.<br><br>у перла хаки &#8212; штатная возможность же.<br> https://www.opennet.ru/openforum/vsluhforumID3/90084.html#149 Wed, 22 May 2013 21:35:45 GMT &gt;&gt; возможна ли в perl конструкция вида import foo as bar <br>&gt; В perl возможно все, чаще всего минимум двумя способами. Спрашивать, есть ли <br>&gt; в perl что-то из python, можно только смеху ради. Конкретно эта <br>&gt; фича легко реализуется за счет того, что таблицы символов это просто <br>&gt; хеши и работает конструкция вида %Bar::=%Foo:: <br><br>как бы при импорте много чего происходит, а не только модификация таблицы символов.<br><br>[CODE]<br>&gt;&gt;&gt; import os<br>&gt;&gt;&gt; globals()['oos'] = os<br>&gt;&gt;&gt; del globals()['os']<br>&gt;&gt;&gt; oos<br><br>&lt;module 'os' from '/usr/lib/python2.7/os.pyc'&gt;<br>[/CODE]<br><br>но это всё - игры с внутренними структурами интерпретатора.<br><br>так то я могу взять inspect и в рантайме узнавать кто позвал ту или иную функцию, из какой строчки и какими аргументами. если же совсем извращаться, то можно лазить по стэку вызовов и патчить чужой код.<br><br>так что речь не о хаках, а штатных возможностях языка.<br> https://www.opennet.ru/openforum/vsluhforumID3/90084.html#148 Wed, 22 May 2013 21:20:55 GMT &gt; я не знаю как в питоне, но в разработке на перле мне <br>&gt; периодически, не так уж и редко приходится сталкиваться с подобными задачами. <br>&gt; И под каждую из задач не напишешь парсер.<br><br>например? <br><br><br>&gt;&gt; 3. можно еще распараллелиться <br>&gt; Это усложняет разработку, но да, согласен. Это вариант.<br><br>никакого усложнения. если изначально писать нормально и использовать map.<br><br>&gt; язык перл не имеет спецификации, поэтому у него только один интерпретатор. Но <br>&gt; я не считаю это проблемой, т.к. возможностей и скорости работы языка <br>&gt; хватает для бОльшей части задач. Для всего остального есть старый добрый <br>&gt; Си.<br><br>ну вот там ниже есть пример десятикратного ускорения с переходом на pypy. <br>си - это когда уже совсем всё плохо. <br><br>а вот что в перле грустно, так это http://perldoc.perl.org/threads/shared.html#BUGS-AND-LIMITATIONS<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/90084.html#147 Wed, 22 May 2013 21:01:22 GMT <br>&gt; Если вы не умеете пользоваться всей мощью регексов это не значит, что <br>&gt; этого не умеют другие. А регексы re2 весьма сильно ограничены и <br>&gt; код переписывать под них придется. Ну или воспользоваться модулем, который умеет <br>&gt; fallback в стандартные регексы <br><br>еще раз: <br>1)вы переоцениваете важность регекспов.<br>2)пример выше про легкость замены, а не о совместимости. т.е. там, где это допустимо.<br><br>более того, можно использовать одновременно оба движка, в том числе разнеся их по разным cpu.<br><br>&gt; Нравится по граблям топтаться? pack/unpack встроенны в perl и конечно же имеют <br>&gt; больше возможностей чем питоновские из struct <br><br>о, можно подробнее про грабли? и чего нет в питоновском struct?<br><br>&gt;&gt; 3. можно еще распараллелиться <br>&gt; Или поставить более мощный процессор, или дать больше памяти, или увеличить пропускную <br>&gt; способность IO. Это экстенсивный путь, мы не о нем.<br><br>если у вас в системе 32cpu и они ничем не загружены - почему бы и нет?<br><br><br>&gt;&gt; 4. в случае с python есть cython(да, для нормального ускоре https://www.opennet.ru/openforum/vsluhforumID3/90084.html#146 Wed, 22 May 2013 12:39:41 GMT &gt; ну так работа с текстом - это не такая частая задача, чтобы <br>&gt; делать регекспы частью языка.<br><br>Смешно. Настолько смешно, что даже объяснять что-либо не хочется. <br><br>&gt; более того, цифры выше - это не про скорость, а про сравнительно <br>&gt; легкий способ ускориться не переписывая всё. (собственно, это тесты сишного кода/библиотек, <br>&gt; а не языка).<br><br>Если вы не умеете пользоваться всей мощью регексов это не значит, что этого не умеют другие. А регексы re2 весьма сильно ограничены и код переписывать под них придется. Ну или воспользоваться модулем, который умеет fallback в стандартные регексы<br><br>&gt;&gt; Для работы с бинарными данными используются другие средства.<br>&gt; а что именно для этого есть в perl?<br>&gt; в python, например, есть штатный модуль struct.<br><br>Нравится по граблям топтаться? pack/unpack встроенны в perl и конечно же имеют больше возможностей чем питоновские из struct<br><br>&gt; 3. можно еще распараллелиться <br><br>Или поставить более мощный процессор, или дать больше памяти, или увеличить пропускную способность IO. Это https://www.opennet.ru/openforum/vsluhforumID3/90084.html#145 Wed, 22 May 2013 06:07:06 GMT &gt; достаточно редкие ситуации, когда нет желания писать полноценный парсер или же какие-то простые случаи.<br><br>я не знаю как в питоне, но в разработке на перле мне периодически, не так уж и редко приходится сталкиваться с подобными задачами. И под каждую из задач не напишешь парсер.<br><br>&gt; в python, например, есть штатный модуль struct.<br><br>в перле не дураки сидят, pack и unpack тоже имеется<br><br>&gt; 3. можно еще распараллелиться<br><br>Это усложняет разработку, но да, согласен. Это вариант.<br><br>&gt; 4. в случае с python есть cython(да, для нормального ускорения нужна статическая типизация).<br>&gt; 5. в случае с python есть pypy и его jit. тут переписывать вообще не надо.<br><br>язык перл не имеет спецификации, поэтому у него только один интерпретатор. Но я не считаю это проблемой, т.к. возможностей и скорости работы языка хватает для бОльшей части задач. Для всего остального есть старый добрый Си.<br>