Python3 only.

> И тут Python решает.

В питоне очень не хватает аналога LWP.

это ты про asyncio и tornado ? :-)

(tornado может работать поверх цикла от asyncio)

Python3 only.

наверне, ты хотел написать: «не в устаревшей ветке Python2.X» ? :-)

так было бы более корректно.

а-то знаешь ли.. на сегодняшний момент, когда люди говорят Python , то это как раз и подразумевает Python-3.4 (ну или на крайний случай Python-3.3)

Задницы тоже у всех есть. А попки - только у некоторых...

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

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

а тот, кто кричит «г*вно» и «ненужно», тот мало с такими задачами сталкивался, скорее всего толком не программировал и наверняка кроме своего основного ЯП толком ничего не видел

да неужели, в моем дебиане например

$ python Python 2.7.8 (default, Oct 18 2014, 16:20:11) [GCC 4.9.1] on linux2 Type «help», «copyright», «credits» or «license» for more information.

а питон3, только если

$ python3 Python 3.4.2 (default, Oct 8 2014, 13:14:40) [GCC 4.9.1] on linux Type «help», «copyright», «credits» or «license» for more information.

простите не осилил lorcode

$ python
Python 2.7.8 (default, Oct 18 2014, 16:20:11) 
[GCC 4.9.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.

$ python3
Python 3.4.2 (default, Oct  8 2014, 13:14:40) 
[GCC 4.9.1] on linux
Type "help", "copyright", "credits" or "license" for more information.

В академическом Py3K можно не писать. В применяемом на практике/в продакшене Py2K все еще требуется.

В сырцах всё должно быть в ascii. Независимо от поддержки юникода. Сегодня ты напишешь «строка=», а завтра ты увидишь «=لکیر».

С точки зрения стартапов перспективнее всего бухучёт.

на сегодняшний момент, когда люди говорят Python

Они подразумевают /usr/bin/python. Так, проверим.

$ ls -l /usr/bin/python
lrwxrwxrwx 1 root root 9 Sep 28  2013 /usr/bin/python -> python2.7

Ага, вот как. И так оно во всех нормальных дистрибутивах. (Где там по другому? В школоарчах/гентах?)

а завтра ты увидишь «=لکیر».

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

А должно оно или не должно быть в ascii - это у вас уже танцпол в голове. Так что аргумент несущественен.

Они подразумевают /usr/bin/python

Они подразумевают /usr/bin/env python[23]

шикарное интервью.

да неужели, в моем дебиане например

зайди на официальный python-сайт и собири из исходников.

в этом случае вот и узнаешь как называется исполняемый файл :-)

На сайте конференции FOSDEM появился анонс о том, что 31 января Ларри Уолл объявит, что Perl 6 станет доступен для использования в продакшне в 2015 году.

Ура, товарищи!

Арабская письменность, ЕМНИП, относится к письму справа налево. Так что всё правильно.

Открыл интервью с Рикардо Сигнесом. Кошмарный, чудовищный, вырвиглазный, костноязычный перевод. Как это люди должны читать вообще?

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

Гугл-транслейт бы справился лучше.

это ты про asyncio и tornado ? :-)

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

Блестяще излагаешь свои мысли.

Вот только в продакшене все еще царит python2.

Это типа urllib2?

urllib2 ни разу не конкурент LWP. Я уже выше писал, что это чудо даже TLS до сих пор не научилось нормально поддерживать .

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

Зачем нанимать Perl-программиста, Алексей Варяник

fixed.

в Python есть нормальнве модули, которые делают полное преобразование (в соответствии со стандартом HTML5) HTML-текста в дерево-объектов. Прикладному программисту остаётся лишь выполнить кастумный поиск по этому дереву.

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

И кстати, в Python *есть* сырые-строки (s = r"example"), и по сути это и есть поддержка регулярок на уровне языка..

Нет, это всего лишь сырые строки.

Да ну. Этому python3 до продакшена еще 10 лет говном плыть, поэтому под питоном пока все еще подразумевается 2й.

У LWP тоже есть проблемы. Например, без сторонних костылей он не поддерживает ipv6 (в 2015 году !).

Вот это реально доставило

http://pragmaticperl.com/issues/23/pragmaticperl-23-как-нанять-perl-программи...

(Только не называйте «Пёрл погроммиста» «программистом».)

А такие ещё немытые, небритые, с сальными волосами и в несвежей одежде типчики ещё водятся?

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

пока не переведут самые используемые модули на python3, python2 устаревшим не станет

перевели (или написал новые аналоги)

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

без полного преобразования — не сделаешь обход по дереву объектов.

Кроме валидного html бывает не валидный и просто текст.

невалидный HTML — тоже разбирается.

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

быстрее — это с учётом поправок после каждого «неожиданного» фэйла? "я такой молодец, я написал регулярку... ой, нужно поправить тут.. ой, и тут.. ой, и тут... ой, а иногда такой случай тоже не разбирается..."

Нет, это всего лишь сырые строки.

сырые строки — ни где не используются кроме регулярок. если бы не существовало бы регулярок, то и сырых строк тоже не было бы (или они были бы безсмысленны). это два сапога пара.

Этому python3 до продакшена еще 10 лет говном плыть, поэтому под питоном пока все еще подразумевается 2й.

нет.

без полного преобразования — не сделаешь обход по дереву объектов.

