>Сложно объектно-ориентированный подход применять к Перл, как следствие и набор патернов проектировани
>плохо проработан применительно к Перл. Я б яву выбрал. Проект получается
>стройнее, легче управлять жизненным циклом, лучше в Унифицированный процесс вписывается, поэтому
>рентабельней для разработчика, бабло на ранних стадиях не замораживается. Может быть. В отношении объектно-ориентированного подхода в программировании учетных систем место для дискуссий есть. Мы решили на эту тему особо не заморачиваться. Кто-то уже здесь говорил - "баланс - он и в Африке баланс". Что в нем объектно-ориентированного? Для экономии денег спонсоров мы как раз таки и запускаем проект на скриптах, которые можно быстро проверить и отладить. А дальше -- перенос в хранимые процедуры и mod_perl, или куда-то еще.
Применение Perl выгодно во всех звеньях проекта:
1. Скрипты на веб-сервере
2. mod_perl
3. Хранимые процедуры в Postgresql
4. Интеграция с ОС.
5. Генерация внешнего HTML, для веб-сайта, к примеру.
6. [опционально] -- формирование отчетов. Perl, все-таки, задумывался как средство генерации отчетов.
Возможно, что не везде он будет работать так быстро, как Java, C или asm. :-) Но, как показывают тесты и наш опыт, пока это устраивает [спонсоров]. :-)