Для программистов на Perl

Re: Для программистов на Perl

Что это за Parrot? С чем его едят?

anonymous_incognito (25.04.2004 14:16:41)

Re: Re: Для программистов на Perl

> Что это за Parrot? С чем его едят?

Наверное с Carrot.

Re: Re: Re: Для программистов на Perl

Ктото вкурсе есть ли для перла пул соединений для Оракла?

Re: Re: Re: Re: Для программистов на Perl

А Apache::DBI не подойдет ? Не совсем то, но позволяет делать persistent database connection.

Vide (25.04.2004 14:46:01)

Re: Re: Re: Re: Для программистов на Perl

Ещё есть sqlrelay: http://sqlrelay.sourceforge.net/

Vide (25.04.2004 14:48:45)

Re: Re: Для программистов на Perl

Базовая VM для Perl6.

Re: Для программистов на Perl

Цитируя анонсы невоспрещается приводить ссылку на первоисточник:
http://www.opennet.ru/opennews/art.shtml?num=3723

Re: Для программистов на Perl

Неужели кто-то ещё пишет веб-приложения на perl? Смысл?

Re: Re: Re: Для программистов на Perl

Спасибо. Правда я до сих пор как-то не поставил Perl6.

anonymous_incognito (25.04.2004 19:35:44)

Re: Re: Для программистов на Perl

>>Неужели кто-то ещё пишет веб-приложения на perl? Смысл?

Неужели на этой планете есть еще кто ЖИВЕТ? Смысл?

А что предложет многоуважаемый сир?

Re: Re: Re: Для программистов на Perl

php, phyton, java в порядке предпочтения.

Re: Re: Re: Re: Для программистов на Perl

python, sorry.

Re: Re: Re: Re: Re: Для программистов на Perl

Java тормозит очень сильно. Perl всё-таки сильный и весьма хорошо поддерживаемый язык, многое в котором уже сделано и доступно в виде модулей. У меня работает очень и очень исправно. А вот в Java ничего у меня не получилось -- чересчур много слов, и трудно всё сконфигурировать.

Re: Re: Re: Re: Для программистов на Perl

> php, phyton, java в порядке предпочтения.

php - нафиг нафиг python - супер, но апп-сервера для него нет настолько же быстрого и мощного, как mod_perl. java - круто, но медленно. В смысле, разрабатывать медленно. Rapid prototyping rulezzz :)

Re: Re: Re: Re: Re: Для программистов на Perl

php как язык мне больше всего нравится. И extensions писать просто....

Re: Re: Re: Re: Re: Re: Для программистов на Perl

php - поделка которая и fork-аться то толком недавно лишь научилась... php годен лишь для маленьких web проектиков, ибо maintainability у него стремится к нулю (если без ОО)... test framework-и тоже лишь недавно появились, а perl рулит не по детски и по скорости разработки и по mainanability, IMHO.

Re: Для программистов на Perl

Любопытная статейка. Как раз на ANTLR интерпретатор пишу "простенького" языка для научных расчётов. В ANTLR не нравится, что за собой яву тянет. Может попробую следующим этапом компилятор в Parrot сделать.

Никто не сравнивал ANTLR с упоминающимся в статье Parse-RecDescent?

Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

> fork-аться то толком недавно лишь научилась...
Не понял, зачем форки в веб-приложении. А писать свой веб-сервер я не
вижу смысла.

> maintainability у него стремится к нулю (если без ОО)...
А если с OO, то что? На мой взгляд, много приятней чем в perl...
И на счёт сопровождения лучше... Ясный, чистый синтаксис без извратов
в перловом стиле "есть 1000 способов написать одно и то же по-разному".

И фреймворков для php вагон и маленькая тележка. Плюс, в отличие от
всех остальных перечисленных язык явно заточен и оптимизирован под веб.
В настояшее время не вижу ни одной причины начинать новый проект на perl...

Re: Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

> А если с OO, то что? На мой взгляд, много приятней чем в perl... 

libclass-accessor-perl - Automated accessor generator
libclass-autouse-perl - Defer loading ( 'use'ing ) of a class until run time
libclass-container-perl - Glues object frameworks together transparently
libclass-contract-perl - Design-by-Contract OO in Perl
libclass-data-inheritable-perl - Inheritable, overridable class data
libclass-factory-perl - Base class for dynamic factory classes
libclass-factory-util-perl - Utility method for factory classes
libclass-inner-perl - A perlish implementation of Java like inner classes
libclass-methodmaker-perl - A module for creating generic methods
libclass-multimethods-perl - Support multimethods and subroutine overloading in Perl
libclass-prototyped-perl - Fast prototype-based OO programming in Perl
libclass-singleton-perl - Implementation of a "Singleton" class
libclass-trigger-perl - Mix-in to add / call inheritable triggers
libclass-whitehole-perl - Base class to treat unhandled method calls as errors
libexception-class-perl - A module that allows you to declare real exception classes in Perl
libtest-class-perl - Easily create test classes in an xUnit style
libuniversal-moniker-perl - Nicer names for your Perl modules/classes

Re: Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

