Re: Про прогресс питона

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

>В общем, то что вы Питон не любите это я знаю
(Сейчас меня закидают камнями) а я вот люблю питон, и пишу на нём >50% всего кода. Я, правда, не программист, я - быдлокодер, мне можно:)

>но вот за что вы не любите (или любите) Питон3?
Я не люблю его за то, что для него никак не могут родить стандарт WSGI. Ну ей б-гу, пора уже, сколько времени прошло.

Re: Про прогресс питона

>но по сути указатели есть
В смысле референции, как в Джаве? Можно пример, когда это "всплывает".

Re: Про прогресс питона

> Питон3 говно, а Питон2 наше всё
Питон говно вне зависимости от цифры. Ты эту ёбаную хуйню на каком-нибудь тонком девайсе запусти, с прекомпиляцией или нет - пох.

Синтаксис вообще не должен быть проблемой - для нормальных языков есть форматтеры. Форматируй себе код как присрётся, а заставлять пейсать в питоновском стиле - это полный пездец какой-то.

Про полную поддержку UTF-8 в качестве достоинства языка говорить в 21м веке как-то даже неприлично, когда уже даже богопротивный Перл умеет работать с Юникодом.

Re: Про прогресс питона

>Можно пример, когда это "всплывает".
Например когда кто-то делает так:

def some_func(var1, var2, var3={}):

А потом у него dict один на всю программу.

Re: Про прогресс питона

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

Re: Про прогресс питона

>Ты эту ёбаную хуйню на каком-нибудь тонком девайсе запусти, с прекомпиляцией или нет - пох.
Кстати, кто-то даже запускал.  http://wiki.python.org/moin/PyMite

Обещают влезть аж в 4кб RAM. Один мой знакомый пробовал, нифига, вообще не заводится. Использовать тормозной и жрущий петон для тонких девайсах могут только истинные извращенцы.

>Про полную поддержку UTF-8 в качестве достоинства языка говорить в 21м веке как-то даже неприлично, когда уже даже богопротивный Перл умеет работать с Юникодом.
Если быть честным, то там и раньше была полноценная поддержка. Можно скорее говорить о полной переделке с одного способа на другой.

Re: Про прогресс питона

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

>Про полную поддержку UTF-8 в качестве достоинства языка говорить в 21м веке как-то даже неприлично, когда уже даже богопротивный Перл умеет работать с Юникодом.
Ну ладно, а кто ещё поддерживает? Руби? И да, кстати, интересны нюансы Python Vs Ruby.

Re: Про прогресс питона

> Кстати, кто-то даже запускал.  http://wiki.python.org/moin/PyMite Обещают влезть аж в 4кб RAM.
Да не настолько тонком.. Опенмоковские морды на этой фигне написаны - буэээ

Re: Про прогресс питона

>была полноценная поддержка
была, но я если честно не захотел осиливать вечные decode() encode()

Re: Про прогресс питона

>Да не настолько тонком.. Опенмоковские морды на этой фигне написаны - буэээ
Неужто так плохо? Там же наверное обёртка к чему-то сишному, а в этом случае оно не должно сильно тормозить.

Re: Про прогресс питона

>В общем, то что вы Питон не любите это я знаю
Не то что не люблю питон, просто отношусь к нему с равнодушием и созерцанием, то есть пофиг, без всякой любви или нелюбви к этому языку, как и к Перлу кстати. Лень его осваивать и главное для чего? Я люблю что практичнее PHP например. Хотя было время и на Ruby засматривался, но с практической точки зрения понял, что пользы ноль от него как и от перла кстати, пришел к выводу что лучше PHP ничего нет при его убогости и проблемах, тут вопрос не красоты кода, а практичности. Языка PHP хватит на 90% случаев, а для 10% Java или какой-нибудь из С#, но это на совсем крайний случай.

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

Re: Про прогресс питона

>была, но я если честно не захотел осиливать вечные decode() encode()
А они никуда не исчезли, просто теперь строки, требующие decode, стали обзывать bytes. Во втором питоне, кстати, unicode-строки это нифига не utf-8.

Re: Про прогресс питона

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

> но мы же в 21м веке всё таки, удобство писания кода должно уже (имхо) цениться больше, чем оптимализационные факторы.
У тебя нечем код отформатировать в IDE или чо?

> Ну ладно, а кто ещё поддерживает? Руби? И да, кстати, интересны нюансы Python Vs Ruby.
Перл тот же, джаво, go, C#, D, PureBasic, PL/SQL, да им несть числа

Re: Про прогресс питона

> Неужто так плохо? Там же наверное обёртка к чему-то сишному, а в этом случае оно не должно сильно тормозить.
Тем не менее. Кстати, андроед есть для фрираннера - то просто летает.

Re: Про прогресс питона

>Кстати, андроед есть для фрираннера - то просто летает.
А опенмоко, кстати, как девайс совсем помер, или они в будущем таки планируют что-то новое сделать? А то пиарили-пиарили, а теперь их не слышно совсем.

Re: Про прогресс питона

> Во втором питоне, кстати, unicode-строки это нифига не utf-8.
Вообще неочевидна принципиальная разница. Для активной работы со строками (ну когда ты ими в памяти манипулируешь), возможно, 16-ти или 32-х битный юникод эффективнее из-за фиксированной ширины символа. А для хранения и IO - эффективнее UTF-8 за счёт более компактного представления наиболее распространённых символов. Я поэтому говорю "юникод", не фиксируясь на конкретном представлении.

