Актуален ли PERL?

Ruby

> Пока что привлекает только консоль.

сперва читаем http://en.wikipedia.org/wiki/Computer_console и учимся отличать консоль от терминала и от шелла.

лучше python, перл хорош, но мозгодробителен. вот кстати классная книжка по нему http://openbookproject.net//thinkCSpy/index.xhtml

> актуален ли PERL в качестве первого изучаемого языка?

перл очень путаный. Его неграмотный человек придумал. Гумнотарий.

Увы, но сейчас вакансий программистов на перле едва ли не больше, чем, скажем, на питоне.

>вакансий программистов на перле едва ли

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

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

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

> обнаружил, что perl на "новопоставленных" серверах уже отсутствует

Очень интересно, а что за серверы и ОС?

>В перле некоторые вещи выражаются более естественно и коротко чем на питоне

Холивора для -- уже было :) Удалось показать, что преимущество пропадает при программах, длиннее нескольких десятков символов. Т.е. у perl-а программы растут быстрее, но начинаются с "меньших" размеров -- за счёт import-ов, в основном. Хотя да, свои удобства везде есть. Кроме жавы :-P

>Очень интересно, а что за серверы и ОС

Беру свои слова взад! Пошёл проверил -- 2 пакета его ещё хотят. Видать, то была неудачная установка -- без logwatch и postfix.

имхо, очень правильное решение. вкуришь в perl - дальше только легче уже будет.

неактуален
актуален питон

Использую perl только когда надо написать что-то небольшое и одноразовое для разбора текста. Все остальное - на питоне.

>Использую perl только когда надо написать что-то небольшое и одноразовое для разбора текста.

Поддерживаю мнение, но не только для разбора. В общем, одна из разновидностей баш++.

> Использую perl только когда надо написать что-то небольшое и одноразовое для разбора текста.

для этого есть shell+awk. Причем результат получится в одну строку, а на перле в десятки. Вывод -- перл не нужен.

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

Perl не нужен, поскольку есть shell и Python. А пользу опенсорсу можно приносить и умея программировать на Python.

> Хочу изучить PERL в качестве первого ЯП.

Не делай этого! Перл ну очень плохой кандидат на роль первого языка.

Perl хороший язык, но не в качестве первого. Для обучения лучше будет Python, или вообще Pascal, который для целей обучения и задумывался. После паскаля смотри в сторону C, а дальше уже можешь на своё усмотрение (Python, Perl, Ruby) или Java или C++ или LISP.

А пользу можешь уже сейчас приносить: делая переводы документации или работая в качестве тестировщика програмного обеспечения, арт-мастера(музыка,графика).

>для этого есть shell+awk. Причем результат получится в одну строку, а на перле в десятки.

Что-то ты загнул. Дай пример.

Глупости вы какие-то говорите, товарищи ниосилившие. Огромный плюс перла, как первого языка, в том, что он позволяет сосредоточиться на разработке алгоритмов, а не на насиловании мозга указателями на указатели и задротствовании с какими-то "типами данных"(sic!). К тому же это один из редких нынче языков, который подстраиваешь под себя, а не сам ложишься под него, и пытаешься получать удовольствие.

Как прикладной программист перл можешь не учить, ruby интереснее.

А для sysadmin'a без perl'a никак, часто sed/awk/... оказываются неудобными, кроме того perl есть везде (у меня зоопарк машин AIX 4.2-5.3, SunOS 2.6-10, HP-UX 10.20-11.11) и его поведение одинаковое в отличие от sed/awk (трудно изначально придерживаться posix, приходится проверять на разных платформах)

>насиловании мозга указателями на указатели

Мне одному кажется, что в перле это счастье как раз таки есть?

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

Реквестирую дух Фрейда в этот тред.

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

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

Python не нужен, поскольку есть Scheme и CL. А пользу человечеству можно приносить и умея программировать на CL.

> Актуален ли PERL?

нет

> Python не нужен, поскольку есть Scheme и CL

Лиспофанбой детектед.

> А пользу человечеству можно приносить и умея программировать на CL.

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

>для этого есть shell+awk. Причем результат получится в одну строку, а на перле в десятки. Вывод -- перл не нужен.

Мне удобнее на перле (привычка), кол-во строк в результате особо не волнует, ибо если их более 50-70, то писать на перле я не буду.