> В настояшее время не вижу ни одной причины начинать новый проект на perl...
security - вот реальная причина: "так уж повелось в этом лесу", что пхп - решето.
security history у него пострашнее, чем у сендмыла и бинда вместе взятых.
Почему никто не использует wu-ftpd? Бояться, что в нем еще полста дыр найдут.
Почему в серьезных проектах не используют пхп - аналогично, плюс общая убогость и
недоразвитость.

Re:

Для python есть по крайней мере два апп-сервера. Один из них назвать "немощным" я бы постеснялся :-).

AlexM (26.04.2004 9:47:56)

Re: Re: Re: Re: Re: Re: Для программистов на Perl

> php как язык мне больше всего нравится. И extensions писать просто....

А вот это самое сложное - perl с самого начала строился как модульный язык. А php даже сегодня требует пересборки всего RPM только для включения OCI!!! Ну и плюс конечно OO - в php весьма ограниченое, более того сильно тормозит (по словам самих разработчиков php).

Re: Re:

> Для python есть по крайней мере два апп-сервера. Один из них назвать "немощным" я бы постеснялся :-)

Zope по части функциональности конечно рулит, но вот по скорости с mod_perl и рядом не стоял :-((((

Re:

> perl с самого начала строился как модульный язык.

Насколько я понимаю, perl _5_ с самого начала строился как модульный язык :-)

AlexM (26.04.2004 10:44:46)

Re: Re: Re:

Ну вообще то mod_perl это не application server. Сервера и фрэймворки, которые основаны на mod_perl здесь: http://perl.apache.org/products/app-server.html

mod_perl рулит возможностью использовать апачевский api и быстро писать полнофункциональные модули. php этого не умеет.

Для любителей php:покажите мне проект выполненный на php уровня amazon.com.

chucha (26.04.2004 10:48:17)

Re:

А скорость - это вопрос более архитектурной организации, нежели легкости фрэймворка. Именно поэтому веб-аппликейшн сервера на яве и заруливают на сложных проектах: старт, конечно, очень тяжелый, памяти жрет, как <censored>, но зато готовы все эти рюшечки для распределенной обработки запросов, пула коннектов к БД итп.

AlexM (26.04.2004 10:52:53)

Re: Re: Re: Re: Re: Для программистов на Perl

> python - супер, но апп-сервера для него нет настолько же быстрого и мощного, как mod_perl

А mod_python чем плох?

> php, python, java в порядке предпочтения.

php - это несерьезно.

Java - это вообще песня отдельная. Иногда хочеться убить того, кто придумал reader'ы и writer'ы как панацею от проблем с кодировками... Из-за этой хрени Java может работать по-разному в пределах одной (!) платформы.

Perl хорош своей стабильностью. И пока что он побыстрее Питона... Хотя для написание большого проекта в команде, конечно, Питон предпочтительнее. Да и как язык он продвинут куда более Перла, который, например, до сих пор не имеет исключений...

CybOrc (26.04.2004 11:02:07)

Re: Re: Re: Re: Для программистов на Perl

не один из них и близко не потянет так хорошо парсить логи как перл, так что не надо сравнивать =) перл - это awk с довесками предназначенный для людей которым либо лень либо не хватает времени выучить язык программирования по серъезнее. это правило. ну существуют и исключения. и люди осознающие их не пытаются сравнивать перл с питоном, пшп и прочим а пишут себе что им нужно. но таких мало. большинству бы померяться распальцовкой да покричать. ну вот как в топике про релиз гейма куча флуда про джабер =)

chl

Re: Re: Re: Re: Re: Re: Для программистов на Perl

В perl есть исключения и еще много чего есть.

А в отношении "продвинутости", ruby куда круче питона, по скорости

конечно уступает perl, но зато превосходит питон.

Sun-ch (26.04.2004 11:07:48)

Re: Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

>> fork-аться то толком недавно лишь научилась... >Не понял, зачем форки в веб-приложении.

А как ты поступишь если скрипт содержит например sql-query, которая достаточно долго выполняется и ты запросто отгребёшь connection timeout в браузере клиента?

Re: Re: Для программистов на Perl

> Неужели кто-то ещё пишет веб-приложения на perl?

Ышчо как пишем и писать будем. и не только web приложения.
Слово amazon.com тебе ничего не говорит?

> Смысл?

А есть альтернативы?

ASP - M$ Must Die :)
C - вечные проблемы с безопасностью;
php - несистемно, любительски;
python, ruby - так, может за пару лет, когда библиотеки напишутся...
java - может быть, может быть...

bormann (26.04.2004 11:23:12)

Re: Re: Re: Re: Re: Для программистов на Perl

> python - супер, но апп-сервера для него нет настолько же быстрого и
> мощного, как mod_perl.

а чё mod_python? Хотя по любому - CPAN существкет только для perl :)

> java - круто, но медленно.

на сановских машинах наверно быстро...

> В смысле, разрабатывать медленно.
> Rapid prototyping rulezzz :)

с рукой набитой может и не так...

bormann (26.04.2004 11:27:00)

Re: Re: Re: Re: Re: Re: Для программистов на Perl

> php как язык мне больше всего нравится. И extensions писать просто....

