Старпер. Все 3 вещи имеют право на жизнь.

>Подкасты, аудиокниги, видеоуроки… Ненавижу моду.

Больше всего ненавижу. Однако есть такая хорошая вещь как радиопьесы.

Вы отвечаете, как будто кто-то спросил/заинтересовался. Кого вообще волнуют ваши предпочтения? Всем класть на ваше субъективное отношение. Кроме вас никому она не упала. Ваш КО.

Вы так говорите, будто я сделал что-то плохое.

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

Советую послушать 3ий выпуск - с Шарифулиным (http://yapp.rpod.ru/232126.html). Вот там - годно. Только ведущие портят чуть-чуть настроение.

Вообще, yapp - это почти самое скучное, что есть в Perl.

Support of software written in Perl is an instant nightmare. It's easier to maintain assembler codes that Perl codes. Perl must die.

Насчет плайн езайн - отличная идея, а ребятам надо еще уловить правильный формат, 11 выпусков - это далеко не устоявшийся формат.

Программировать на Perl - это как есть палочками: непривычно и многие считают это глупостью, другие же наслаждаются удобством и простотой.

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

Есть подозрение, что urllib из python 2.6 просто так без секса не заработает под python 2.4.

Есть подозрение, что urllib из python 2.6 просто так без секса не заработает под python 2.4.

Да кто бы сомневался. Только что проверил - уже под 2.5 просто так не работает. Нужна куча еще других модулей новой версии.

Что мешает обновить Python?

Что мешает обновить Python?

Есть требование заказчика - все программы должны работать и на старых системах, на которых никто ради одной программы питон обновлять не будет. Да и сам процесс обновления питона не тривиален, особенно на старой системе. Я сомневаюсь, что python 2.6 так лихо станет на древний debian.

А собрать один раз пакет (хотя бы tarball) нельзя, и ставить его везде, нельзя, да? Или LWP с Perl тоже не обновляете?

на древнем дебиане ещё приходят обновления безопасности? или это заказчика не волнует?

для неосиливших и забаненных: http://stackoverflow.com/questions/2084782/timeout-for-urllib2-urlopen-in-pre...

YAPP

всем здравствуйте

Перл, Риву, Тысылы/Тыкы, Лисп, Хаскил, Путхон, Пыхыпы Запорите ещё пару Фобосов.

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

Видели мы таких. Типа, у нас тут энтерпрайзный дистр, какой-то рхел4, если не древнее, трогать нельзя, иначе гарантия на сервер того. И ушлые ребята вместо того, чтобы купить себе новый рхел, разводят помойку в /usr/local, хуже слаки: формально требования соблюдены, и софт типа нужной версии (хотя туда соваться еще страшнее, все висит на соплях и скотчем к соплям прицеплено).

С другой стороны, я вот посмотрел и нашел в одну минуту решение на http://stackoverflow.com/questions/2084782/timeout-for-urllib2-urlopen-in-pre.... Раз вам так легко было целую программу перевести на перл с его LWP, то я сильно сомневаюсь, что программа была большая и использовала сокеты ради чего-то еще, кроме как http-запросов, так что выставление глобального таймаута ничего бы и не сломало.

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

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

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

- В-третьих, младшему нужно «почистить речь» и произношение. И нечего волноваться.

Верю что дальше будет лучше. Успехов. Ваш Аноним.

P.S.: Комментаторам: вместо того чтобы устраивать бурление в треде, предложите что-нибудь конструктивное по подкасту. Дополняйте/исправляйте меня.

Стал доступен 11-ый выпуск Yet Another Reason to Ban Perl на русском языке. Темы выпуска:

• Кучка маргиналов опять нажралась, якобы, по поводу дня рождения того волосатого, что до сих пор блюет
• Ну, почему Perl, когда есть столько хороших языков!??
• Опять тормоза в том, что в Perl называется ООП (и кто им вообще сказал, что это ООП?)
• Отчет о конференции F*ckPerl 2011
• Ну, сколько можно засирать CPAN тысяча и одной версией одного и того же, впрочем, одинаково не работающего!
• Давайте уже поговорим о чем-нибудь хорошем

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

Браво! К этому и добавить нечего жD

Питон прям такой волшебный язык. Особенно, когда нужно, чтобы код работал сразу на нескольких версиях питона. У нас, например, есть требование, чтобы питоновские проги работали, начиная с версии питона 2.4. В тоже время, очень нужные фичи есть только в последних версиях.

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

Я сомневаюсь, что python 2.6 так лихо станет на древний debian.

А как же virtualenv?

для неосиливших и забаненных: http://stackoverflow.com/questions/2084782/timeout-for-urllib2-urlopen-in-pre...

О, спасибо. На самом деле я посмотрел официальную документацию и успокоился. Хотя метод немного проктологический.

Видели мы таких. Типа, у нас тут энтерпрайзный дистр, какой-то рхел4, если не древнее, трогать нельзя, иначе гарантия на сервер того. И ушлые ребята вместо того, чтобы купить себе новый рхел, разводят помойку в /usr/local, хуже слаки: формально требования соблюдены, и софт типа нужной версии (хотя туда соваться еще страшнее, все висит на соплях и скотчем к соплям прицеплено).

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

С другой стороны, я вот посмотрел и нашел в одну минуту решение на http://stackoverflow.com/questions/2084782/timeout-for-urllib2-urlopen-in-pre....

Тут я недосмотрел. Ограничился официальной документацией.

Раз вам так легко было целую программу перевести на перл с его LWPсломало.

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

А как же virtualenv?

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

Неужели Вы правда считаете, что это недостаток Питона, а не Ваших работодателей?

Ага, давай теперь из-за питона работодателя сменим.

Тогда, представляю, что бы вы сказали, если б Вас заставляли писать программы на Perl, совместимые с 4-й версией этого языка.

Разницу между 4 и 5 версиями, и 2.4 и 2.6 видишь? Я бы посмотрел, как ты лихо и просто бы поддерживал второй и третий питон.

Перл нужен. Жаль, в какую-то не ту степь повёл его автор.

Да и сам процесс обновления питона не тривиален, особенно на старой системе. Я сомневаюсь, что python 2.6 так лихо станет на древний debian.

2.6 отлично работает на RHEL 4.

> разводят помойку в /usr/local, хуже слаки

Вы за#$@ли, тролли, со своей слакой, которую только на картинках видели. Нет там никакой помойки в /usr/local, и никогда не было.

Не все, если и были такие. Не все йогурты одинаково съедобны :)

