> 1. Существенно упростить разработку можно воспользовавшись готовым решением. В Perl модулей
> побольше и зачастую покачественнее, чем в Python.

а зачем искать, если, как правило, лучшие модули становятся стандартными в python.

> Найти на CPAN подходящий
> модуль на порядок проще, чем в PyPI, потому что в CPAN
> есть система рейтингов модулей и прямо на сайте можно читать документацию.

зачем что-то искать, если модуль уже установлен вместе с интерпретатором, стандартизирован и отлажен.

> С PyPI поиск подходящего модуля превращается в нетривиальную задачу по брожению
> на сайтах каждого проекта в поисках документации, оканчивающуюся необходимостью скачивать
> несколько тарболлов или слить несколько git, svn и т.п. репозиториев.

вы явно что-то делаете странное или просто не так.

> 2. Не знаю кому как, но мне существенно упрощают разработку прагма strict,
> менее строгая и менее динамичная типизация Perl. Perl на этапе компиляции
> умеет отлавливать такие вещи, как попытки воспользоваться массивом как хэшем или
> воспользоваться переменной, которая не была объявлена.

и лишает вас возможности в рантайме конструировать объекты, создавать объекты с гибридным поведением(хеш, хранящий данные упорядоченно, например, в memcached).

>Python в подобных случаях будет
> работать до тех пор, пока не попытается выполнить ошибочный кусок кода.

откройте для себя pylint.

> В результате когда я пишу на Python, мне приходится постоянно тратить
> время на тестирование сущих мелочей, которые Perl отлавливает ещё до запуска
> программы. Можно ли назвать это упрощением разработки? На мой взгляд -
> нет.

в perl модули с cpan каждый раз изобретают свой собственный интерфейс, в python же мимикрируют под стандартные модули. в рез-те можно сказать: "import re2 as re" или "import regex as re" и радоваться жизни. та же самая ситуация с json и стандартными библиотеками(например, multiprocessing имеет очень похожий интерфейс на тот же стандартный threading и имеет те же объекты синхронизации).

и если уж говорить о стандартизации, то такого языка как perl не существует(в виде спецификации).

> 3. Адепты Python слишком зациклены на своём языке, поэтому полагают что вне
> Python жизни вообще нет.

я уже много раз предлагал простой тест с регекспами: 60Гб текстовых файлов, надо отматчить по регекспу в строки в них как можно быстрее. в случае python берем стандартный модуль multiprocessing, заводим пул воркеров по числу cpu и понеслась.

> А между тем, чтобы о чём-то судить,
> нужно сначала узнать об этом на собственном (и только на собственном)
> опыте, а не пересказывать мысли "старших товарищей".

вот вы - умный человек. скажите, как в perl с юникодом?

$filepath ="C:\работа Васи\" - это юникодная строка? или koi8-r/cp1251/cp866?