The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Марафон демонстраций возможностей Perl 6. Perl исполнилось 23 года

25.12.2010 11:34

Языку Perl исполнилось 23 года. По традиции с 1 по 24 декабря разработчики языка Perl организовали марафон, в рамках которого на страницах блога perl6advent.wordpress.com каждый день один из разработчиков делился какими-то практическими навыками, демонстрирующими те или иные возможности Perl 6. Завершила марафон статья Ларри Уолла (Larry Wall), в которой он подвел итоги 23-летней истории языка Perl, рассказал об особенностях сообщества разработчиков и сформировавшихся традициях (например, добродушный троллинг или словесное айкидо).

По мнению Ларри Уолла, Perl не просто технология, а целая культура. При формировании Perl было сделано несколько нестандартных решений ("культурных хаков"), из которых первым "хаком" стала сама идея создания нового языка программирования, поддерживаемого только силами сообщества энтузиастов. Вторым "хаком" стала демонстрация непринятия идеи редукционизма Unix (реализация сложных вещей как совокупности простых) и развитие собственного подхода. Третьим "хаком" стал переход к практике двойного лицензирования, при которой язык Perl становился приемлемым как для сторонников свободного ПО, так и для бизнеса. Четвертым "хаком" стало написание книги по языку программирования, сочетающей информативность с развлекательным стилем. Вершиной культуры Perl стало формирование постоянно самосовершенствовующегося сообщества, рекурсивно оптимизирующего свою работу.

