>> пока язык допускает те ужасы, как определена $b - всё будет плохо.
>> пока нет разницы между строкой и числом - тоже плохо.
>> Ибо заставляет либо втыкать кучу проверок входных параметров, либо получаем рабочий код, но не всегда работающий правильно.
>> (заменяем $a="1200" на $a="perl" и имеем 0 на выходе).
>> Это отвратительное поведение, т.к. когда стек вызовов большой, ловить ошибку становится крайне трудно.Подобные ужасы допускаете вы, а язык только позволяет. Мне страшно представить какую кашу вы пишите на "строгом" питоне, если типизация перла вызывает у вас такую реакцию.
>> и какая связь embedded perl с libpcre? python можно как расширять модулями на C/C++, так и встраивать в свой код на C/C++
>> И в ваших "прогах" используется сторонние модули? или вы их статически линкуете?
Связь такова, что в базовом перле есть именно, то, что мне нужно. А в случае питона я бы скорее всего написал само приложение на нем, чем стал возиться с его встраиванием и подборкой модулей.
>> а что, в perl как-то иначе?
так никто и не позиционирует перл как числодробилку, кроме самых упоротых гиков.
>> я вроде бы уже писал: где мне нехватает производительности, я пишу экстеншн на C/C++
>> но такие случаи - экзотика.
Для меня все ваши примеры - ещё большая экзотика.
>> ну GSL есть и в python.
>> Однако, я почему-то больше встречал тех, кто пользуется numpy/scipy/matplotlib, а не gsl.
поразительно, но я встречаю гораздо больше людей, которые пишут на перле, а не на питоне
>> расскажите это ejabberd/rabbitmq/couchdb/facebook/etc
я могу это рассказать всем функциональщикам вместе взятым, но даже после их бурных и аргументированных возражений их парадигма так и будет уделом маргиналов(а не элиты, как некоторые склонны думать) :)
>> Ой ли... а зачем тогда замыкания в перле? зачем там map/filter?
Хороший вопрос... Ну ладно, в этих 2 функциях это и правда удобно :)
>> Опять же, стоит смотреть на то, что будет в perl6.
Опять же стоит смотреть кому чтонужно от perl6.
>> в java/smalltalk/ruby так же. если вам так нравится комбайн, где есть всё сразу - вам в php. Там 3000+ функций в глобальном пространстве имен. и namespaces там только-только появились.
В яве по крайней мере есть ради чего мучаться. smalltalk и ruby ... уж лучше питон. А php мне нравиться, но для моих задач подходит редко.
>> ой ли... то-то django/pylons идут семимильными шагами.
все идут и идут .....
>> PS: а пример поиска строк в файле по набору регекспов, утилизирующего несколько cpu никто так и не показал.
Ну так покажите.
>> Перлисты кичатся CPAN'ом, хотя там дофига протухшего или нерабочего(под 5.10).
Кичаться питонщики, стоит только сделать намек на сравнение любых скриптовых языков :)
А в CPAN действительно много поезных вещей, но старье 10 летней давности тоже попадается.
Полезного там больше. Под 3 ветку питона рабочих модулей ещё меньше ;)