LINUX.ORG.RU

Perl мертв. Да здравствует Perl!


0

0

JT Смит, президент Plain Black, создатель WebGUI, и однин из незамеченных, но успешно использующих Perl в бизнесе, недавно послал мне это эссе. Он дал мне(O'Reilly) разрешение издать это полностью здесь.

Каждый день, я задумываюсь о том, почему я пишу на Perl а не на PHP, Java, C#, Ruby, Python, или [подставте ваш любимый язык сюда]? Люди говорят что, "Perl не используется больше" или, "Рубин - рулез..."

Есть миллионы программистов Perl во всем мире. Perl 5 активно поддерживается, и Perl 6 находится в развитии. Больше чем 3000 Модулей Perl были выпущены в 2006г, и вдвое больше должны быть выпущены в этом году. Действительность состоит в том, что Perl является совсем не мертвым.

>>> Взято с сайта =>



Проверено: Shaman007 ()

Ответ на: комментарий от Gharik

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

Разбираться в свободное время на некоммерческой основе в библиотеках я и не призывал (особенно отличных от стандартной к языку, и то в базовой ее части). Для развития мозгов вполне достаточно сделать apt-cache и посмотреть какие биндинги есть ;)

sv75 ★★★★★
()
Ответ на: комментарий от mshock

"Автомобиль Тьюринга", подумал Штирлиц.

anonymous
()

Перл сложно читать? Это верно, и неверно одновременно. Если ты перла не знаешь на должном уровне, то действительно, питон ты поймешь быстрее. А вот если ты давно уже работаешь с этим языком -- наоборот, код читается и поддерживается очень легко. Потому что он краток и выразителен -- а меньшее количество текста я прочту и пойму быстрее, чем большее. Вот и все.

Пример номер один: java. Язык весьма простой синтаксически и идеологически, достаточно небольшого базиса, чтобы хорошо понимать исходный текст. Но блин -- язык многословен, как я не знаю кто. Простейшие вещи реализуются экранами кода! Ясен перец, что ни один вменяемый жабщик глазами код читать не будет, он начнет втыкать в маленькое окошечко с деревьями в его любимой IDE, благо интеграция там замечательная (бтв, тот же javadoc офигенно увеличивает синтаксический мусор в исходнике, хотя и сильно помогает IDE).

Пример номер два: macros. Имеется в виду, полноценные макросы лиспа, немерле и прочей братии. Точно так же, как и в нашем случае, есть толстенный пласт питоно-жабской братии, который самозабвенно и взахлеб орет про ненужность и вредность макросов. Причины? Да те же самые: "Кто в своем уме будет разбираться в коде, пестрящем макросами", "Каждый пишет макросы на свой лад, нет стандарта", "Никто не сможет поддерживать код, который ты испоганил макросами" и прочее. Однако, грамотное применение макросов очень сильно сокращает код и проясняет программу -- ее наоборот легче читать грамотному программисту. Чувствуете аналогию?

Вывод прост: ВСЕГДА хорошо, когда продуктивность, при создании программного продукта повышается. Но есть два ортогональных пути: мастштабирование (простой язык + много слабых программистов) и оптимизация (мощный и выразительный язык + несколько сильных программистов).

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

swizard
()
Ответ на: комментарий от anonymous

>Просто тупые, верящие маркетингу пятнадцатилетний давности, срок годности которого давно истек. Ваш аргумент из серии "миллионы мух не могут ошибаться".

%) Чем то напомнило прогноз одной очень влиятельной и известной финансовой группы, которая предсказала в 199x году останов последнего мейнфрейма %)

Однако на дворе 2007 год, рынок мейнфреймов никуда не делся а даже растет, во дворе бегают тявкающие питоно/пхп воды и газифицируют лужи с криками "перл мертв !! Перл мертв !!" видимо спится им плохо, а перл скрипты как работали так и работают, и пишутся снова, там где они уместны, ну газифицируйте дальше, главное людей не кусайте проходящих %)

anonizmus
()
Ответ на: комментарий от anonymous

