AT
Предлагаю сойтись на ничьей и пойти спать
сначала «гораздо менее производительный», а как только выяснилось, что как минимум такой же - сразу ничья 🤷♂️
Size: a a a
2020 August 12
l
сначала «гораздо менее производительный», а как только выяснилось, что как минимум такой же - сразу ничья 🤷♂️
Ну от масштабов зависит. Сейчас разница примерно 25%. Если взять не 30к символов, а намного больше, и таких операций несколько сотен (то питон здесь юзать не надо), то будет чувствоваться разница
A
генератор всегда шустрее списка
A
ему не нужно ничего хранить
A
потому у него и нет len()
A
а лайфхак с суммой основан на том, что булево True=1, но так может быть не всегда
l
генератор всегда шустрее списка
Насколько я помню с олимпиад, как раз наоборот. Происходит больше вызовов на стеке при использовании генератора, за счет этого он медленней будет чем список
ПЯ
Был момент, устанавливал определенные значение через shell
Пример:
Пример:
set MAIL_PORT=587
Можно ли как-то посмотреть все эти значения?l
а лайфхак с суммой основан на том, что булево True=1, но так может быть не всегда
Да это понятно, просто неочевидный немного способ
A
Был момент, устанавливал определенные значение через shell
Пример:
Пример:
set MAIL_PORT=587
Можно ли как-то посмотреть все эти значения?env
A
Насколько я помню с олимпиад, как раз наоборот. Происходит больше вызовов на стеке при использовании генератора, за счет этого он медленней будет чем список
не. и то и другое пройдет по всему множеству данных. просто генератор будет это делать в реальном времени, и не занимать прерывания
A
а компрех создает список, т.е. будет выполнять блокирующую операцию пока не построится
ПЯ
env
env <название> ?
l
а компрех создает список, т.е. будет выполнять блокирующую операцию пока не построится
Так я не компрех юзал, а list()
l
Он как-то по-другому отрабатывает
A
env <название> ?
а просто env выведет всё, что есть
A
Так я не компрех юзал, а list()
так же
A
он же должен создать (и вычислить) весь список
ПЯ
а просто env выведет всё, что есть
он мне выводит только ошибку🌚