Про динозавров

[vit_r]

Давным-давно люди писали на языке по имени Перл. Много чего хорошего сделали. Много сайтов под ним бегало.

Но настали другие времена. Молодёжь учила Яву, Питон и ПХП. На рынке появилось много дешёвых экспертов по "современным" языкам. То в одной, то в другой конторе менеджмент решал, что пора отказываться от старого и переходить на модерновые рельсы. Постепенно экосистема Перла вымирала.

Но ещё есть фирмы, Перл использующие. Есть ещё люди, этот хитрый и опасный язык знающие. В Берлине на рассылку подписано пол сотни. Сегодня дюжину из них я видел собственными глазами.

(Почти) нормальные люди. Старых бородатых хаккеров не было. Половина даже по одёжке и осанке на программистов не тянула. Хотя, конечно, пара истиных гуру соответствовали.

PS: Кажется придётся всё-таки брать Perl/Catalyst. Новые языки никаких существенных преимуществ не дают.

Comments

[juan-gandhi.livejournal.com]

Это очень смешное мнение, по нонешним временам.

Чем питон-то хуже для скриптинга?

[vit-r.livejournal.com]

В моём случае он просто ни чем не лучше.

[juan-gandhi.livejournal.com]

Я бы посоветовал ещё раз подумать. Хоть я и не фанат питона, и писать на нём не желаю, но стабильности у него побольше, чем у перла.

Одно дело накатать строчек двести и забыть, другое дело написать что-то, чтобы пять лет работало.

[vit-r.livejournal.com]

Что именно у него со стабильностью?

А пять лет работать явно не будет. Это прототип и будет прототипом. Первый драфт должен полностью идти в корзину.

[juan-gandhi.livejournal.com]

Ну тогда совершенно пофиг, и надо пользоваться тем, что проще.

[vit-r.livejournal.com]

Мне нужен regex. В этом смысле проще Перла ничего нет. По крайней мере, С и Ява как-то не привлекают для выпиливания лобзиком на коленке.

[juan-gandhi.livejournal.com]

Да если это прототип, то всё понятно. Пишем на том, что под руку попадётся; и ни джава, ни си не годятся.

[vit-r.livejournal.com]

В команде я, скорее, буду писать на С, чем на Жабе. Потому как второе - это залог того, что будет дофига странных личностей, которых близко к клавиатуре подпускать нельзя.

[kot-begemot.livejournal.com]

Perl - это типичный write-only language. Понять и поддреживать чужой перловый код невозможно. Проще выкинуть и переписать.
Такое вот моё NSHO.
Если уж возникает нужда в скриптах, то для этого существуют Bourne shell, sed и awk. Ну или bash для особо запущенных случаев. Вот как у меня сейчас.

[vit-r.livejournal.com]

Если наложить на язык строгие фомальные правила и писать вменяемые комментарии, можно делать вполне читабельный код.

[realurix.livejournal.com]

По себе знаю, что читать надо код, а не комментарии.

[vit-r.livejournal.com]

Смотря как и что писать. Есть уровни логики, которые в код просто не вписываются. Например, причина предпочтения одного алгоритма над другим.

[realurix.livejournal.com]

Ели человек видит в комментариях указание на некий алгоритм, название которого он впервые слышит, то он тем более не поймет в чем прелесть использования именно этого алгоритма, поскольку ни Кнюта, ни Ривеста, не говоря уже про Ахо, Дейкстру, Йодана, Ульмана и других, он в своей жизни не читал. А не читавших/изучавших классику сразу можно заносить в разряд малограмотных.

[alll]

Человек, увидевший в комментарии название алгоритма как минимум может прочитать об этом алгоритме и причинах его предпочтения у "Кнюта и Ривеста". Чего он в принципе не сможет сделать, если таковой комментарий отсутствует. Прелесть возможно и не оценит, да - не всем дано.

[realurix.livejournal.com]

> если таковой комментарий отсутствует
Когда читаешь код, а не комментарии, да еще при этом ранее читал Кнюта и Ривеста, то сразу понимаешь, какой алгоритм зопсан в коде. В комментарии же можно написать что угодно, любую ахинею. С чем неоднократно и сталкивался. И после пары случаев взял за правило не читать комментарии в принципе.

[alll]

> да еще при этом ранее читал Кнюта и Ривеста

Человек, не читавший ранее "Кнюта и Ривеста" всегда может их прочитать.

> В комментарии же можно написать что угодно, любую ахинею. С чем
> неоднократно и сталкивался. И после пары случаев взял за правило не читать
> комментарии в принципе.

В коде тоже можно написать любую ахинею. С чем неоднократно сталкивался. Тем не менее не читать код за правило не беру. ;)

[realurix.livejournal.com]

> Человек, не читавший ранее "Кнюта и Ривеста" всегда может их прочитать.
Здсь очень важно читать "до", а не "после". Иначе код будет абсолютно непонятен.

> В коде тоже можно написать любую ахинею.
В работающем коде ахинею написать практически невозможно - код не будет работать.