> (Ну что же вы так... Прямо все настроение испортили :( )

А если вспомнить, что в нашей стране ведущей областью программирования является программирование под 1С - ты дело суицидом может кончиться? ;)

Gharik
()
Ответ на: комментарий от anonizmus

> во дворе бегают тявкающие питоно/пхп воды и газифицируют лужи с криками "перл мертв !! Перл мертв !!"

Мы не говорим, что перл мёртв.

Мы говорим, что его надо убить.

yk4ever
()

Что-то комменты начали пропадать. Наверняка Шаман добрался сюда :)

anonymous
()
Ответ на: комментарий от yk4ever

>Мы говорим, что его надо убить.

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

anonizmus
()
Ответ на: комментарий от roller

> Вы читать мой пост пробовали? ЛОР был упомянут как приложение
> работающее в 90% с текстом. Про ПЕРЛ, кстати, в этом утверждении не
> было ни слово. А вы жабу всунули с какого то ...

На жабе и работает ЛОР.

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

darkstar ~ # glsa-check -l | grep -i perl
[A] means this GLSA was already applied,
[U] means the system is not affected and
[N] indicates that the system might be affected.

200410-31 [U] Archive::Zip: Virus detection evasion ( dev-perl/Archive-Zip )
200411-06 [U] MIME-tools: Virus detection evasion ( dev-perl/MIME-tools )
200412-04 [U] Perl: Insecure temporary file creation ( dev-lang/perl )
200501-38 [U] Perl: rmtree and DBI tmpfile vulnerabilities ( dev-perl/DBI dev-lang/perl )
200502-13 [U] Perl: Vulnerabilities in perl-suid wrapper ( dev-lang/perl )
200504-26 [U] Convert-UUlib: Buffer overflow ( dev-perl/Convert-UUlib )
200508-01 [U] Compress::Zlib: Buffer overflow ( dev-perl/Compress-Zlib )
200510-14 [U] Perl, Qt-UnixODBC, CMake: RUNPATH issues ( dev-util/cmake dev-db/qt-unixODBC dev-lang/perl )
200512-01 [U] Perl: Format string errors can lead to code execution ( dev-lang/perl )
200603-15 [U] Crypt::CBC: Insecure initialization vector ( dev-perl/crypt-cbc )
200608-18 [U] Net::Server: Format string vulnerability ( dev-perl/net-server )
200705-04 [U] Apache mod_perl: Denial of Service ( www-apache/mod_perl )

Сойдут 200512-01 и 200705-04, аль мсье крайне переборчив и тотально привередлив? ;)

> Вы именно и пытаетесь письку свою выставить, но отказываетесь
> рассмотреть чужую. Я задал вам вопрос пробовали вы отладить
> несколько десятков раз перл приложение чтобы сравнить? Конечно
> нет, но где-то вы читали что кто-то оборонил что это вроде
> сложно в перле и легко в жабе.

Ну и где у нас визуальные отладчики и навороченные IDE для перла? И то может и легко кому-то тыркаться в консоли 80х25, а на дворе уже век 21-й. Впрочем, ответом на вопрос про отладку будет - "да, printf'ы и его аналоги никто не отменял ни в одном языке" ;)

> И опять же, чего вы сравниваете мерседес с боингом? На боинге в соседнюю деревню вы не полетите. На мерседесе не поедете на другой континент. Ява - это не скриптовый язык, и сравнивать ее со скриптами - бесполезно. Когда выйдет паррот - можете начинать сравнивать.

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

> А легкая и расширяемая система - это не от языка зависит совершенно, а от архитектора.

На брейнфаке плагинчики писать пробовали?

Gharik
()

В Perl 6 добавлена возможность определять юникодные операторы, это означает, что, например, у математиков появится возможность использовать нативные математические выражения на уровне языка программирования. Естественно, никто, кроме хорошего математика не поймет, что написано в программе, зато любой математик, не знающий Perl 6, поймет! При этом поборники "простоты" языка, накопившие опыт на основах ВижалБейсика и ПХП, будут все так же орать "фтопку", типа если я этого не понимаю, то это не имеет смысла

anonymous
()
Ответ на: комментарий от anonymous

