https://opennet.ru/openforum/vsluhforumID3/94787.html Представлен (http://pragmaticperl.com) тринадцатый выпуск Pragmatic Perl, русскоязычного электронного журнала о современном языке программирования Perl. <br><br>В номере:<br><br>- От редактора: Год журналу- &#171;Старые&#187; современные возможности Perl- Сигнатура функции в Perl 5.20- Обзор CPAN за февраль 2014 г.- Интервью с Брено де Оливейра (Breno G. de Oliveira)<br><br><br><br>URL: http://pragmaticperl.com<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=39259<br> https://opennet.ru/openforum/vsluhforumID3/94787.html#50 Mon, 10 Mar 2014 12:55:11 GMT Какой-то дико извращенный вариант. Натянуть класс только ради натягивания класса. Зачем ограничивать функции работы с filehandle требованием принадлежности filehandle классу? Если никакой дополнительной информации не хранится в объекте, то с точки зрения кода метода/функции нет разницы принадлежит ли какой-то filehandle классу или нет, это все-равно просто тупой filehandle. В общем практической пользы ноль.<br> https://opennet.ru/openforum/vsluhforumID3/94787.html#49 Mon, 10 Mar 2014 04:45:41 GMT &gt;&gt;а что сомнительного в green threads и actor model?<br>&gt; Вот именно это называется сектантство - когда вы не имеете представления о <br>&gt; недостатках используемого вами подхода.<br><br>с чего такие выводы о моей персоне? кроме того, этот подход хорошо масштабируется.<br><br>&gt;&gt;беда всех таких фреймворков - это лапша коллбэков <br>&gt; В основе всё равно будут коллбэки, разница только в том сколькими слоями <br>&gt; синтаксического сахара они покрыты. <br><br>да, только размазывать более-менее сложную логику по коллбэкам муторно.<br>человек - не машина и яркий пример callback-hell - это nodejs.<br>и чтобы хоть как-то облегчить жизнь рождаются всякие node-fibers/node-sync и попытки втащить в язык yield.<br><br>&gt; Причем стоит отдавать себе отчет в том <br>&gt; что чем этих слоёв больше, тем больше ошибок и сложнее их <br>&gt; найти.<br><br>у кого-то короутины есть прямо в языке. в некоторых вариантах еще и с вытесняющей многозадачностью.<br><br><br><br>&gt;&gt;в некоторых языках(не буду показывать пальцем) <br>&gt; Покажите, кого нам стесняться.<br><br>ruby/python<br><br>&gt;&gt;для этого монкип https://opennet.ru/openforum/vsluhforumID3/94787.html#48 Mon, 10 Mar 2014 04:22:39 GMT &gt;&gt; программировать fsm муторно <br>&gt; Так вы веселья хотите? Тут согласен - отлаживать треды очень весело. И <br>&gt; главное это можно делать бесконечно, когда вылезет очередной дедлок известно только <br>&gt; высшим силам.<br><br>ну у меня как-то получается и без дедлоков. может, всё дело в языке, дающем удобные объекты для абстракции над примитивами синхронизации(давая возможность там где надо использовать локи напрямую)?<br><br>&gt;&gt; только неудобно и сам по себе perl медленный.<br>&gt; Так этой фразой можно было и ограничиться. Ну добавить еще что нечитаемый. <br><br>на черт с ним, с синтаксисом. просто у кого-то есть jit, а у кого-то - нет.<br><br>а c-extensions можно писать почти ко всему :)<br><br><br><br> https://opennet.ru/openforum/vsluhforumID3/94787.html#47 Sun, 09 Mar 2014 21:53:36 GMT Говорят, автор Perl - лингвист, а у вас похоже с языками туго, даже с русским. Может не стоит на зеркало пенять, если с рожей не вышло?<br> https://opennet.ru/openforum/vsluhforumID3/94787.html#46 Sun, 09 Mar 2014 21:49:25 GMT &gt; программировать fsm муторно<br><br>Так вы веселья хотите? Тут согласен - отлаживать треды очень весело. И главное это можно делать бесконечно, когда вылезет очередной дедлок известно только высшим силам.<br><br>&gt; только неудобно и сам по себе perl медленный.<br><br>Так этой фразой можно было и ограничиться. Ну добавить еще что нечитаемый.<br> https://opennet.ru/openforum/vsluhforumID3/94787.html#45 Sun, 09 Mar 2014 21:42:22 GMT &gt;а что сомнительного в green threads и actor model?<br><br>Вот именно это называется сектантство - когда вы не имеете представления о недостатках используемого вами подхода.<br><br>&gt;беда всех таких фреймворков - это лапша коллбэков<br><br>В основе всё равно будут коллбэки, разница только в том сколькими слоями синтаксического сахара они покрыты. Причем стоит отдавать себе отчет в том что чем этих слоёв больше, тем больше ошибок и сложнее их найти.<br><br>&gt;и невозможность использования чего-либо, не написанного с прицелом на event-driven<br><br>Сoro кажется довольно несложно обернуть legacy код.<br><br>&gt;в некоторых языках(не буду показывать пальцем)<br><br>Покажите, кого нам стесняться.<br><br>&gt;для этого монкипатчат стандартную библиотеку и всё становится хорошо<br><br>До тех пор пока не станет плохо?<br><br>&gt;отдельная история, если нам надо почитать с диска, а диски у нас нагружены и ждет нас d-state. нормальные люди для этого городят пул тредов и всё подобные операции скидывают туда<br><br>Для этого много чего придумали, только хорошо пока никому не стало. https://opennet.ru/openforum/vsluhforumID3/94787.html#44 Sun, 09 Mar 2014 20:29:14 GMT &gt; Для ниасиляторов state machine и callbacks(лапша именно у ниасиляторов, у других вполне <br>&gt; понятный код)<br><br>программировать fsm муторно =&gt; проще ошибиться и больше кода. <br>т.е. речь не о том, что человек не осилил.<br><br>&gt; есть два вида threads в базовом варианте и Coro. <br><br>и как там с передачей объектов между этими двумя видами? ну или хотя бы хешей.<br><br>&gt; Для разложения по ядрам есть старый добрый fork, который вполне можно <br>&gt; сочетать с разными видами thread.<br><br>опять же, как с передачей объектов между раздными процессами и тредами внутри них?<br><br>&gt; Вообще вопросы вида "есть ли в <br>&gt; perl такая хрень" всегда вызывают улыбку. Потому что ответ практически всегда <br>&gt; такой: "да есть, несколько вариантов, выбирай на вкус".<br><br>только неудобно и сам по себе perl медленный. <br> https://opennet.ru/openforum/vsluhforumID3/94787.html#43 Sun, 09 Mar 2014 18:48:43 GMT Для ниасиляторов state machine и callbacks(лапша именно у ниасиляторов, у других вполне понятный код) есть два вида threads в базовом варианте и Coro. Для разложения по ядрам есть старый добрый fork, который вполне можно сочетать с разными видами thread. Вообще вопросы вида "есть ли в perl такая хрень" всегда вызывают улыбку. Потому что ответ практически всегда такой: "да есть, несколько вариантов, выбирай на вкус". <br> https://opennet.ru/openforum/vsluhforumID3/94787.html#42 Sun, 09 Mar 2014 18:37:35 GMT Во-первых, авторы этих языков не дружат с такой концепцией как "обратная совместимость". Вот и получают устаревание версий быстрее, чем устаревание методов работы. В результате имеем python 2, python 3, ruby 1.8, ruby 1.9, ruby 2.0<br>Во-вторых, на одном из этих языков писать однострочники нельзя в принципе, а второй практически неизвестен среди тех, кто это мог бы делать. <br>