|
2.2, Voviandr (ok), 02:34, 28/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
>с перлом и так всё пучком)) но лишним не будет!
перл - замечательный язык, но пистон вытесняет перл, к сожалению.
не понимаю, как можно юзать язык, где отступы и табуляция служат каким-то иным целям, кроме форматирования текста.
| |
|
3.6, charon (ok), 10:50, 28/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
я не столь радикален, но заменить кучу скобок на отступы кажется мне не такой уж плохой идеей.
| |
|
4.18, alf (??), 10:23, 30/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
Идиотская идея! И к тому же, один раз столкнулся с тем, что какой-то текстовый редактор заменил табуляции на пробелы.
| |
|
3.13, q (??), 15:47, 28/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
>перл - замечательный язык, но пистон вытесняет перл, к сожалению.
>не понимаю, как можно юзать язык, где отступы и табуляция служат каким-то
>иным целям, кроме форматирования текста.
Вы еще Fortran 77 не видели. Если не нравится Python, можно попробовать Ruby. Там есть фигурные скобки, встроенные регулярные выражения, а также более удачный синтаксис для ООП, чем в Perl.
| |
3.15, adews (ok), 20:10, 28/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
Не для холивара, всего лишь личный опыт:
писал на перле года 4, и большие проекты с кучей модулей и мелкие скрипты во множестве.
Попробовал питона,- ну, немного своеобычно, ну отступы, немного более оошный.
В целом показалось примерно тоже самое. Параллельно на перле решались какие-то мелкие вещиЮ которые на перле казалось сделать быстрее.
Разница ощутилась через полгода: с разницей в 1 день потребовалось внести изменения в один питоновский и в один перловый скрипт, оба написаны и работают в кроне не меньше полугода.
Питон,- прекрасно структурирован (за счёт необходимых отступов) и понятен, несмотря на нефеншуйные названия переменных.
Перл,- нечитабелен, несмотря на обильные комментарии.
Я оценил.
| |
|
4.16, Andrey (??), 20:39, 28/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
В у меня такой вот опыт работы с питоном и перлом. Необходимо было сделать скриптовый интерфейс к одной программе. Так на питоне что под Лин, что под Вин - всё работает. А перл норовистый. Несмотря на то, что заявлено "should работать" http://perldoc.perl.org/perlembed.html#Embedding-Perl-under-Win32, вызов функции perl_parse() обваливает программу. Гугл пока не помог. Так что или я где-то схомутал, или эта часть перла устарела.
| |
4.19, alf (??), 10:25, 30/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Перл,- нечитабелен, несмотря на обильные комментарии.
Какие руки - такой и код
| |
|
5.20, adews (ok), 10:43, 30/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>Перл,- нечитабелен, несмотря на обильные комментарии.
>Какие руки - такой и код
Это было, надо полагать, личное оскорбление? ;-)
Дело не в руках, дело в синтаксисе перла, он не очень удачен. Справедливости ради,- у питона тоже не всё гладко
| |
|
6.21, alf (??), 12:06, 30/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Это было, надо полагать, личное оскорбление? ;-)
Ни в коем случае! :)
У самого бывало что такого напишу, через неделю-месяц-год не могу сразу разобраться как это работает :) И так написать можно на любом языке. Все зависит от задачи, времени и желании ее сделать :)
>Дело не в руках, дело в синтаксисе перла, он не очень удачен.
Ну вот опять... Все зависит от того, как написать :)
Одно дело, когда все "разложено по полочкам" и совсем другое, когда есть длинная строка, в которой у объекта последовательно вызывается несколько непонятных методов, а потом к примеру, полученный массив мы пропускаем еще через map, grep и sort, ну ко всему прочему, это является каким-то условием выполнения цикла и само тело цикла также записано в этой строке...
>Справедливости ради,- у питона тоже не всё гладко
Так везде :)
Можно изменить: "Справедливости ради,- у %LANGUAGE% тоже не всё гладко"
ps: мне понравились некоторые достаточно простые решения задач на питоне. Но с табуляцией я наверное никогда не смогу смириться, хотя всегда ее применяю в перле.
| |
|
|
|
|
|
|
2.12, q (??), 15:31, 28/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Лучше бы сделали нормальную документацию.
>Как в MySQL или PHP.
Нормальной документации полно, проблема как раз с вменяемыми читателями. Есть http://perldoc.perl.org/ и его offline-версия, доступная в пакетах любого дистрибутива Linux. Не говоря уже о Camel Book и других книгах.
| |
2.14, panshadow (?), 16:29, 28/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Как в MySQL или PHP.
Пользовался и MySQL и PHP. Среди указанных «проектов» документация по perl в целом (включая сторонние модули) на порядок выше всех. Я уже не говорю о том, что для perl документация поставляется в виде man-pages, что также весьма удобно.
| |
|
1.7, Kai (?), 14:18, 28/04/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Лучше-бы они сделали репу под основные дистрибутивы с новыми версиями модулей. Смешно сказать, moose в репах убунты - 0.14, в cpan - 0.76. Я уже молчу про Catalyst и другие передовые технологии.
Эй, ткните их кто нибудь.
| |
|
2.11, q (??), 15:24, 28/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
Бубунта и тем более CPAN тут ни при чем. Скорее надо ткнуть мейнтейнеров соответствующих пакетов в Debian, чтобы обновлялись чаще.
| |
|
3.17, Kai (?), 01:08, 29/04/2009 [^] [^^] [^^^] [ответить]
| +/– |
Да все равно кого пинать, просто смешно говорить о популярности перла, когда в репах пакеты пятилетней давности.
| |
|
|
1.22, Gorbachev (?), 13:47, 30/04/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Моё мнение - всегда стремиться к идеалу - не очень хороший способ что-то _делать_.
Пишу на perl'е и отлично понимаю что ОО-синтаксис не очень удачный.
Однако только "лучшего синтаксиса" недостаточно для того чтобы переходить на другой язык, изучать стандартные заморочки и т.п.
Нужно что-то большее, например производительность и строгость (как у java).
А если производительность не критична, то и у perl'а хватает синтаксических заморочек, улучшающих читабельность кода (тот же AUTOLOAD).
| |
|