>Просто тупые, верящие маркетингу пятнадцатилетний давности, срок годности которого давно истек. Ваш аргумент из серии "миллионы мух не могут ошибаться".

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

Я бы даже сказал что перл - это больше чем язык, это образ мышления. Мне тут в тему вспомнилась еще классика от ibm - "Машина должна работать. Человек - думать" (с) а если кое кому проще натыркать кнопками два экрана кода вместо двух строчек "жуткого непонятного синтаксиса на перле" то это лично их половая трудность, но советовал бы им сменить поле деятельности, уйти в гуманитарные области какие нить, там может будет больше пользы от них %)

anonizmus
()
Ответ на: комментарий от anonizmus

>>Просто тупые, верящие маркетингу пятнадцатилетний давности, срок годности которого давно истек. Ваш аргумент из серии "миллионы мух не могут ошибаться".

> %) Чем то напомнило прогноз одной очень влиятельной и известной финансовой группы, которая предсказала в 199x году останов последнего мейнфрейма %)

> Однако на дворе 2007 год, рынок мейнфреймов никуда не делся а даже растет, во дворе бегают тявкающие питоно/пхп воды и газифицируют лужи с криками "перл мертв !! Перл мертв !!" видимо спится им плохо, а перл скрипты как работали так и работают, и пишутся снова, там где они уместны, ну газифицируйте дальше, главное людей не кусайте проходящих %)

О, да у вас большие сложности с пониманием прочитанного (прямо как у программиста на перле)! К чему вы приплели сюда неисполнившиеся _прогнозы_ и начали с умным видом вещать свою проповедь? Речь идет о том, что тупые пришельцы из прошлого под тем предлогом, что, например, XML имеет текстовое *представление*, заключают, что его можно обрабатывать тем, чем перл гордится (в 2007-то году!), средствами работы с ascii-сроками. Смешно и грустно. Вот ваши перлописатели, наслушавшись этой доисторической идеологии так и работают, прогонят регулярное выражение на XML-вском файле, и потом будут удивляться, почему у них на двухстрочном XML-е все работает, а в продакшене их поделие какую-нибудь CDATA испортит.

Охренительно также слушать маркетинговые вопли про удобство перла для "сетевого программирования" - действительно большое достижение для своего времени, умение читать строку из сокета... Смешно сегодня говорить о таких достижениях, но зато назовите это "поддержкой сетевого программирования" - сразу будет звучать солидно, на волне. А то, что если надо читать из сокета вначале в ascii, а потом в каком-то указаном в потоке другом энкодинге, например - это наплевать, и длину строки мы будем определять в 2007 году, считая число байт...

anonymous
()
Ответ на: комментарий от Gharik

> Ну и где у нас визуальные отладчики и навороченные IDE для перла? > И то может и легко кому-то тыркаться в консоли 80х25, а на дворе уже > век 21-й. Впрочем, ответом на вопрос про отладку будет - > "да, printf'ы и его аналоги никто не отменял ни в одном языке" ;)

А вот и ентерпрайз поколение пепси подтянулось со своим 21 веком и гигабайтными IDE на джаве ;) Hint: скриптовые языки прекрасно отлаживаются в REPL, а в том же CL можно вобще копаться в кишках _работающего_ приложения.

swizard
()
Ответ на: комментарий от anonizmus

> Кстати, я не наблюдаю никакого маркетинга в perl

Да там больше уже ничего и не осталось. http://steve.yegge.googlepages.com/ancient-languages-perl

> Я бы даже сказал что перл - это больше чем язык, это образ мышления.

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

anonymous
()
Ответ на: комментарий от swizard

> Hint: скриптовые языки прекрасно отлаживаются в REPL, а в том же CL можно вобще копаться в кишках _работающего_ приложения.

А что, в перле есть что-то, хотя бы приближающееся к CL по этим возможностям?

anonymous
()
Ответ на: комментарий от yk4ever

>sed? awk?

Ок, есть задача например: зайти на http://namescout.com/, авторизироваться, пройтись по списку доменов, ну и скажем по некоторым признакам что-нибудь с ними сделать в админке этой, например продлить, или выслать емейл администратору, или флаг какой нить поставить, т.е. типичная задача автоматизации веб рутины, на чем ты такое будешь писать ?

