Программист Python за работой

я всегда подозревал что с питоном что-то не то...

Ты где взял мою фотку, демон!?

ещё и на немецком

Думаю, дело не в питоне, а в авторе-голландце.

А я теперь понял, что именно...

Вижу яблоко в углу!

А если он работает, то почему на мониторе не исходники, а какое-то изображение во весь экран?

от автора

http://ecx.images-amazon.com/images/I/51R1WPN53BL._SS500_.jpg

а вот я что-то яблока не вижу, только голую волосатую жопу.

А на самом деле это тест роршаха.

питон сам по себе тест роршаха. ни один здравомыслящий человек на нём программировать не будет. почему join является методом строки а не массива?

Наверное по томуже почему есть функция len() которая тупо вызывает чтото вроде __lenght__() и совершенно нет модификаторов доступа, в общем не язык а загадка.

кстати про выбор Python vs Perl.

если бы имелись 2 версии горового проекта: одна заброшенная, но зрелая на Перле, другая еще не готовая, но более новая (и разработанная уже после версии на Перле) на Питоне.

Почему автор забросил Перл и "с нуля" начал переписывать на Питоне?
Повелся на рекламу или его Перл достал?
что бы выбрали дорабатывать? На Перле или Питоне?

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

Яб начал писать на руби и забросил.

а я на Перле продолжил писать

>Думаю, дело не в питоне, а в авторе-голландце.

++ :)

>Почему автор забросил Перл и "с нуля" начал переписывать на Питоне?

Я в своё время не поленился живую и рабочую систему на PHP переписать, когда набенчил, что mysql_* функции последнего работают 9(!) раз быстрее, чем DBI первого :) Даже на то, что чисто числодробильнее Перл быстрее.

Ну а сейчас Перл, не побоюсь этого слова, итак помер.

Ждём, пока помрёт PHP, тогда перелезу на Python или Java :)

>почему join является методом строки а не массива?

Меня это до сих пор удивляет :) Мне пару раз объясняли, но я забыл уже :)

...

Хотя, вот, уже сам придумал - а если массив будет Null? Тогда str.join(Null) будет работать, а Null.join("") - нет :)

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

Только пайтон. Перл с его однострочниковыми загибами и вообще tmtowtdi принципом это писец.

Ага, на null значт проверять ненадо, прям как в пыхе.

> почему join является методом строки а не массива?

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

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

> почему join является методом строки а не массива

Потому что list.join('-') будет работать только для списков, а '-'.join(something) работает для любого объекта, который поддерживает интерфейс итератора.

Ага, делаем в строке метод к последовательностям, к деревьям (отдельный же), к каждой структуре данных же. Буэээ, про наследование питонофаги не в курсе, да?

> про наследование питонофаги не в курсе, да?

В питоне duck typing. Не важно от кого отнаследовался объект, важно только, чтобы он поддерживал определенный набор функций (aka протокол, интерфейс).

> отдельную функцию в каком-нибудь модуле 

str.join('-', ['1', '2']) 

или 

from string import join
join(['1', '2'])
join(['1', '2'], '-')

> почему join является методом строки а не массива

а что тебя в этом смущает?

В Перле есть и даже обьекты.

хорошо спроектированная программа на Перле также хорошо читается, как и на ПХП.

за исключением случаев с регулярными выражениями

> что бы выбрали дорабатывать? На Перле или Питоне?

на Эрланге. а потом накурился бы и забил.

> Ждём, пока помрёт PHP

агащаз ) ничо что он на 99% хостингов юзается вовсю? :)

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

Понятно. Но это шаг от естественного языка к машине. То есть шаг назад :)

>агащаз ) ничо что он на 99% хостингов юзается вовсю? :)

Я же сказал - «ждём», а не «скоро дождёмся» :)

И не мне нужно про долю хостингов рассказывать, сегодня PHP - мой основной хлеб :)

> хорошо спроектированная программа на Перле также хорошо читается, как и на ПХП.

И давно в функции аргументы стали явно указываться, а не выбираться из @_ ?

Половина немцев считают немецкий юмор худшим в Европе. Ещё треть — одним из худших.

это понятно, но не в этом дело.

просто я смотрел 2 версии одной и той же программы.

В перловой версии я разобрался в СТРУКТУРЕ и начал менять программу. Плюс пакетный менеджер более-менее вменяем (ActivePerl)

На Питоновскую версию я смотрел несколько раз - очень сложо разобраться - так и не осилил.

>На Питоновскую версию я смотрел несколько раз - очень сложо разобраться - так и не осилил.

Питон нагляднее Перла. Но зато и многословнее. Видно, тебе более компактные сущности важнее наглядности :)

>Но это шаг от естественного языка к машине. То есть шаг назад

Естетственные языки были до "машинных", и, собственно, машинные придумываются по причине неприемлемости естественных. То есть шаг таки *вперёд*.

> И не мне нужно про долю хостингов рассказывать, сегодня PHP - мой основной хлеб :)

собственно, и мой тоже.

Пиши тогда сразу на asm

Господа программасты, а что, действительно никто из вас не смотрел фильмы "Monty Python"? Эта картинка как бы напрямую отсылает к "Monty Python's Flying Circus", что неудивительно, ибо в честь них язычок-то и назван.

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

это както запрещает наследовать функционал?

>> Ждём, пока помрёт PHP

> агащаз ) ничо что он на 99% хостингов юзается вовсю? :)

Ну не мешает же аналогичный расклад на рынке ОС всем ждать вендокапца...

> это както запрещает наследовать функционал?

Наследуйте, никто не запрещает. Для этого случая даже специально Abstract Base Classes есть.

Но еще разок: питон - язык с duck typing. К ООП в питоне никто не принуждает, это не джава. Хотите писать без классов - пожалуйста, все будет работать.

>Пиши тогда сразу на asm

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

а давайте подойдем с другого конца и начнем юзать Uncommon Web

http://zephyrfalcon.org/labs/python_pitfalls.html

> http://zephyrfalcon.org/labs/python_pitfalls.html

п.4 - это просто пипец... нет слов. неужто правда так, что the attributes are shared between instances ?

> неужто правда так, что the attributes are shared between instances ?

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

нене, пример там посмотри -

>>> class Foo:
... bar = []
... def __init__(self, x):
... self.bar.append(x)
...
>>> f = Foo(42)
>>> g = Foo(100)
>>> f.bar, g.bar
([42, 100], [42, 100])


это типа нормально? f и g - это же разные экземпляры класса?