Перл нужен. Подкасты не нужны.

> Язык был не важен. Даже если бы я наткнулся на решение с timeout, то не факт, что я бы выбрал питон.

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

> А как же virtualenv?

По-моему, вы что-то путаете. Речь не о модулях, а о версии интерпретатора.

оло-оло то что ваши заказчики не асилят установку на своих серверах интерпретатора python 2.6 РЯДОМ а не вместо того же python 2.4 - кривость ваших заказчиков а не питона :). У perl тоже полно библиотек которые работают только с новыми версиями perl - особенно если вы будете использовать фреймворк типа calalyst.

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

...но при этом едят один рис.

>Вы за#$@ли, тролли, со своей слакой, которую только на картинках видели. Нет там никакой помойки в /usr/local, и никогда не было.

А ты там искал? /usr/local в слаке монтируется как /.

А чем этот plain-text e-zine будет лучше в плане следования веяниям моды? И чем его содержимое будет отличаться от тех статей, что мы обсуждаем в подкасте?

В нём не будет (надеюсь :)) «Эм… Ы… Значит, ну…» (чуть не половина подкаста) и «коллер… не, каллер…» и прочей сценической речи.

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

...но при этом едят один рис.

Ещё один стереотип.

>Перл нужен. Жаль, в какую-то не ту степь повёл его автор.

Чем вам не нравится 5.14?

>Чем вам не нравится 5.14?

Я о 6ом.

Ну вот про Catalyst вы напрасно. Он прекрасно работает на 5.8.X и на 5.12.X, обратная совместимость между версиями самого Catalyst и версиями Perl - одна из задач в его развитии (от части из-за этого и тормозит)

> А собрать один раз пакет (хотя бы tarball) нельзя, и ставить его везде, нельзя, да? Или LWP с Perl тоже не обновляете?

И зачем трахаться с ломаной совместимстью питона, если можно взять нормальный ЯП, например Perl?

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

Товарищ, ты передергиваешь, 5 перл вышел когда питона еще не было (или он только нарождался). Скорее, это как писать проги для 5.8.8, что вполне себе нормально

ну 6ой это отдельная тема.

Вот про развитие 5ой ветки: http://lwn.net/Articles/458714/ http://sharifulin.posterous.com/perl-516

гм а попробуйте его обновить на дистре с perl двугодичной давности. Только чур пользоваться только rpmbuild.

>ну 6ой это отдельная тема.

6ой - это не тема, это будущее. И чем быстрее оно наступит, тем быстрее мы узнаем судьбу перла.

> 6ой - это не тема, это будущее. И чем быстрее оно наступит, тем быстрее мы узнаем судьбу перла.

но все же это скорее отдельный ЯП, чем прямой потомок.

> 5 перл вышел когда питона еще не было

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

>но все же это скорее отдельный ЯП, чем прямой потомок.

Я не считаю что после выхода 6ой 5ый долго просуществует.

И потом тоже. :)
Бывает там память фрагминтируется и вырастает до 90, всё.