Mar. 9th, 2009
Перловые Раздумья
Mar. 9th, 2009 10:48 pmПоэкспериментировав на праздниках с 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'ом всё должно быть примерно так же...