Re: Про прогресс питона

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

Re: Про прогресс питона

>Вообще неочевидна принципиальная разница. Для активной работы со строками (ну когда ты ими в памяти манипулируешь), возможно, 16-ти или 32-х битный юникод эффективнее из-за фиксированной ширины символа.
Это то всё верно, но в случае питона тут есть психологическая проблема. Питонокодеры на ляпихе привыкли, что у них всё в утф-8, потому многие не видят разницы между unicode и utf-8, а интерпретатор им часто помогает эту разницу скрыть. Зато когда они пытаются использовать свои программы на виндовсе, например, начинается жуткий ад с decode и encode, и непривыкший разум начинает этих штук бояться.

Я бы на месте авторов питоновской документации написал большими красными буквами 10 раз на главной: "Python unicode type IS NOT utf-8":)

Re: Про прогресс питона

> А опенмоко, кстати, как девайс совсем помер, или они в будущем таки планируют что-то новое сделать?
Я их рассылку уже полгода совсем не читаю.. Давеча сливал последний релиз SHR - такое же тормозное говно как и раньше. Разбираться некогда.

Re: Про прогресс питона

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

Re: Про прогресс питона

> Питонокодеры на ляпихе привыкли, что у них всё в утф-8, потому многие не видят разницы между unicode и utf-8, а интерпретатор им часто помогает эту разницу скрыть. Зато когда они пытаются использовать свои программы на виндовсе, например, начинается жуткий ад с decode и encode, и непривыкший разум начинает этих штук бояться.

Нет, тут что-то неправильно. Интерпретатор имеет какое-то своё внутреннее представление символов - никого не ебёт какое. Венда предлагает дефолтный API с UTF-16 (финкции вида СделайТотоИТотоW() ) и API для совместимости, который ожидает символы в альтернативной локали (финкции вида СделайТотоИТотоA() ) - не помню как это точно называется в панели управления, изначально "А" подразумевало ASCII наверное. К этому API сделаны биндинги и/или слой абстракции, которые и должны всё переконвертировать если есть такая необходимость. И правильно биндинги должны быть сделаны к юникодным функциям. Вроде не должно возникать проблем..

Re: Про прогресс питона

Использую питон 2.5 на телефоне в качестве продвинутого калькулятора. Можно было бы и scheme использовать, да скобки задалбывает набирать.

Re: Про прогресс питона

>И правильно биндинги должны быть сделаны к юникодным функциям. Вроде не должно возникать проблем..
Я писал немного не про те проблемы. С биндингами вроде всё нормально, там нюансы на более простом уровне - на всяком разном IO. Например, простой принт питоновско-уникодной строки c не-ASCII без проблем печатает в линуксовую консоль всё что надо, а в вендовой он падает с UnicodeDecodeError.

Да и просто перенаправление вывода программы с уникодом и print-ом в файл приводит к падению с этим самым мерзким еррором. А в консоль печатает и не жалуется.

Re: Про прогресс питона

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

Re: Про прогресс питона

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

Ещё забавно, что в уникодном линуксе код:

print u'слово'

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

print u'слово'.encode('utf-8')

нормально работает и при печати в файл, и при печати в консоль.

То есть хитрый интерпретатор умудряется печатать без ручной перекодировки из питоновского уникода в утф-8 консоль, падая в других случаях. Что, опять же, создаёт у непуганых программистов иллюзию кодировочной магии. А вот с виндовой консолью такая фишка уже не проходит.

Re: Про прогресс питона

> Кстати, андроед есть для фрираннера - то просто летает.
Ты его сам ставил или просто начитался какого-то форума?

Re: Про прогресс питона

> А опенмоко, кстати, как девайс совсем помер
Они из него учебную платформу вроде как сделали, отдали в какой-то бразильский университет.

> планируют что-то новое сделать?
Платформа открыта. Найдётся инвестор -- будет что-то новое.

Re: Про прогресс питона

> Давеча сливал последний релиз SHR
Комрад! Странно что и ты дошёл до стабильно-гибридного релиза. Ты брал тестинг или унстабле?

Re: Про прогресс питона

> Ты его сам ставил или просто начитался какого-то форума?
Он у меня в дуалбуте: на внутренней флеши андроед, на карточке SHR или что-нить другое.

Re: Про прогресс питона

> Странно что и ты дошёл до стабильно-гибридного релиза. Ты брал тестинг или унстабле?
Хм, чего-то я засомневался а не анстейбл ли я слил..

Re: Про прогресс питона

>>ни один интерпретатор
Вот для этого векторизацию и придумали.

Re: Про прогресс питона

>>"Python unicode type IS NOT utf-8":)
LOL. Без шуток. Вместо зоопарка кодировок получили зоопарк юникодов. Зато любители писать в текстбоксах на аглецком, японском и укроинском одновременно теперь счастливы.

Re: Про прогресс питона

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

Re: Про прогресс питона

> Вместо зоопарка кодировок получили зоопарк юникодов
Это было ясно с самого начала. А недальновидные до сих пор вопят про спасительную силу утф8.

Re: Про прогресс питона

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