Это ясно, только это далеко не всегда нужно.

сырые строки

Поддержка со стороны языка это не только сырые строки, но и отсутствие бесконечных портянок с import re, re.compile, match, findall ....

У LWP тоже есть проблемы. Например, без сторонних костылей он не поддерживает ipv6 (в 2015 году !).

ой! кто-бы мог подумать.. этакий старпёр, который живёт в криокамере — вдруг ни с того ни с сего вспоминает про молодой IPv6 (которому всего-то лишь лет 15 отроду!).

прям сурприз! :-D

Поддержка со стороны языка это не только сырые строки, но и отсутствие бесконечных портянок с import re, re.compile, match, findall ....

это с чего ты взял что поддержка со стороны языка должна иметь строго одинаковые (во всех языках) семантики? семантика может отличаться!

вот в C/C++ — нет поддержки регулярных выражений со стороны языка.. там нет ни чего.. ни сырых строк, ни всего остального.

семантика может отличаться!

Да я не против, пусть отличается.

вот в C/C++ — нет поддержки регулярных выражений со стороны языка.. там нет ни чего.. ни сырых строк, ни всего остального.

В том числе поэтому он не подходит для быстрого клепания наколеночных программ для разбора текстов.

ipv6-костыль Net::INET6Glue существует уже давно, но и сам LWP ведь тоже починили в версии 6.08. Так что эту проблему можно смело вычёркивать.

вот в C/C++ — нет поддержки регулярных выражений со стороны языка.. там нет ни чего.. ни сырых строк, ни всего остального.

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

а, да, похоже в C++11 появилось :)

А такие ещё немытые, небритые, с сальными волосами

Perl

ну тогда в этом случае:

Python

Arch

Python
Ученик 4-ого класса, пьющий яшку и носящий шапку «228»

Для этого сейчас используют phantom.js в купе с jQuery вообще моща получается и регулярки не нужны практически. Ибо нужна нормальная эмуляция браузера, скриптов и т.д. Вникать в протоколы обмена на уровне http слишком затратно.

ЛОР- это рай для этолога

На ЛОРе было недавно высказано мнение, что в Ай-Ти нельзя стать нормально обеспеченным человеком.

Я лишь частично соглашусь с этой точкой зрения.

Есть 2 типа айтишников:

1. Кульхацкеры

2. Инженеры. (Учитывая российские реалии - офисные прикладные программисты, как правило, на Java.)

Если айтишник работает прикладным программистом в серьезной конторе, имеет специализацию в предметной области (особенно, банковское дело и финансы), то он входит в средний класс.

Если по жизни «омега», мнящая виртуально на ЛОРе себя «альфой», обезьяничает на форуме , кидается какашками, выделывается среди себе подобных (у приматов - это стремление занять место повыше в иерархии) знанием никому не нужных недоязычков типа хацкеля или педона, то это КУЛЬХАЦКЕР.

Что вызывает у «приматов» ЛОРа бугурт, я, как этолог-любитель, заметил:

1. Java - не Ъ, ибо не берут кульхацкеров в банки, финиансовые компании и т.п. конторы.

2. Mac OS X, OS X, iOS - ибо это признак «метросексуала», а не задрота.

3. enterpriZe RHEL, SLES, даже домашние *Ubuntu и Fedora, ибо Ъ - это только красноглазие от Арча или Гентуууу.

4. Hi-Fi - ибо тот, кто купил колоночки лучше говнолабов или свинов, «аудиофил», который не вынужден чалиться на общагах и/или съёмных квартирах.

Собственно, контингента Special Olympics среди кульхацкеров много.

«Кушать подано!»(С)

Слишком много жира, но у меня не вызывает батхерт это все мероприятие :)

В плацкарте мощнее.

Про найм перловиков понравилось.

По языкам программирования: реально яп нужно делить исключительно по двум признакам: 1. Востребованность на рынке труда 2. Технические возможности яп

И сравнивать их мешая первый пункт со вторым - страшно глупое дело, согласись. К примеру php уступает perl по второму пункту - тут никто не будет спортить, но и по первому пункту perl уступает php - тут тоже никто не будет спорить. perl, как и любой другой интерпретируемый яп имеет право на жизнь. Как и lua, python, php, ruby и иже с ними.

На кой чёрт нужно сюда JS тащить? Для подавляющего большинства сайтов, предоставляющих интересующую исследователя информацию, эмулировать браузер не нужно совершенно. В крайнем случае - JSON-другой запросить и распарсить. Люди, рисующие социальные графы в застранном JS-ом фейсбуке — подавляющее меньшинство.

Востребованность очень легко проверить.

И самый востребованный и оплачиваемый (enterpriZe!) язык программирования - это ...

http://www.superjob.ru/research/articles/111436/programmist-java/

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

Вылезай уже из криокамеры, тыц!:

Если вы хотите профессионально заниматься веб-скрейпингом, то выкиньте из головы все кроме Javascript и phantomjs. На дворе 2014 год и скачивание с последующим парсингом HTML уже не дает желаемого результата. Или используйте байндинги Perl к phantomjs.

по двум признакам

У меня есть уже рожденный недавно третий признак: возможность использования ЯП для разгрузки своих проектов.

Вот Perl у меня влетает просто на сверхзвуке, потому что его изначальное предназначение для качественной социологии (да и социологии в целом) - ну просто что доктор прописал!