Объяснением такого поведения является как раз различная обработка mutable и immutable объектов в параметрах функций. Я сам до конца не понимаю причин такого поведения, потому и не пишу таких опусов.
Почитайте сами Сузи по ссылке, вам тоже полезно будет.
А насчет упрощать: это вы нам, дуракам, чтоб попроще, чтоб мы поняли, объяснили. Спасибо вам большое!
вообще, чтобы все это кончилось, надо всем разработчикам открытых альтернативных клиентов договориться и не в очередной раз реверсить протокол, а в принципе исключить поддержку icq из этих клиентов.
для всего мира, из солидарности.
вместо очередного хака поднять большой общеопенсорсных хай
а в питоне специально супер медленный while использовался и другие замедляющие работу конструкции?
Прошу обратить внимание всех, что Python код в данном примере не просто не оптимизирвоан, но специально замедлен.
А вообще, оптимизировать можно всё и долго, а потом еще и на С++ переписать.
Я на такие веселья смотрю так: чем бы дитя не тешилось, лишь бы работать мне не мешало, бегая перед моим рабочим местом с криками «Ruby — rulezzz, Python — говно».
в мозг положил вывод:
иногда можно по разному, но до стадии оптимизации, т.е. почти всегда надо юзать hasattr, но оптимизировать его при желании потом иногда можно
за упоминание dir() в коде реального приложения для целей отличных от дебуга — расстреливать
кстати, код пишу сам.
2. про «параметры по умолчанию — mutable» я не понял:
tuple — immutable
list — mutable
и те и другие могу быть параметрами по умолчанию
Объяснением такого поведения является как раз различная обработка mutable и immutable объектов в параметрах функций. Я сам до конца не понимаю причин такого поведения, потому и не пишу таких опусов.
Почитайте сами Сузи по ссылке, вам тоже полезно будет.
А насчет упрощать: это вы нам, дуракам, чтоб попроще, чтоб мы поняли, объяснили. Спасибо вам большое!
При этом автор пытается объяснять это поведение обоснованно задающим вопросы читателям. Читатели в недоумении, имидж Python в жопе. Все счастливы.
Руки за такие статьи отрывать.
Начинающим про Python читать здесь: www.intuit.ru/department/pl/python/
ищущий да обрящет…
Нарисовав красивую картинку и наняв побольше индусов можно делать продукты на любой технологии.
Я про то, что технологию должен поддерживать инструментарий, чтобы можно было работать на высоком абстрактном уровне.
я знаю, что так по понятиям будет
для всего мира, из солидарности.
вместо очередного хака поднять большой общеопенсорсных хай
всем активно спредить джаббер
Прошу обратить внимание всех, что Python код в данном примере не просто не оптимизирвоан, но специально замедлен.
А вообще, оптимизировать можно всё и долго, а потом еще и на С++ переписать.
Я на такие веселья смотрю так: чем бы дитя не тешилось, лишь бы работать мне не мешало, бегая перед моим рабочим местом с криками «Ruby — rulezzz, Python — говно».
положил к себе в закладки, на будущее.
в мозг положил вывод:
иногда можно по разному, но до стадии оптимизации, т.е. почти всегда надо юзать hasattr, но оптимизировать его при желании потом иногда можно
за упоминание dir() в коде реального приложения для целей отличных от дебуга — расстреливать
никак не на каком-либо сервере
нужно в принципе запретить употреблять рядом слова «хранить пароли» и «php»
что ж… молодцы!
остается вопрос: а какой из них удобней? может стоит тестировать не производительность, а юзабилити?
отношение к пользователю, количество сбоев, наличие различных востребованных возможностей?
юношеский максимализм хорош во дворе при встрече с гопотой, но не тут
вы подумали как вы его на сувенирку наносить будете и вообще?
задумайтесь над тем что пишете, что пишут вам, тогда придет понимание
зы: сорри, за оффтоп