Почему до сих пор нет этой темы?  Начнем.
Языки очень разные по дизайну, но пересекающиеся по областям применения.

Я перлист, питон представляю только в общих чертах, поэтому опишу преимущества и недостатки с точки зрения перловика.

• Обработка текста. Тут Perl однозначно лидер. Механизм регэкспов самый мощный, и встроенный на уровне синтаксиса.
  
• ООП. Тут Perl сливает. Встроенная возможности ООП слишком низкоуровневая,  и многое нужно прописывать вручную. На практике приходится использовать дополнительные модули, которые делают это за вас, но тут тоже не все гладко, достаточно удобного модуля я не нашел (хотя может быть плохо искал).
  Есть здесь небольшое преимущество, что есть выбор модели ООП, к примеру есть модуль реализующий прототип-ориентированное ООП Class::Prototyped, но оно никак не перевешивает всех недостатков.
  В Python поддержка ООП наитивная
  Кроме того т.к. помимо скаляра в Perl есть еще структуры данных типа массив и хеш, а объект хранится в скаляре, нельзя расширить хеш или массив методами. Есть выход использовать объект как ссылку на массив вместо массива, либо использовать tie и вызывать методы через tied(@arr)->some(), но это не удобно.
  
• Параметры функций. Еще один серьезный недостаток Perl. Встроенной проверки параметров нет. В функцию передается массив параметров, валидация параметров, если она нужна, лежит на программисте. Есть, конечно, довольно не плохие модули на CPAN, но они меня тоже не устраивают, подумываю написать свой.
  
• Большой плюс Perl в встроенном формате встраиваемой документации POD. В комплекте идет утилита для просмотра документации, и все модули на CPAN имеют документацию в этом формате, в общем документирование скриптов - одно удовольствие. Конструкция документирования POD вроде даже перекочевала в Ruby.
  
• Управление компиляцией. Тоже уникальная в своем роде вещь Perl.
  
• Синтаксис. Здесь плюс-минус. У Perl гибкий синтаксис и всевозможные средства сокращения. Это плюс, если работаешь один или хорошей команде, но если идти работать на "умение разбираться в чужом коде (с)" это минус. У меня правда есть несколько претензий синтаксису Perl, но они не критичные.
  С другой стороны, поддерживать Python код мне не приходилось, поэтому не могу сказать, насколько эффективно ограничения способствуют улучшению плохого кода.

З.Ы. Сейчас мой выбор, хоть и не с легким сердцем - Perl.    

что это?

это наверное eval http://perldoc.perl.org/functions/eval.html  (можно еще кусок кода вставить )
вот пример (если тут речь про это) http://forum.vingrad.ru/forum/topic-290936.html


Это сообщение отредактировал(а) gcc - 10.5.2010, 21:22

мне оба языка не нравятся, python меньше не нравится

кемелбук, глава 18.
В кратце, в процессе работы программы, то компилятор в байт-код вызывает интерпретатор байт-кода, то наоборот, интерпретатор вызывает компилятор. 
Интерпретатор вызывает компилятор при eval.
Компилятор же вызывает интерпретатор с помощью специальных блоков BEGIN {} или загрузки модуля use Module(... params ...), или no Module(... params ...) (редко используется). Когда компилятор доходит до use, он прерывает компиляцию остальной программы, загружает, компилирует, и исполняет модуль (если это первое использование модуля),  вызывает функцию import модуля с параметрами. Лишь после того, как use, BEGIN, или no отработают, компилятор продолжит компиляцию программы.
Алсо, есть магический хеш, привязанные к лексической области видимости блоков, он позволяет создавать директивы с лексической областью видимости. В него могут писать use, BEGIN, или no, и значения его видны в лексической области видимости блока.
Алсо, разные дополнительные приблуды, вроде перехвата компиляции ключегого слова, или перехвата конца компиляции лексического блока.

Самая известная (и, на мой взгляд, точная) характеристика Perl - это язык, программу на котором через месяц после написания не сможет понять даже тот человек, который ее писал.

С дпугой стороны, пресловутые табуляторы Python - это тоже ужас.

Так что из всех языков этой ниши, на мой взгляд, лучший - Lua.

как всё сложно... то ли дело CL:

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

а что в этом плохого? это наоборот здорово, кстати табы никто не заставляет использовать, наоборот, там принято пользоваться пробелами

k0rvin, я что-то этого не видел раньше и гугл не говорит:

http://www.google.com.ua/search?hl=uk&...q=&gs_rfai=

http://www.google.com.ua/search?q=python+%...art=10&sa=N

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


(хотя, говорят, в web это не очень часто нужно делать если работает в mod_* ...)

Это сообщение отредактировал(а) gcc - 11.5.2010, 03:47

еще тема была тут http://forum.vingrad.ru/forum/topic-281755.../freebsd/0.html
я бы на обоих программировал в принципе, если надо...
и еще есть: java, php, etc...

Это сообщение отредактировал(а) gcc - 11.5.2010, 03:06

Как показывает опыт, если язык разрешает писать плохой код, то 99% написанного на нем кода будет плохим.   С Perl'ом примерно так и получается.


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

http://www.staringispolite.com/likepython/

то было лирическое отступление, к питону никакого отношения не имеющее. впрочем как и к перлу =)

Любой язык позволяет писать нечитаемое и не работающее месиво.