s🇷
или 4096?
это и есть 4к
Size: a a a
2020 September 25
GF
я в целом про стиль программирования
аа, ну в зависимости от кейсов тот или иной подход же можно рассматривать. другое дело, что если ты новичок, то да, действительно, можно на ботах привыкнуть, а потом в другом кейсе не сменить вовремя подход
s🇷
если проверка дешевле операции - стоит выполнить сначала её
если один фиг - что проверка, что операция - проще сделать операцию и потом по ексепшену слить
если один фиг - что проверка, что операция - проще сделать операцию и потом по ексепшену слить
GF
это и есть 4к
кстати, чекнул в ректекстере, он с разницей аж в две секунды сделал count и split на "x"*4000
s🇷
то есть count быстрее?
GF
то есть count быстрее?
Ну да, а что, ты без уверенности говорил?
s🇷
это ты ещё расход памяти не смотрел
s🇷
Ну да, а что, ты без уверенности говорил?
полчаса уже пизжу тут, без уверенности
GF
если проверка дешевле операции - стоит выполнить сначала её
если один фиг - что проверка, что операция - проще сделать операцию и потом по ексепшену слить
если один фиг - что проверка, что операция - проще сделать операцию и потом по ексепшену слить
Ексепт в питоне вообще всегда дороже проверки условия через иф... Его стоит юзать только если шанс ошибки низок, а не чтобы проверять там что-либо
GF
это ты ещё расход памяти не смотрел
Ауф
GF
Ексепт в питоне вообще всегда дороже проверки условия через иф... Его стоит юзать только если шанс ошибки низок, а не чтобы проверять там что-либо
Ой, не всегда
GF
А в тех случаях, когда ошибка происходит
GF
s🇷
скорость разработки позволяет, но в продакшн не должно такого быть
s🇷
трай екцепт лишь на реконнект бота
s🇷
например
s🇷
то есть те ситуации, которые ты не можешь проконтроллировать сам
JN
Согласен
s🇷
у меня бот при разрыве коннекта, считай смерти бота, через ексепшн сохраняет состояние юзеров