anonizmus
()
Ответ на: комментарий от mshock

> Вот как расставлены языки программирования по востребованности на http://www.tiobe.com/tpci.htm

Ну и хрен бы с ними всеми, хотя странно, что Си на втором месте, обычно там торчит либо бейсик либо Си-плюсатый.

Распределение Гаусса помнишь? ;)

Gharik
()
Ответ на: комментарий от anonymous

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

Привет, менеджер. А ты знаешь, у нас не болит голова от программирования на мощных и гибких языках, а очень даже наоборот, приятно, когда можно кратко и понятно выразить свою мысль, не копаясь при этом сорок минут в msdn-e ;)

swizard
()
Ответ на: комментарий от swizard

> А вот и ентерпрайз поколение пепси подтянулось со своим 21 веком и гигабайтными IDE на джаве ;) Hint: скриптовые языки прекрасно отлаживаются в REPL, а в том же CL можно вобще копаться в кишках _работающего_ приложения.

Да не мешай стебаться, войди в образ и подыграй, блин ;)

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

Gharik
()
Ответ на: комментарий от swizard

> у нас не болит голова от программирования на мощных и гибких языках,

Это ты про Питон или Руби?

sv75 ★★★★★
()
Ответ на: комментарий от Gharik

> Да не мешай стебаться, войди в образ и подыграй, блин ;)

Извини, я с конца топик читать начал =)

swizard
()
Ответ на: комментарий от sv75

> Это ты про Питон или Руби?

И про них тоже, не волнуйся :)

swizard
()
Ответ на: комментарий от swizard

> у нас не болит голова от программирования на мощных и гибких языках

Верю, но при чем здесь перл?

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

Верю, но при чем здесь перл?

> не копаясь при этом сорок минут в msdn-e ;)

Верю, но причем здесь перл? Ну будете копаться в мане, пытаясь вспомнить, как интерпретируется .. в том или ином контексте. а не будете, так рано или поздно наступите на то, что хотели .. алфавитно-строковый, но юзер передал строку "01" и вся ваша логика пошла по струе...

anonymous
()
Ответ на: комментарий от anonymous

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

Не, наши перлописатели XML парсят либами, сделай apt-cache search perl xml и открой глаза. (хотя иногда удобнее и проще это сделать регэкспом, когда знаешь что дальше оно уже не вырастит, а лишнюю либу тащить уже не нужно).

>А то, что если надо читать из сокета вначале в ascii, а потом в каком-то указаном в потоке другом энкодинге, например - это наплевать, и длину строки мы будем определять в 2007 году, считая число байт...

и кто мешает это делать ?

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

anonizmus
()
Ответ на: комментарий от anonymous

>Созданием древовидных и более сложных структур.

Которые создаются путём проектирования ауры в астрал.

Xellos ★★★★★
()
Ответ на: комментарий от swizard

>> А что, в перле есть что-то, хотя бы приближающееся к CL по этим возможностям?

> Гугл тебе в помощь, старче :)

Да не, я серьезно. Если есть, то это первая хорошая новость про перл... :) Правда, эта новость - обезьянничание с CL, но для большинства этих языков это уже большое достижение :D

anonymous
()
Ответ на: комментарий от anonymous

> Ну будете копаться в мане, пытаясь вспомнить, как интерпретируется .. в том или ином контексте. а не будете, так рано или поздно наступите на то, что хотели .. алфавитно-строковый, но юзер передал строку "01" и вся ваша логика пошла по струе...