Супер. Только в perl они уже написаны.

bormann (26.04.2004 11:27:57)

Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

вот именно ... давайте на историю посмотрим php раньше расшифровывался как Personal Home Page[s], чувствуете разницу ... и эти красноглазые мне говорят что на пхп можно писать большие проекты ... посмотрите на phpnuke поделие на пхп и причем из той сферы где пхп должен чувствовать себя как рыба в воде ... ан нет: глюкавая поделка с кучей дыр ... а на другой стороне slashcode чувствуете разницу в качестве ...

Re: Re: Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

> и ты запросто отгребёшь connection timeout в браузере клиента?

;) Потому я и говорю, php идеально заточен под веб! То, что
перл-программеру кажется сложным, в php делается простой установкой
max_execution_time ;)

Re: Re: Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

> пхп - решето. security history у него пострашнее, чем у сендмыла

Правда? А давай сравним security history для всего того, что написано
на языке Си ;)) А в перле недавно нашли даже buffer overflow, чего по
идее быть вообще не должно было...

Re: Re: Re: Для программистов на Perl

> php - несистемно, любительски;

А чем это суждение подкрепляется? Особенно интересно узнать про "несистемно".

Re: Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

> давайте на историю посмотрим php раньше расшифровывался как Personal Home Page[s], чувствуете разницу ...

Насмешил до слёз ;) Да, давайте посмотрим на историю! perl раньше
позиционировался как язык-клей для связки различных юникс-утилит в
скриптах для администрирования ОС...

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

>> и ты запросто отгребёшь connection timeout в браузере клиента?

>;) Потому я и говорю, php идеально заточен под веб! То, что перл-программеру кажется сложным, в php делается простой установкой max_execution_time ;)

ага! TimeOut браузера клиентов так же будешь устанавливать?

Re: Re: Re: Re: Re: Для программистов на Perl

> не один из них и близко не потянет так хорошо парсить логи как перл, так что не надо сравнивать =) перл - это awk

Если perl лишь хорошо приближается к awk по удобству парсинга логов,
то почему бы не использовать сам awk? ;) Зачем нужна поделка, которая
примерно повторяет оригинал? Я распарсиваю логи исключительно с помощью awk.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

> ага! TimeOut браузера клиентов так же будешь устанавливать?

Нет, не угадал! Timeout скрипта выставляется всегда меньше, чем
минимальный timeout браузера.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

хех сам то не смеши ... perl это Practical Extraction and Report Language чуещ разницу между home page! ))))

Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

> В perl есть исключения и еще много чего есть.

Поподробнее, пожалуйста :)

CybOrc (26.04.2004 12:09:00)

Re: Re: Re: Re: Re: Re: Для программистов на Perl

First, Perl is easy. As you'll see, though, this means it's easy to use. It's not especially easy to learn. If you drive a car, you spent many weeks or months learning that, and now it's easy to drive. When you've been programming Perl for about as many hours as it took you to learn to drive, Perl will be easy for you.[11]

[11] But we hope you'll crash less often with the car.

Perl is nearly unlimited. There are very few things you can't do with Perl. You wouldn't want to write a interrupt-microkernel-level device driver in Perl (even though that's been done), but most things that ordinary folks need most of the time are good tasks for Perl, from quick little one-off programs to major industrial-strength applications.

Perl is mostly fast. That's because nobody is developing Perl who doesn't also use it?so we all want it to be fast. If someone wants to add a feature that would be really cool, but which would slow down other programs, Larry is almost certain to refuse the new feature until we find a way to make it quick enough.

Perl is kind of ugly. This is true. The symbol of Perl has become the camel, from the cover of the venerable Camel book (also known as Programming Perl ), a sister to this one. Camels are kind of ugly, too. But they work hard, even in tough conditions. Camels are there to get the job done despite all difficulties, even when they look bad and smell worse and sometimes spit at you. Perl is a little like that.

/Learning Perl 3d edition/

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

Не-а, не чую ;) А ты чуешь разницу между "personal home pages" и
"PHP: Hypertext Preprocessor"?

Re: Re: Re: Re:

> Ну вообще то mod_perl это не application server. Сервера и фрэймворки, которые основаны на mod_perl здесь:

> http://perl.apache.org/products/app-server.html

Ну понятное дело. Я это и имел ввиду. OpenInteract тот же... супер вещь!

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

Hypertext Preprocessor его уже потом назвали ... шоб бабло привалило )))

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

>> ага! TimeOut браузера клиентов так же будешь устанавливать?

>Нет, не угадал! Timeout скрипта выставляется всегда меньше, чем минимальный timeout браузера.

Разговор идет о случае, когда время выполнения скрипта может значительно превышать timeout браузера, в связи с чем предлагается использвоать fork. Читайте внимательнее форум.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

> о случае, когда время выполнения скрипта может значительно превышать timeout браузера

Есть другой (и гораздо более надёжный способ) для обработки подобных
ситуаций. Причём, он не зависит от языка, платформы (кстати, в виндах
форк работает?), веб-сервера.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Для программистов на Perl

И кстати, что за гнилой спор тут развели? Есть в php fork!!
Давайте закроем этот вопрос ;)