[alll]

Вам очень-очень-очень повезло в смысле профессионального опыта. Дай бог, чтоб так было и дальше.

[realurix.livejournal.com]

> Вам очень-очень-очень повезло
Я в рулетку не играю. Поэтому о везении говорить не приходится.

[alll]

В рулетку играют Вами, а не Вы. И если Вы до сих пор уверены, что это не так - Вам очень-очень-очень повезло в жизни.

[realurix.livejournal.com]

> В рулетку играют Вами, а не Вы.
Если я сознательно, с 12 лет, не играю ни в какие азартные игры, особенно с Государством, то о каком везении вообще может идти речь? Трудно найти черную кошку в темной комнате, особенно если ее там нет. ;-)))

[vit-r.livejournal.com]

В комментарии же можно написать что угодно, любую ахинею

А вот за это надо больно бить канделябрами

[realurix.livejournal.com]

Можно и так, но проще вообще не читать (не учитывать) комментарии. А ну как достать своим канделябром "пИсателя" не получается?

[juan-gandhi.livejournal.com]

На нём можно писать разборчиво.

Проблема в неустойчивости результата. И это ужасно.

Как человек, 6 лет писавший на перле...

[realurix.livejournal.com]

Значит писали с нарушениями идеологии perl-а. Как человек 15 лет пишущий на perl говорю. Небось, на утечки памяти постоянно натыкались? ;-)))

[juan-gandhi.livejournal.com]

Натыкался на проблемы с use utf8 и с

(do something...) if (condition)

[realurix.livejournal.com]

Баги правятся...

[realurix.livejournal.com]

Типичный write-only для лентяев или "шибхам граматных", которым лень хоть одной извилиной пошевелить или у которых таковых нет. sh, sed, awk - это все есть в perl. И еще много чего, в том числе и ООП.

[vit-r.livejournal.com]

Честно говоря, команды, способной нормально писать на Перле я не видел. Судя по тому, что люди на Яве умудряются наворотить, я б тоже радости особой не испытывал то, что они могут на Перле наизобретать, до работоспособного состояния доводить.

[realurix.livejournal.com]

Я тоже не видел. Из своей пракитки могу сказать, что java и php - языки прикладного программирования. А значит некоторыми механизмами в них управлять невозможно. Например, сборкой мусора. Зато perl позволяет управлять машиной почти полностью. На этом и спотыкаются, поскольку мозги у системщиков и пркладников поставлены по разному. Мне прикладуха тяжелее дается, зато на системном уровне я сразу вижу все просчеты.

[alll]

Ну а Python - нетипичный write-only language. Понятность и поддерживаемость чужого кода на нём сильно преувеличена, если говорить о коде, написаном без внятных правил кодирования. Что в сочетании с низким входным порогом даёт не очень приятные результаты.

[vit-r.livejournal.com]

Ну, да.

Только я сейчас искал по фреймворкам. Не понятно, что живо, а что отжило. Совершенно поломана экосистема.

[realurix.livejournal.com]

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

В общем, perl предназначен для создания стабильных, хорошо продуманных, долгоживущих задач.

[realurix.livejournal.com]

Мне пока еще ни один питоновед или явщик не смог представить ни одного сайта, который бы давал время реакции порядка 2-3 мсек на РАНДОМНЫЙ запрос. Когда им тыкаешь в нос таким сайтом, то они начинают петь всякие песни о старом - мол и лошади не кормлены, и провода тонкие... А уж про связку perl+postgres поют, что это вечные тормоза. Три реквеста за 9 мсек для мальчиков-масдайчиков - вообще фантастика. Ни один мне не смог показать такую скорость на связке php+mysql. Зато как гнули пальцы...

Perl заставляет хорошо думать прежде чем делать. Тем и хорош.

[vit-r.livejournal.com]

Кстати. Вопрос. Все используют mysql. А я смотрю в сторону postgres. Есть причины считать, что второй чем-то хуже?

[realurix.livejournal.com]

Если использовать postgresql в режиме mysql, то будет гарантированный проигрыш. Разные СУБД.

[vit-r.livejournal.com]

Кроме скорости и отсутствия не очень нужных примочек я никаких недостатков не обнаружил.

[realurix.livejournal.com]

Эти "не особо нужные примочки" и дают существенный выигрыш. Заранее скомпилированный код запроса в виде хранимой процедуры, для которой уже все запросы заранее спланированы, особенно выполняющей довольно сложные вычисления, дает такой прирост скорости, что mysql просто отдыхает. Кроме того, postgresql практически не зависит от размеров баз данных, числа записей в них, чего нельзя сказать про mysql. В общем, perl+postgresql - это уровень существенно выше, чем нужен ширпотребу. Если Вы поняли, что решение задачи натыкается на ширпотреб, то надо переходить на perl+postgresql.

А иначе не стоит и заморачиваться.

[vit-r.livejournal.com]

Спасибо. Буду думать.

[alexott.livejournal.com]

про постгрес полностью согласен!