В нынешнем году Perl 6 вышел за рамки экспериментальной системы, доступной только разработчикам языка и особо целеустремленным энтузиастам. Так как летом был выпущен первый релиз Rakudo Star, в рамках которого сформирован полностью работоспособный и готовый к использованию комплект с реализацией языка Perl 6 на базе виртуальной машины Parrot, эксперименты с данным языком стали доступны прикладным разработчикам на языке Perl, которые могут начать портировать свои приложения и создавать первые серьезные проекты на Perl 6.

  1. Главная ссылка к новости (http://twitter.com/TimToady/st...)
  2. OpenNews: Рождественские демонстрации возможностей Perl 6 (2009)
  3. OpenNews: Увидел свет Rakudo Star, первый готовый к использованию дистрибутив Perl 6
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/29124-perl
Ключевые слова: perl
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (55) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, BliecanBag (ok), 12:31, 25/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Новость хорошо подана. Однако у перла весьма туманное будущее - из дистров его потихоньку выпиливают, любителей на нем писать все меньше.
     
     
  • 2.2, metallic (?), 12:33, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Потому что питон рулит
     
     
  • 3.3, BliecanBag (ok), 12:40, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Это точно. Синтаксис весьма хорош и код читабелен, даже не зная питона можно понять что написано. А разбирать чужой код на перле то еще удовольствие
     
     
  • 4.4, анонимус (??), 13:00, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +5 +/
    питонщика видно из далека, перл так и не дает покоя... :)
     
  • 4.5, deadless (?), 13:31, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +5 +/
    у меня обратная ситуация код на перле читабелен полностью, патчи пишутся на раз. А вот с питоном беда, особенно там где нужно его к апачу прикрутить.
     
     
  • 5.23, e2 (?), 19:27, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да действительно нужно много мозгов, чтобы к апачу python прикрутить:

    $sudo apt-get mod_python

    $cat /etc/apache2/sites-availabe

    <Location "/myproject/">
        SetHandler python-program
        PythonHandler django.core.handlers.modpython
        SetEnv DJANGO_SETTINGS_MODULE mysite.settings
        PythonOption django.root /myproject/
        PythonDebug On
        PythonPath "sys.path + ['/var/www/']"
    </Location>
    <Location "/media/">
         SetHandler None
    </Location>
    ^D
    $sudo /etc/init.d/apache2 restart

     
     
  • 6.29, ig0r (??), 21:08, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    mod_python мёртв
     
     
  • 7.31, deadless (?), 23:47, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    +1, это тормозное чудо я даже не имел ввиду
     
  • 6.32, deadless (?), 23:56, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    поставил я сдуру в качестве корп. вики moinmoin написанный на этом подобии компилируемого языка. К апачу оно прикручивалось с матюками, теперь каждое обновление этого вареза тоже сопровождается матюками, разборками с инстансами, и какой-то прочей левотой. Почему к примеру phpMyAdmin обновляеся одной командой? а тут надо др0чить консоль дабы отловить все глюки/баги, понять что там в конфиге и почему это не хочет создаваться .pyc файл. бред же ну.
     
     
  • 7.50, e2 (?), 07:41, 27/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Почему к примеру phpMyAdmin обновляеся одной командой?

    Соберите пакет и ваш "варез" тоже будет устанавливаться одной командой. Остальное нытье.

     
  • 4.7, Anon (ok), 14:12, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Это точно. Синтаксис весьма хорош и код читабелен, даже не зная питона
    > можно понять что написано. А разбирать чужой код на перле то
    > еще удовольствие

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

     
     
  • 5.9, Добрый Дохтур (?), 16:14, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ага-ага. И когда к вам присоединяется вот такой вот "творец", остальные долго матерятся.
    Так что python просто принуждает писать читабельно - иначе не заработает.
     
     
  • 6.22, User294 (ok), 19:13, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > просто принуждает писать читабельно

    Нужно наносить пользу и причинять добро? :)

    > - иначе не заработает.

    Это почему же? Есть еще вариант что заработает, но неправильно :)

    И у меня есть вопрос: где же, блин, нормальные продукты написаные на питоне, если там все так замечательно?

     
     
  • 7.27, e2 (?), 20:30, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > И у меня есть вопрос: где же, блин, нормальные продукты написаные на
    > питоне, если там все так замечательно?

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

    Если говорить допустим про веб, то майнстримом выделяются такие вещи как django и tornado, хотя на них список далеко не ограничивается. На python работает часть гугла, часть яндекса, ютубе полностью, фейсбук использует tornado в качестве веб-сервера, собственно это его разработка, точнее купленой им компании. Видеоблог президента РФ, то же на python написан.

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

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

    Множество GUI-приложений, особенно под Linux, особенно в Ubuntu, мейнстрим PyGTK,PyQt.

    Утилит и скриптов по администрированию систем, просто море.

     
     
  • 8.30, svv (??), 21:28, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А у меня сложилось впечатление, что в Убунту мейнстрим --- МОНО, но не Питон ... текст свёрнут, показать
     
     
  • 9.44, e2 (?), 22:10, 26/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Там из моно остался только томбой, и то только потому что идет с гномом, проделк... текст свёрнут, показать
     
  • 8.51, tipa_admin (?), 09:46, 27/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а я всё на фортране проги для квантовой механики использовал дописывал D ... текст свёрнут, показать
     
  • 5.10, broki (?), 16:48, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >хорошо для ограниченных
    >"ведомых" людей
    >креативных людей
    >"творцов"
    >больше свободы
    >тут подходит куда лучше

    i want to believe

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

     
  • 5.37, Сергей (??), 11:46, 26/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы что на самом деле считаете программистов творцами? Я сам программист с 10-летним стажем и то так не считаю. Есть даже анекдот на эту тему.

    Perl на самом деле сложно применять в командной разработке если заранее не оговорен стандарт кодирования, с помощью неявных переменных можно таких выкрутасов написать, что другие потом неделю разбираться будут. Python на самом деле для командной разработки будет получше, особенно Python + Django + TDD.

    Я вобще уже года 2 апач не использую, nginx + FastCGI. По этой схеме работают PHP, Perl, Python и.т.д. + масшабируемо. Так что если ты не хостер, то нафиг апач не уперся.

     
     
  • 6.38, СуперБизон (??), 12:16, 26/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    и в чём отличие?
    nginx+Apache от nginx+FastCGI ?
     
     
  • 7.39, stimpack (?), 16:09, 26/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    поточнее выражайтесь:
    nginx+apache+mod_xxx от nginx+FastCGI
    Объясните, зачем ЛИШНЯЯ тормозная прокладка с дубляжом функционала и более скукоженным местом входа (какие-то там хэндлеры для mod_xxx писать на каждый чих и тп)?
    Чтобы мысли головного мозга текли исключительно по проторенной массами тропе?
     
     
  • 8.55, slepnoga (??), 10:36, 27/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    расскажите, как чем заменить libapreq ... текст свёрнут, показать
     
  • 3.17, Анонимен (?), 18:49, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Потому что есть Ruby.
     
  • 2.6, Anon (ok), 14:09, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Однако у перла весьма туманное будущее

    У перла весьма ясное и светлое будущее, оно называется perl6.

    > - из дистров его потихоньку выпиливают,

    Гон, ниоткуда его не выпиливают.

    >любителей на нем писать все меньше.

    Неправда. В прошлом - да, перл испытал сильный отток разработчиков - это те, кто писал говнокод и не осилили нормально изучить язык. Сейчас они все перелезли на более простые языки типа PHP/Python. Но для перла это только позитив - как для человека избавление от мерзкой гнойной опухоли.
    Сейчас же у него всё стабилизировалось, и язык продолжает активно развиваться. CPAN, например, тому подтверждение.

     
     
  • 3.12, fi (ok), 17:04, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> - из дистров его потихоньку выпиливают,
    >Гон, ниоткуда его не выпиливают.

    выпиливают, выпиливают - из freebsd например :))
    он им там, сильно мешает писать на sed&awk

     
     
  • 4.16, cvsup1 (?), 17:54, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Там не совпадали циклы выпуска релизов и жизненные циклы.
    Т.е. причина совсем в другом.
     
  • 4.19, Аноним (-), 19:00, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    И хорошо что выпилили, в голом дистрибутиве вообще должно быть лишнего кода по минимуму, что бы в системе было меньше мест где она может сломаться. И совсем другой компот, что перл все равно всегда ставится...
     
  • 4.18, Аноним (-), 18:55, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Статистика например вот http www indeed com jobtrends q perl 22software engi... большой текст свёрнут, показать
     
  • 4.33, пуеак (?), 00:09, 26/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    там есть miniperl (RTFM?)
     
  • 4.53, Sugar (ok), 10:14, 27/12/2010 [^] [^^] [^^^] [ответить]  
  • +/

    > выпиливают, выпиливают - из freebsd например :))
    > он им там, сильно мешает писать на sed&awk

    А почему выпилили не говорим?
    Потому-что таким образом во freebsd избавилиь от лишних базовых зависимостей, т.е. переписали все стартовые и установочные скрипты на shell+awk+sed, читай на том, что есть в базовой системе. Т.о. если бы на месте перла был питон, то его бы точно также бы и выпилили из базовой системы. Но в самой системе perl остался.

     
  • 3.24, e2 (?), 19:34, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Однако у перла весьма туманное будущее
    > У перла весьма ясное и светлое будущее, оно называется perl6.

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

     
     
  • 4.52, Sugar (ok), 10:04, 27/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Товарищ, Perl6 сначала появился на бумаге, в виде спецификации, его очень долго проектировали, так как язык планируется вводить на жизненный цикл 20 лет, и он очень сильно отличается от перл5, это по сути другой язык.
    А вот Python3 это прямое продолжение Python2, не так ли? И пилят его уже тоже около 10 лет.
    А для Perl6 уже вышел интерпретатор, качай Rakudo Star и радуйся жизни.
     
  • 2.8, Аноним (-), 15:52, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > из дистров его потихоньку выпиливают

    Perl входит в LSB, фантазёр.

     
     
  • 3.46, Имя111223 (?), 01:02, 27/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    в LSB небось просто написанн путь ("/usr/bin/perl") по которому должен находиться perl в случае если perl установлен
     

  • 1.11, szh (ok), 16:55, 25/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Языку Perl исполнилось 23 года. По традиции с 1 по 24 декабря разработчики языка Perl организовали марафон, в рамках которого на страницах блога perl6advent.wordpress.com

    Вранье.
    Язык perl 6 несколько месяцев как вылупился из яйца.
    23 года другому языку, которому никакого марафона не посвящали.

    По моим наблюдениям regexp в perl5 хоть и сильно быстрее чем в питоне, и на одном уровне с javascript в Firefox, но медленнее в 10 раз чем Chromium/v8.

     
     
  • 2.21, anonimus (?), 19:10, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Шайтан! Как ты запустил питон и перл в браузерах для сравнения regexp?
     
     
  • 3.35, szh (ok), 03:17, 26/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    я запустил одинаковые непростые регекспы в javascipt'e в браузере и в перле не в браузере занимаясь оптимизациями на прошлой неделе.

    А перл vs питон я год или два назад сравнивал

     
     
  • 4.40, stimpack (?), 16:25, 26/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > я запустил одинаковые непростые регекспы в javascipt'e в браузере и в перле
    > не в браузере занимаясь оптимизациями на прошлой неделе.

    когда в javascript появится поддержка \w,\W,\s,\S,\d,\D,\b и прочих вкусностей, вот тогда поговорим.

     
     
  • 5.42, szh (ok), 20:44, 26/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > когда в javascript появится поддержка \w,\W,\s,\S,\d,\D,\b и прочих вкусностей, вот тогда поговорим.

    Доброе утро! Это есть.
    var x="aa Aa bb cc 09 2a";
    console.log(x.match(/\b\S\S\s\w\w\s\d\w\b/))
    console.log(x.match(/\b\S\S\s\w\w\s\d\D\b/))

    ответы firefox: "bb cc 09" и "cc 09 2a" вас устроят ? Поговорим ? :)

     
     
  • 6.49, stimpack (?), 06:25, 27/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, был неправ. беру свои слова обратно :)

    Касательно perl тогда - http://www.opennet.me/opennews/art.shtml?num=28625
    Не javascript ведь все же на серверную часть ставить. Да и от движка все зависит - вон в хроме быстро, а ишак достоин смерти.
    Да и не переносить же вычисления и проверки на клиента - одного такого любителя gwt я полгода назад сломал - мальчик был сильно обижен, что циферки в базе не те, что нужно.

     
     
  • 7.56, szh (ok), 11:06, 27/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > RE2

    к перлу еще не прикрутили

    > PIRE

    по описанию слишком мало чего поддерживает
    Pire does not have any Perlish conditional regexps, lookaheads & backtrackings, greedy/nongreedy matches; neither has it any capturing facilities.
    и я так понимаю к перлу не прикручен


    > Да и не переносить же вычисления и проверки на клиента

    я именно это недавно и сделал, только результаты регекспов не записываются в базу а только показываются пользователю, кроме того я поддерживаю только Firefox 3.6+ и Chrome.

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


     
     
  • 8.57, stimpack (?), 12:26, 27/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    нет в жизни щастья Все зависит от специфики приложения Я тоже ишака не умею и ... текст свёрнут, показать
     
  • 4.43, vle (ok), 21:40, 26/12/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Там "многа букафф", но я очень рекомендую.

    http://swtch.com/~rsc/regexp/regexp1.html
    http://swtch.com/~rsc/regexp/regexp2.html
    http://swtch.com/~rsc/regexp/regexp3.html

     
     
  • 5.48, szh (ok), 02:54, 27/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо.

    1) бекреференсы не использовал, а теперь и подавно использовать не буду, простейший тест показал на ~30% медленее
    foreach(1..1000000) {
    my $x = "aa vdf as1354df a2aa aa a ajrowfg q30f b b bb qwrw cb bb";
    $x =~ s/(aa).*?\1/$1x/;
    }

    чем тоже самое с  s/(aa).*?aa/$1x/


    2) Regexp::Optimizer там упоминается, он работает наоборот с бекреференсом быстрее чем без; причем время тоже самое, но наоборот

    P.S.
    http://blog.chromium.org/2009/02/irregexp-google-chromes-new-regexp.html
    http://code.google.com/p/re2/

     
     
  • 6.58, vle (ok), 15:01, 27/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Спасибо.
    > 1) бекреференсы не использовал, а теперь и подавно использовать не буду,
    > простейший

    Проблема не только в том, используются backreferences или нет, а в том,
    как реализован обычный match в регекспах.

    > тест показал на ~30% медленее

    На таких грохотных регекспах проблема может быть незаметна.

    > 2) Regexp::Optimizer там упоминается, он работает наоборот с бекреференсом быстрее чем
    > без; причем время тоже самое, но наоборот
    > P.S.
    > http://blog.chromium.org/2009/02/irregexp-google-chromes-new-regexp.html
    > http://code.google.com/p/re2/

    Да, я в курсе.

     
  • 2.25, e2 (?), 19:37, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > По моим наблюдениям regexp в perl5 хоть и сильно быстрее чем в
    > питоне

    учитывая что у них общая библиотека regexp написанная на С, весьма странное заявление.

    >и на одном уровне с javascript в Firefox, но медленнее в 10 раз чем Chromium/v8.

    про эксперементы с python в браузере я слышал, но чтобы perl...

     
     
  • 3.26, lonerr (?), 20:10, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> По моим наблюдениям regexp в perl5 хоть и сильно быстрее чем в
    >> питоне
    > учитывая что у них общая библиотека regexp написанная на С, весьма странное
    > заявление.

    Нет у них никакой общей библиотеки регулярных выражений, не вводите в заблуждение.

    >>и на одном уровне с javascript в Firefox, но медленнее в 10 раз чем Chromium/v8.
    > про эксперементы с python в браузере я слышал, но чтобы perl...

     
     
  • 4.28, e2 (?), 20:33, 25/12/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>> По моим наблюдениям regexp в perl5 хоть и сильно быстрее чем в
    >>> питоне
    >> учитывая что у них общая библиотека regexp написанная на С, весьма странное
    >> заявление.
    > Нет у них никакой общей библиотеки регулярных выражений, не вводите в заблуждение.

    Я Вас огорчу http://www.pcre.org/

     
     
  • 5.34, lonerr (?), 00:59, 26/12/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Блажен кто верует :)

    [lonerr@dev2 ~]% ldd /usr/local/bin/python | grep pcre | wc -l
           0
    [lonerr@dev2 ~]% ldd /usr/local/bin/perl | grep pcre | wc -l
           0

    Ну это просто для сравнения:
    [lonerr@dev2 ~]% ldd /usr/local/sbin/nginx  | grep pcre | wc -l
           1

    Регулярные выражения python и perl имеют даже синтаксические отличия, не говоря о внутренней реализации и отличиях в скорости работы.

    Вот это реализация regexp python:
    http://svn.python.org/view/python/trunk/Modules/_sre.c?revision=80736&view=ma

    Вот это часть реализации perl:
    http://perl5.git.perl.org/perl.git/blob_plain/HEAD:/regcomp.c

    Это совершенно разный код, pcre это третья реализация, не более того.
    Вариант pcre, несмотря на свое название (perl compatible) не имеет отношения к перловой реализации и восходит к exim.

     
     
  • 6.45, e2 (?), 22:29, 26/12/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/

    Снимаю перед вами шляпу, вы правы.
     

  • 1.20, bruno (?), 19:01, 25/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Мои поздравления! Perl прекрасный язык, пожелаю ему чтоб он и дальше был и продолжал развиваться.
     
  • 1.36, Zert (ok), 11:18, 26/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Параолимпиада
     
  • 1.41, Аноним (-), 18:24, 26/12/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Perl и Python по возможностям ничем не отличаются. Выбрал первый из-за синтаксиса - взгляд цепляется за %, $, @ - очень облегчает восприятие кода. Но все-таки порою не хватает вещи вроде PyQt.
     
     
  • 2.47, Имя111223 (?), 01:07, 27/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    хм... а у меня взгляд цепляется за __ :-)
     
  • 2.54, Sugar (ok), 10:20, 27/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Perl и Python по возможностям ничем не отличаются. Выбрал первый из-за синтаксиса
    > - взгляд цепляется за %, $, @ - очень облегчает восприятие
    > кода. Но все-таки порою не хватает вещи вроде PyQt.

    По той же причиние причине выбрал Perl, но еще мне понравились ограничители блоков - { }.
    Честно говоря, когда выбирал ЯП для себя, начитался фанатских бредней на форумах, про то какой Питон крутой, а Перл отстойный, и уже склонялся к выбору первого, но когда сел сравнить синтаксисы, возможности языков, почитав перед этим несколько вводных статей в Perl и Python, все-таки выбрал Perl.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру