[sisyphus] Re: [sisyphus] Давайте спорить. О Perl?

[Mikhail Zabaluev]

Hello Alexey,

On Wed, May 23, 2001 at 06:02:33PM +0700, Alexey Morozov wrote:
>
> >Загрузка модуля через use чревата побочными эффектами, а в некоторых
> >файлах есть злостные блоки, которые выполняются при компиляции. Можно,
> >конечно, грузить их в сейфе с запретом на опасные операции, но все же
> >надежность и здравость такого решения в плане влияния на процесс
> >сборки сомнительна. Тормозить все это будет точно.
> >
> Гхм... _Тормозить_ (с большой буквы T) - "эт-вряд ли". Работать 
> медленнее - да, наверняка.
> Есть, конечно, опасность, что соответствующие модули будут гадить в 
> "host-process" namespace и прочее, но это надо быть совсем зловредным и 
> невоспитанным,

На это есть контрманевры, см 'perldoc Safe'.

> насколько я понимаю, в рамках CPAN таковых модулей не 
> должно быть много (то есть, _очень немного_). Для особых параноиков 
> можно fork'аться и всю грязную работу проводить в отдельном процессе с 
> контролем по времени исполения etc etc. Но факт, что руками пытаться 
> вылавливать все use/require/do/eval - более чревато, и сильно менее 
> прозрачно.

Пока что работает на достаточно большом количестве материала. Доля
ложных срабатываний как-то не настолько велика, чтобы заставить меня
чесаться :) Если есть готовый скрипт - тогда другое дело.

> >>>ненавидите Perl так, как ненавижу его я? :)
> >>>
> >>Это наша родина, сынок" :-)
> >>
> >Ну нееет. Я уже собрал свой чемодан для переезда в Python.
> >
> А что, есть коммерческий спрос на программистов на python? Где 
> записываться? :-)

Так я не из коммерческого интереса. Меня C/C++ неплохо кормят. А
вообще - наблюдая усилия ActiveState, проект Zope и поток PR'а,
превозносящего Python со всякими знаковыми словечками типа
maintainability, Jython и т.п., смею предположить, что спрос если не
есть уже, то будет в ближайшее время. Успех Perl в среде
веб-разработки объясняется IMHO тем, что массе недалеких, в-общем,
веб-девелоперов в одно время стал доступен свободный Web-сервер и
единственный практически годный свободный интерпретатор
скриптов. Чертовски кстати оказались книги от O'Reilly и действительно
грандиозная и небывалая штука - CPAN. Да что там, все мы выросли из
этой "шинели"... :)

> 
> >>Собственно, большой разницы, что цеплять perl(Test/Module.pm) или 
> >>perl(Test::Module) я не вижу (разве что, второе более наглядно и, 
> >>наверное, более портабельно между системами :-)).
> >>
> >Вы видели где-нибудь эти зависимости perl(Test::Module)? Я,
> >признаться, долго не подымал головы, чтобы поглядеть через забор...
> >
> У KSI. У себя. Где-то еще, где пытаются автоматизировать процесс сборки 
> и думают о последствиях (дебиан?). Но на самом деле, эта часть (включая 
> зависимости по другим языкам/типам) - похоже, стала или становится 
> стандартом в rpm-based distros. По крайней мере, в стоящем у меня RPM4 
> имени Mdk8 вполне присутствует файл /usr/lib/rpm/find-req.pl (хотя это 
> shell-скрипт и им, похоже, никто не пользуется :-)), аналогичный тому, 
> что я подсмотрел в AltLinux'овом rpm-build. Тоже пытается догадаться, 
> кто такой, и натравить соответствующую программу поиска зависимостей.

Эти скрипты там лежат мертвым грузом уже давно. Два из них я и модифицировал.

> >>Глядя на размер CPAN начинаешь тосковать по более полезному применению 
> >>"высшей нервной" :-)
> >>
> >На самом деле, плохого для наших скриптов кода в популярных модулях
> >не так уж и много. Авторы правильного Perl не такие уж и грязные
> >недисциплинированные хакеры, как можно себе представить :)
> >
> :-) О чем и речь. Но все же, недостаточно дисциплинированные, чтобы 
> говорить use Bla::Bla; в начале и успокаиваться :-)

Да ладно. Говорят, как миленькие.

-- 
Stay tuned,
  MhZ                                     JID: mookid на jabber.org
___________
There goes the good time that was had by all.
		-- Bette Davis, remarking on a passing starlet