Представлен (http://pragmaticperl.com) шестой выпуск Pragmatic Perl, русскоязычного журнала о современном языке программирования Perl.В номере:
- DBIx::Class в примерах (http://pragmaticperl.com/issues/06/pragmaticperl-06-dbixclas...)
- Секретные операторы Perl и не только (http://pragmaticperl.com/issues/06/pragmaticperl-06-%D1...)
- Обзор CPAN за июль 2013 г. (http://pragmaticperl.com/issues/06/pragmaticperl-06-%D0...)
- Интервью с Брайаном Ди Фоем про будущее. Часть 2 (http://pragmaticperl.com/issues/06/pragmaticperl-06-%D0...)URL: http://pragmaticperl.com/
Новость: http://www.opennet.me/opennews/art.shtml?num=37688
Стоит прочесть статью "Секретные операторы Perl", чтоб понять что перл писали не для людей.
так же, стоит дочитать её до конца, чтоб понять что это не так.
С точностью до наоборот. Только люди способны увидеть в некоторых последовательностях знаков препинания и арифметических действий улыбающиеся, хмурящиеся, смеющиеся и прочие рожицы и назвать это смайликами. В этой статье происходит аналогичное.
Ваш скрипт был смешной, а главное чуть более смешной чем необходимо, и поэтому интерпретатору было так грусно...
Грустно должно быть тому, кто потом будет в этом коде копаться.
А на интерпретатор пофиг, он железный.
Все правильно, перл не читают, его парсят...
> Стоит прочесть статью "Секретные операторы Perl", чтоб понять что перл писали не для людей.Стоит прочитать helloworld на Java, чтобы понять, что Java писали не для людей.
Стоит случайно потерять отступы в Python, чтобы понять, что Python писали не для людей.
Стоит посмотреть на количество бы́длокода на PHP, чтобы понять, что PHP писали не для людей.Et cetera, et cetera...
>Мы тут немножечко переусердствовали, как и в зависимостях.
>Иногда вытягивается полспана.из этого выйдет хороший эпиграф для книги "Zen and the Art of Understatement"
>>Мы тут немножечко переусердствовали, как и в зависимостях.
>>Иногда вытягивается полспана.
> из этого выйдет хороший эпиграф для книги "Zen and the Art of
> Understatement"Дааааааа. А самое прикольное - что обычно полспана вытаскивается на каждый чих и каждый пых :)))))))))
Как правило один раз.Потом уже все есть на месте.
> Как правило один раз.
> Потом уже все есть на месте.Да, море хлама неведомо куда залпом хапнуть - причем неведомо, что от чего зависит и при деинсталляции остается обычно достаточно барахла.
Пусть лежит, кушать не просит. "Пригодииитсааа..."
Слезай уже с венды и пользуйся нормальными ОС, где есть пакетные менеджеры, например, Linux.
> Слезай уже с венды и пользуйся нормальными ОС, где есть пакетные менеджеры,
> например, Linux.(с иронией) Они спановский мусор способны найти и уничтожить? Неужто ИИ-полная задача решена?
>> Слезай уже с венды и пользуйся нормальными ОС, где есть пакетные менеджеры,
>> например, Linux.
> (с иронией) Они спановский мусор способны найти и уничтожить? Неужто ИИ-полная задача
> решена?А не надо пользоваться CPAN-ом на системе, где есть пакетный менеджер.
Либо что-то запакетировано в виде порта/deb/rpm, либо это не должно ставиться system-wide.
Пока CPAN не научится генерировать пакеты в формате deb/rpm или мейкфайлы для портов, никакой установки в систему.
Ибо иначе всё равно всё не-перловое зависимостей не найдёт.
> А не надо пользоваться CPAN-ом на системе, где есть пакетный менеджер.А как ты относишься к идее ставить вручную сотни пакетов, которые должны ставиться CPAN?
Это виндовс-вей в полный рост.
А в дебиане, например, есть автоматический конвертер CPAN -> deb.
> Это виндовс-вей в полный рост.
> А в дебиане, например, есть автоматический конвертер CPAN -> deb.Вот! Вот за это я люблю дебиан.
Это единственный Linux, которым я пользуюсь без отвращения.
>> А не надо пользоваться CPAN-ом на системе, где есть пакетный менеджер.
> А как ты относишься к идее ставить вручную сотни пакетов, которые должны
> ставиться CPAN?Если эти пакеты с правильно прописанными зависимостями есть в репозитории ОС, то "вручную" ты будешь ставить только то, что реально нужно, а остальное по зависимостям подтянется.
И после установки я смогу набрать pkg info (или что там на 100500-м Linux-дистрибутиве используется) и увидеть эти пакеты в списке.
А ставить пакеты с CPAN, тем более в общий PREFIX -- это себе же рыть яму, зачем это?
>Как известно, язык программирования Perl очень выразителен и имеет в своем арсенале множество средств, которые позволяют выразить намерения программиста в коде множеством совершенно разных образов. Также, в виду весьма хитрого синтаксиса, некоторые комбинации операторов могут приводить к интересным эффектам.
Любопытно, что в "Секретные операторы Perl и не только" некоторые статьи начинаются как "открыт/обнаружен тем-то".
Создаётся впечатление, что perl - некий реликт, в котором нынешние "археологи" ведут некую изыскательскую деятельность :)
> Любопытно, что в "Секретные операторы Perl и не только" некоторые статьи начинаются
> как "открыт/обнаружен тем-то".
> Создаётся впечатление, что perl - некий реликт, в котором нынешние "археологи" ведут
> некую изыскательскую деятельность :)Так и есть. Причем ноги проблемы растут из ... да, примерно оттуда ... - из неполно документированных проприетарных проектов. Собственно, мои опыты с Perl на этом и поэтому и закончились.