Юникод в Питоне - странный повод для смеха

Юлик написал про свою любимую тему последнего времени — юникод. На этот раз он предлагает посмеяться то ли над Trac, то ли над Django. То ли над "теми, кто считает что в Python хороший unicode support".

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

• прямые юникодные строки (в четырех- или двухбайтовых символах) со всеми строковыми функциями
• поддержка перекодировок между юникодом и однобайтовыми кодировками
• нормализация, декомпозиция, определение принадлежности символа к юникодным группам (модуль unicodedata)
• регулярные выражения, где \w действительно умеет соответствовать русским буквам, а не только [a-zA-Z]

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

Другое дело, что поддержка юникода в Питоне не идеальна. В первую очередь тем, что она не работает "сама" или "автоматически", а про нее приходится думать. И именно из-за этого люди в ascii-язычном мире часто делают софт на Питоне, который с другими языками не работает, потому что большую часть времени разработки они не в курсе, что он не работает :-). Так, кстати, случилось, и с Django: когда он только выпустился, там были места, где длина строки в utf-8 считалась как len(value) без предварительной раскодировки в юникод. Но зато из-за того, что это Питон, все эти места оказалось возможным просто починить. А не ждать много лет, когда, наконец, хоть кто-нибудь напишет всю нужную многоязычную инфраструктуру.

Надо сказать, что сам Юлик тоже хотел внести лепту в улучшение отношений Django с юникодом. Но его патч, к сожалению, покинули. Как это часто, к сожалению, в Django бывает.

Но как бы то ни было... Заявлять отстойность языка только на основании того, что на нем написана программа с багом (вот редкость-то!) — это просто несерьезно, IMHBCO.