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

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

• Обработка текста. Тут 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/

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

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

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

Ну как сказать... Перл в этом смысле все же даст фору многим.

http://www.linux.org.ru/forum/development/392747/page-1

В принципе, ничего сложного. Это часть модульного механизма Perl, и используется повсеместно. 

Для пользователя и вовсе пожалуй достаточно знать, что use  это comple-time директива.




Если специально писать, то будет . А вообще, при использовании гибкости синтаксиса по назначению, читаем код будет не хуже, а лучше более простой записи. И принцип явное лучше неявного хорош, но не универсален.








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

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

Хочешь гуй? Qt, GTK, Wx... 
Хочешь графику? Mathplotlib, OpenInventor, PyOpenGL... 
Работа с изображениями? PIL, OpenCV... 
Распознавание образов? pyFANN, pySVM... 
Параллельное программирование? mpi4py, pyCUDA (для GPU)...
Математика? NumPy, SciPy...

Кроме того python достаточно легко позволяет работать на уровне OS API. На нём легко можно писать системные утилиты. 

но лучше этого не делать xD

я бы их скрестил.

Главное, что есть Iron Python и уже сделали для VS 2010 )

A5uKa, вот когда IronPython3 сделают, тогда будет от него польза, правда небольшая

это все есть давным давно, и на других языках ruby, java, etc... все или многое из перечисленного, скорее всего... 

количество модулей на cpan  80 000 в 20 000 дистрибутивах, список авторов 8000
у perl на порядок больше готового для применения в различных задачах... 
(но это не значит что это все нельзя написать на python  )

Добавлено @ 13:59

я видел разрабатывался транслятор байткода .NET в представление байткода Parrot, и обратно и для использования библиотек из других языков и, в том числе и проприетарных. 


Это сообщение отредактировал(а) gcc - 12.5.2010, 16:15

Если заметь здесь "Python" на "Perl" почти ничего не изменится. + CPAN хороший репозиторий, а как в питоне, есть ли подобная вещь, мне не известно.




К Perl это имет отношение чуть меньше, чем никакого)

Тем не менее в задачах связанных с вычислениями и расчётами предпочтение отдают Python'y. 

в питоне есть встроенная поддержка больших числел.
а в перле есть?

А на перле еще кто-то пишет?

bems, ты не поверишь... но я могу это сказать про любой язык.

А на дельфях еще кто-то пишет (: ?

Встроенной нету. Но, понятно, есть отдельные классы, они входят в стандартную поставку, и прагмы для перегрузки констант на создание объектов, выше как раз пример кода с use bigrat.

Это сообщение отредактировал(а) Logo - 18.5.2010, 21:50

Shaggie, конечно можешь. Свобода слова же. Ну я спросил просто, думал кто ответит
Logo, нет. Это как-то отвечает на мой вопрос?

Если это был не троллинг, то - программирует. С работой на perl проще. См. например hh.ru 46 вакансий perl, 23 python.



Это сообщение отредактировал(а) Logo - 18.5.2010, 22:32

Logo, а зачем, если есть РНР?

bems, php де-факто для веб-разработки, однако сфера применения скриптовых языков какбэ немного шире. Там, где рулит питон php тихо отсасывает в сторонке.  Про Perl ничего сказать не могу. 

W4FhLF, дык я именно про перл на фоне рнр говорил, а не на фоне питона. Так что не в кассу

Да, я.

[

Возможно, но Perl тоже используется. У меня например стоит случайно поставленная программа из репозитория ubuntu, PerlPrimer, ДНК какие-то.

Как и Perl чаще используется для веб, хотя у Python тоже юзабелен.

То есть, как я и писал в первом посте, области применения сильно пересекаются.