Прям обидно, когда тебя собеседник считает индусом :( Вы когда-нибудь работали с программистами, но не кодерами?

swizard
()
Ответ на: комментарий от anonymous

>А то, что если надо читать из сокета вначале в ascii, а потом в каком-то указаном в потоке другом энкодинге, например - это наплевать, и длину строки мы будем определять в 2007 году, считая число байт...

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

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

PERL, кстати, отлично работает со строками, это так, к слову.

stellar
()
Ответ на: комментарий от anonymous

>В Perl 6 добавлена возможность определять юникодные операторы, это означает, что, например, у математиков появится возможность использовать нативные математические выражения на уровне языка программирования.

"А ещё я умею петь". Математик скорее возьмет Haskell. Математик, пишущий скрипт для трафикомерки, не обратит внимания на такую "фичу". Ничего не имею против перла, но давайте не будем совать его в каждую дырку.

seiken ★★★★★
()
Ответ на: комментарий от anonizmus

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

Я рыдаю, вы просто из паралелльной реальности, царства Божия на земле, где питон - быдлоязык. У нас в ПТУ про питон некоторые неглупыы студенты не слышали к концу 4-го курса (и если вы думаете что они пишут на перле или лиспе - то вынужден огорчить, C# и только C#)

sv75 ★★★★★
()
Ответ на: комментарий от sv75

>У нас в ПТУ про питон некоторые неглупыы студенты не слышали к концу 4-го курса (и если вы думаете что они пишут на перле или лиспе - то вынужден огорчить, C# и только C#)

значит все еще хуже чем я предполагал. %-|

anonizmus
()
Ответ на: комментарий от stellar

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

Но не это сейчас понимается под "поддержкой сетевой работы", не это...

sv75 ★★★★★
()
Ответ на: комментарий от anonizmus

> значит все еще хуже чем я предполагал. %-|

Я, если выживу, отчитаюсь о том, как на 5-м курсе настоятельно предложу писать лабы на языках отличных от C# (а С\С++ там в принципе не в тему) .

sv75 ★★★★★
()
Ответ на: комментарий от sv75

>У нас в ПТУ про питон некоторые неглупыы студенты не слышали к концу 4-го курса (и если вы думаете что они пишут на перле или лиспе - то вынужден огорчить, C# и только C#)

Студенты ПТУ не понимаю разницу между форматом и расширением ;-)) А вы про быдлогавно типа ЦЭ#.

anonymous
()
Ответ на: комментарий от anonymous

> ЦЭ#

По русски оно не "ЦЭ#", а До-диез! ;)

sv75 ★★★★★
()
Ответ на: комментарий от seiken

> Математик скорее возьмет Haskell.

Я рассуждал об удобстве, а не о новых горизонтах перед математиками, если абстрагироваться еще более, об удобстве программирования ВООБЩЕ, а не в конкретно в Perl. Например, для меня намного удобнее выглядит запись

($a, $b) = ($b, $a);

чем, например

int tmp = a; a = b; b = tmp;

Только люди, оперирующие понятиями синтаксиса Паскаля, Си и т.п. не поймут первую запись, поскольку скованы рамками своего кругозора, и очень часто отказываются изучать что-либо новое.

P.S. Я ничего не имею против C, C++, Perl, Python, тем более Haskell :)

anonymous
()
Ответ на: комментарий от anonymous

> В Perl 6 добавлена возможность определять юникодные операторы, это означает, что, например, у математиков появится возможность использовать нативные математические выражения на уровне языка программирования. Естественно, никто, кроме хорошего математика не поймет, что написано в программе, зато любой математик, не знающий Perl 6, поймет! При этом поборники "простоты" языка, накопившие опыт на основах ВижалБейсика и ПХП, будут все так же орать "фтопку", типа если я этого не понимаю, то это не имеет смысла

Не знаю, как насчёт математиков, но вот многие азиатские кодеры наверняка не устоят перед возможностью записывать имена функций иероглифами или на деванагари. И пусть поборники "простоты" буквенно-цивровой записи орут "фтопку", умных японцев эти вопли волновать не будут. Они то знают, что тот кто не осилил иероглифы - ламер никчемный.

Hjorn
()
Ответ на: комментарий от stellar

>>А то, что если надо читать из сокета вначале в ascii, а потом в каком-то указаном в потоке другом энкодинге, например - это наплевать, и длину строки мы будем определять в 2007 году, считая число байт...

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

хм.. а что мешает поступить примерно так: { local $/ = "\0"; binmode $sock, ':raw'; $ascii = <$sock>; chop $ascii; binmode $sock, ':utf8'; $utf8 = <$sock>; chop $utf8 } # ?

