A
> либо я совсем безнадёжен)
это не ты тут год с SNMP возишься?
это не ты тут год с SNMP возишься?
Полтора, не он )
> либо я совсем безнадёжен)
это не ты тут год с SNMP возишься?
Size: a a a
2020 December 25
YT
не, я с другим вожусь))
YT
но про SNMP мне тоже интересно))
a
я за стандартизацию, всё в UTF-8 или 16 и закрыть вопрос уже с кодировками
Не путай юникод строки и байты с utf-8.
a
я долго думал про это эн лет назад. и пришёл к выводу, что это был таки наилучший путь (с учётом монсовых замечаний) перехода от аскии к ютф8
Ну, не лучший (идеально было бы ввести отдельный тип/ошибки вместо latin1 по умолчанию)
AP
извини, не понял. ты про изобретение нового языка или чтобы продолжали работать легаси программы?
VG
allter
Ну, не лучший (идеально было бы ввести отдельный тип/ошибки вместо latin1 по умолчанию)
с точки зрения backward compatibility - лучший
VG
вот python 3 родился из-за уникода, и до сих пор приложения python 2 так и разгребают
AK
> python 3 родился
но лучше не стало
но лучше не стало
a
с точки зрения backward compatibility - лучший
Нет. Backward compatibility означает всего лишь, что старые проги работают с байтами как с байтами в предыдущих версиях (возможно, учитывая use locale). Строки юникод символов (оглядываясь назад) надо было делать отдельным типом, с точки зрения программиста, по крайней мере (во внутреннем представлении возможно - флагом). Без вот этой молчаливой конверсии как latin1.
VG
allter
Нет. Backward compatibility означает всего лишь, что старые проги работают с байтами как с байтами в предыдущих версиях (возможно, учитывая use locale). Строки юникод символов (оглядываясь назад) надо было делать отдельным типом, с точки зрения программиста, по крайней мере (во внутреннем представлении возможно - флагом). Без вот этой молчаливой конверсии как latin1.
нет, не "всего лишь"
VG
она означает, что старые проги продолжают работать как работали В НОВЫХ версиях
a
вот python 3 родился из-за уникода, и до сих пор приложения python 2 так и разгребают
Ну, насколько я знаю, они вот как раз поправили эту ошибочную возможность смешивать юникод и байты.
a
она означает, что старые проги продолжают работать как работали В НОВЫХ версиях
да, но с байтами
VG
то есть то, что тебе НЕ НАДО ПЕРЕПИСЫВАТЬ старый код
VG
а теперь посмотри на затянувшийся переход на третий бидон.
a
то есть то, что тебе НЕ НАДО ПЕРЕПИСЫВАТЬ старый код
В Perl всё-такие есть прагмы. Ставь прагму - получай юникод по умолчанию. Но не автоматом.
VG
введение типа - не прагма
a
введение типа - не прагма
Да. Речь о том, что было бы идеально, если бы был введён тип/флаг, но старые скрипты работали бы только с байтами.
Хочешь - ставь use utf8 и получай строки этого юникодного типа (но для работы с legacy модулями делай encode/decode, или получай подыхание).
Хочешь - ставь use utf8 и получай строки этого юникодного типа (но для работы с legacy модулями делай encode/decode, или получай подыхание).
VG
ну и чем это лучше нынешнего?