AP
вот о чём люди думают, когда системным объектам/функциям дают имена
str и len?Size: a a a
2020 April 05
p
а что, в третьей избавились от GIL ? :)
нет и для этого им придется очень сильно все сломать.
YM
Блин, да там дело не в самом языке, а в конкретной сишной реализации
p
вот о чём люди думают, когда системным объектам/функциям дают имена
str и len?а еще list и tuple ;)
p
и dict
VG
а еще list и tuple ;)
ну эти норм
AP
я могу пережить
list посде похапеAP
но короткие имена?
VG
я могу пережить
list посде похапеа я после тикля и лиспа :)
p
ну эти норм
ну вот у меня коллега переезжая с perl печалился что "все хорошие имена уже зарезервировали"
p
хотя по мне называть переменную list/str/tuple/dict - дерьмовая идея
AP
chr() — вот это вот нах? с перла копировали? но в перле неймспейс функций отдельный, им не страшноAP
$str — нормальное короткое имя, как и $i для фораYM
например в Jython нет гила вроде, ибо там JVM сам рулит трэдами
p
$str — нормальное короткое имя, как и $i для форанет, потому что str тебе ничего не говорит о том что в этой переменной.
VG
хотя по мне называть переменную list/str/tuple/dict - дерьмовая идея
str или list во вспомогательной функции-утилите - нормально
p
например в Jython нет гила вроде, ибо там JVM сам рулит трэдами
труп
AP
нет, потому что str тебе ничего не говорит о том что в этой переменной.
а мне это не всегда и надо то
YM
труп
ходячий хоть? )
VG
более того, там и str1 и str2 могут оказаться норм даже :)