> для этого есть shell+awk. Причем результат получится в одну строку, а на перле в десятки. Вывод -- перл не нужен.

Ну ты круууто загнул. На самом деле на перле будет чуть покороче авки. Давай сюда однострочный пример.

______________________________________________

perl-base в debian-e в дебиане считается essential. Сисадмину перл знать обязательно. Заменит ли руби перл -- и когда -- не знаю.

> perl-base в debian-e в дебиане считается essential

На него debconf завязан.

>Заменит ли руби перл -- и когда -- не знаю.

Как минимум очень не скоро, ИМХО.

>Заменит ли руби перл

нет, а вот питон заменит

> нет, а вот питон заменит

Как вот это будет по-питонски?

perl -Wne 'print "$1\n" if /(\d+)/'

> нет, а вот питон заменит

'заменит ли' - вопрос конечно широкий. да и глупый он на самом деле. зачем руби заменять перл? они оба прекрасно сосуществуют и у каждого языка есть своя аудитория. не вижу в общем повода для 'конкуренции'. если она вообще тут применима. 'может ли заменить' в конкретных практических приложениях? IMHO может. я конечно не большой специалист в руби, а тем более в перле, но по крайней мере то, что я видел под перл вполне реализуемо и на руби. примерно с теми же трудозатратами. конечно, при условии наличия равноценных библиотек под заданную предметную область.

в общем, IMHO заменит не заменит - это гнилой спор. оба языка хороши. от себя могу лишь сказать, что человеку, скажем, с сильным C++ бэекграундом, руби осваивать проще.

// wbr

> perl -Wne 'print "$1\n" if /(\d+)/'

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

// wbr

> думаю, что примерно так же. в конце-концов, регулярные выражения есть везде. не только в перле.

Думаю, что существенно подлиннее, так что из ком. строки удобнее все же перл. Но посмотрим, что напишут.

> в общем, IMHO заменит не заменит - это гнилой спор. оба языка хороши.

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

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

мейнстрим можно посчитать по пальцам рук. хорошо, двух рук. остальный стотыщмиллионов и сокращать то не нужно - сами отвалятся (и отваливаются).

// wbr

>Сокращать надо.

перл бы явно попал под сокращение ;) единственное, что его вытягивало - популярность, ну а сейчас горка написанного ранее кода. а спор и правда гнилой..

> перл бы явно попал под сокращение ;) единственное, что его вытягивало - популярность

ну так напиши аналог моей строчки, а мы посмотрим

>так что из ком. строки удобнее все же перл.

для ком строки есть ipython, но короче конечно не получится
с другой стороны, что такое $1, первый аргумент или ещё что поди догадайся

> ну так напиши аналог моей строчки

Ты бы хоть сказал, что она делает.

> Ты бы хоть сказал, что она делает.

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

Тут различия все равно будут чисто синтаксические, новых неприменимых в питоне концепций я думаю придумать невозможно.

По сути -- 2 фичи: implicit while(<>) loop и нормальные $x не-bloat-OOP обозначения, особенно -- когда пишешь кусочки кода внутри рег. выражения.

Кстати, в регулярке питона можно при подстановке указать перекодировку подставляемых групп вверх-вниз по регистру? В перле можно.

>Ты бы хоть сказал, что она делает.

Читает stdin и выводит обратно только цифры. При всем уважении к питону, на нем так вообще не выйдет, ибо его параметр -c жалкий обрезок + накладываются особенности синтаксиса. А вот если запустить интерпретатор интерактивно...

> $1, первый аргумент или ещё что поди догадайся

это первая группа в регеэксе

>> Ты бы хоть сказал, что она делает.

> Она предназначалась для тех, кто говорит "питон лучше".

Здесь говорят, что Перл не нужен, а не о том, что он хуже :D (хотя он хуже, очевидно же).

> в регулярке питона можно при подстановке указать перекодировку подставляемых групп вверх-вниз по регистру? В перле можно.

И это б/п киллер-фича языка Перл.

P.S. Кстати, ты так и не сказал, что делает это выражение.

> На него debconf завязан.
и не только
debhelper - а это генерация всех пакетов

> Читает stdin и выводит обратно только цифры.

кхм... это делает perl -Wpe 's/\D+//g'

> И это б/п киллер-фича языка Перл

б/п = ?

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