E
Size: a a a
2020 July 16
КК
не думаю, что это делает код читабельнее, это только нагромождает его
КК
if (elem in set) == True:
...
...
m
не думаю, что это делает код читабельнее, это только нагромождает его
ты пока просто больших выражений не писал логических)
E
человеку легче читать вертикально, чем горизонтально, а запись со сравнением делает его длиннее, так что немного все таки читабельность добавляет
m
да дело не в этом
m
я не говорю что всегда надо
КК
ты пока просто больших выражений не писал логических)
можно пример какой-то?
я не верю, что есть ситуация, в которой код понятнее станет от этого == True/False
я не верю, что есть ситуация, в которой код понятнее станет от этого == True/False
m
можно пример какой-то?
я не верю, что есть ситуация, в которой код понятнее станет от этого == True/False
я не верю, что есть ситуация, в которой код понятнее станет от этого == True/False
например когда у тебя флагов много
m
и ты расписываешь для каждой комбинации if else
m
и когда ты пишешь явно для каждого flag1 == True or flag2 == False ... то это выравнивает условия
у тебя в коде флаги друг под другом оказываются
у тебя в коде флаги друг под другом оказываются
КК
ну, возможно, это полезно
m
короче полезно бывает обычно либо для выравнивания, либо когда при отладке например нужно инвертировать явно условие
m
и менять False на True
m
когда изменения в репе - проще смотреть
m
когда True на False поменялось, чем когда у тебя строка вправо или влево расширилась
каким нить not, скобками или == False
когнитивная нагрузка больше чтобы осознать такое изменение
заново приходится по сути читать условие
каким нить not, скобками или == False
когнитивная нагрузка больше чтобы осознать такое изменение
заново приходится по сути читать условие
m
в целом - нечасто очень пригождается, но короче не стоит прям категоричным быть таким)
Ls
намекните где я здесь протупил
AP
Идти до тех пор пока справа нет стены, если сверху или снизу стена красить