Перловые Раздумья

[recoder]

Поэкспериментировав на праздниках с Perl'ом и Catalyst'ом, испытал чувство глубокого удовлетворения. После прокуривания всех мануалов и сырцов всё пишется быстро, код получается компактный и мощный. Как завещал дедушка Ленин - буквам тесно, а мыслям просторно! Любая типичная задача уже решена на CPAN'е, причём обычно несколькими способами, так что приходится концентрироваться только на своих собственных проблемах. И это чертовски приятно.

А потом подумалось, что как это не прискорбно, perl никогда не станет распространённой enterprise platform. Нет, на нём конечно создавались и будут создаваться большие проекты типа del.icio.us, LiveJournal или Amazon. Но это будут оставаться проекты небольших групп увлечённых разработчков, а не традиционных корпоративных команд. С обычным корпоративным духом perl, увы, не совместим, причём по многим причинам:

• Enterprise Software - это не технологии, это религия. Религия большого, дорогого и сложного. Требующего больших бюджетов, сложных процессов, множества сейлзов, менеджеров, консультантов и IT-инженеров. Perl с его мощностью и лаконичностью сюда вписывается плохо.
• Perl умеет выражать мощные задачи в крайне компактной форме, что привносит сложности в процесс менеджмента, делая последнюю понятную метрику LoC совсем бесполезной.
• Perl и его TMTOWTDI (плавно переходящее в TAFTMWTDI) не позволяют решать задачи методом "больших батальонов". То есть набирать толпу народа на проект и добавлять свежее мясо по мере роста потребностей или увольнений утомившихся.
• Признаемся - Perl спокойно даёт любому программисту даже не пистолет для простреливания ноги, а огромный арсенал вплоть до ядерных боеголовок. (В отличие от Java, дающей каждому по игрушечному пистолету с войлочными пульками.) Так что пускать к разработке кого попало - это верный путь к полному развалу.
• Наверное, его open-source'ная натура тоже плохо совместима с традиционными корпоративными концепциями

Отсюда наверное можно сделать любопытный вывод: где успешно используют perl - там не просто ещё одна большая корпорация, а что-то заслуживающее внимания.

Part2: кстати - с LISP'ом всё должно быть примерно так же...

Comments

[payalnik.livejournal.com]

а также с пайтоном, руби и т.д?

[recoder]

В принципе, да. Руби правда молод ещё очень… А Питон — таки-да, примерно туда же.

[floppy-formator.livejournal.com]

С простреливанием ног там не так просто, как в перле.

[lerm-ru.livejournal.com]

Я не верю, что некомпилируемый язык может быть средством массовой промышленной разработки.
И по поводу TMTOWTDI также согласен: прелесть Java - в сравнительной ограниченности языковых средств. И это круто. :)

[recoder]

Зависит от определения терминов "массовой" и "промышленной".

[lerm-ru.livejournal.com]

И ведь не поспоришь с этим... :)

[floppy-formator.livejournal.com]

Вы слишком зациклились на компилируемых языках.

[alll]

Ява?

[ptiz-kem.livejournal.com]

Если отбросить корпоративную романтику, то в сухом остатке найдется лишь одна проблема: саппорт, в просторечии поддержка. Корпоративный код один раз пишут и сто раз читают. В этом смысле только C++ на особом положении, да и то стиснут со всех сторон коде-гайдами. И именно поэтому Java так плотно выжимает плюсы по всем фронтам. И поэтому же, кстати, у Python неплохие перспективы.

Больше шансов, конечно, найти perl в инструментарии хорошего профи, но он с большой вероятностью будет одиночкой-энтузиастом.

[juan-gandhi.livejournal.com]

Пёрл хорош если написал и убежал. А если написанный работающий код вдруг на весь январь отказывается выполнять определённые строки кода или читать определённые файлы, то заебёшься его починять.

Особо рекомендую потрахаться с двумя следующими конструкциями:

use utf8;


(do something) if (condition a) and (condition b);

[recoder]

Перл очень хорош для решения сиюминутных задач - быстро склепал и работает. А для долгосрочной разработки такой подход не работает. Но - surprise-surprise, он не работает и для других языков. Trust me, в java-спагетти разбираться не намного проще, в том числе и из-за её verbosity.

Так что это проблема скорее организационная - создание code conventions, проведение code reviews, чтобы код не пропитывался запахами одного разработчика. Перл конечно больше располагает к этому (своим многообразием), но IMHO принципиальной разницы от других языков нет.

[recoder]

С UTF8 трахаюсь регулярно, но каждый раз успешно. А вот со второй конструкцией не вижу особых проблем.

[floppy-formator.livejournal.com]

Обе конструкции вполне понятные, в чём проблема?

[recoder]

Хождение Unicode-данных между модулями — оказывается не всегда тривиальной задачей. Однако, решаемой усиленным курением perluniintro.

[floppy-formator.livejournal.com]

Да-да-да-да-да. И переходом на Unicode-совместимые модули.

[floppy-formator.livejournal.com]

А зачем, собственно, Perl-у энтерпрайз-платформы? Всю жизнь прекрасно обходился без них :)

[recoder]

Хочется, сидя на работе, совмещать полезное с приятным. Ну и приложиться к пилёжке зарабатыванию Больших Денег™.

[vilochka-myr.livejournal.com]

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

[recoder]

Про невозможность больших проектов — я уже возразил. Можно, просто с подходом тяп-ляп это не получится. И это очень хорошо!

Выходит, да — язык для души и для пытливого ума.