arsi ★★★★★
()
Ответ на: комментарий от Hjorn

>Не знаю, как насчёт математиков, но вот многие азиатские кодеры наверняка не устоят перед возможностью записывать имена функций иероглифами или на деванагари. И пусть поборники "простоты" буквенно-цивровой записи орут "фтопку", умных японцев эти вопли волновать не будут. Они то знают, что тот кто не осилил иероглифы - ламер никчемный.

Так и щас можно... 

use utf8;

sub ляляля {
    print "test\n"
}

anonizmus
()
Ответ на: комментарий от sv75

>Однако если НЛП есть - то оно практикутеся психотерапевтами, что в нем запрещенного?

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

anonymous
()
Ответ на: комментарий от arsi

>хм.. а что мешает поступить примерно так: { local $/ = "\0"; binmode $sock, ':raw'; $ascii = <$sock>; chop $ascii; binmode $sock, ':utf8'; $utf8 = <$sock>; chop $utf8 } # ?

То, что обычно (если разработчик не кретин) никто не отправляет сначала одну строку в ascii, а вторую строку - в utf.

Для любого более-менее сложного протокола необходимо построение конечного автомата для парзинга. И из сокета данные читаются не в интерпретации ascii или utf или верхнеюперианского алфавита, а как набор _байт_.

А вот выяснять как интерпретировать прочитанное - задача конечного автомата для разбора _данного_ протокола. Поэтому что Питон, что Перл, что С - разницы особо никакой (при прямых руках). Однако, небольшой плюс Перла как инструмента решения этой задачи в том, что на нем _проще_ работать со строками.

stellar
()
Ответ на: комментарий от sv75

>> Один в своем собственном туалете (условно) можешь удовлетворятсья как пожелаешь..

>Ссылки будут или ограничимся наездами?

Где тут наезд? о_О Я сказал, что ты волен делать _что угодно_, но лишь до тех пор, пока это не затрагивет других людей, не говоря уже об их здоровье.

>наоборот, мне должны предъявить доказательсвта наличия.

Хых. Смешной.

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

anonymous
()
Ответ на: комментарий от anonymous

> Уважаемые пионэры! Вы, возможно, не знали что PHP - это Perl for Home Pages.

Так это ж беда, а не радость, что даже для Home Pages чистый perl
оказался непригоден ;-(

annonymous ★★
()
Ответ на: комментарий от anonizmus

> └S└p└{ └y └▀└p└┐ └}└─└w└~└─... use utf8; sub └|└▒└|└▒└|└▒ { print "test\n" }

└T└s└┘: use utf8; sub ┐X┐Y┐L┌л┐C┐⌠┐h▌q┴О▌п┌л▌п√╪∙о█X┌и┌б┌╒┌д { my $▄ю▓Х▌т│u┐┼┐~┐e┐b┐h ┐G┐f┐B┐V┐┤┐⌠│v┌П■╜■└ = shift; # 300 string of code here... # .... # .... return $┐X┐Y┐L│A▄╢∙t⌠Я▌М┐X┐N│[┐^│[│u┐A┐h┐▄┐XV125G│v┌л }

└T└r└─└|└▌└~└▒└└└▌ └x└p └└└p└{└─└u └~└p└t└─. └R └┌└p└┐└┐└└└┌└u└|└─└}.

stellar
()
Ответ на: комментарий от mihalych

>В общем весь блог в таком стиле. Обычный неудачник Стив, неосиливший Perl.

Согласен.

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

anonymous
()
Ответ на: комментарий от stellar

niemand@techno2:~/coding$ cat t.pl 
#!/usr/bin/perl

use utf8;

sub ляляля {
    print "test\n"
}

ляляля();
niemand@techno2:~/coding$ ./t.pl 
test
niemand@techno2:~/coding$

локаль в утф переключи, баклан %)

anonizmus
()
Ответ на: комментарий от stellar

Пост выше - это пример того, как выглядит _японский_ текст программы на Perl с use utf8. На Питоне будето все толже самое.

Так вот, дорогие любители уникода в порграммном коге: убейте себя об стену, да.

stellar
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.