DL
find-first !
А то в проекте бесконечное количество (first (filter ...))
А то в проекте бесконечное количество (first (filter ...))
чаще всего first можно деструктурировать
Size: a a a
2019 December 18
KC
ну это тоже можно притянуть к “добавленная семантика nil”
OR
ну это тоже можно притянуть к “добавленная семантика nil”
Можно воспринять и так.
OR
Но по мне
contains? всё-таки про ключиKC
Но не нужно
KR
Это типа разговор что нил не нужен как конструкция?
KC
надеюсь что нет)
KC
скорее про значение nil
A
Мда... Использовать nil как значение, а не его отсутсвие, в clojure который дает возможность изи создать keyword - с такими подходами вы будете в любом ЯП иметь кучу проблем и так же искать причину не в себе а в других :)
OR
Это типа разговор что нил не нужен как конструкция?
nil не нужен в значении "а здесь мы явно поставим nil"
OR
По-моему.
OR
Хотя я придумал вариант, когда так может быть.
OR
Когда мы хотим видеть, что поле было потрогано.
IG
самый лучший nil, кстати, в lua. Там он реально означает "ничего"
KC
Мда... Использовать nil как значение, а не его отсутсвие, в clojure который дает возможность изи создать keyword - с такими подходами вы будете в любом ЯП иметь кучу проблем и так же искать причину не в себе а в других :)
наоборот же, во многих языках микс “nil как value” и “nil - отсутствует” создает кучу проблем, а в кложуре все просто: nil - value
IG
foo[a] = nil означает грохнуть ключMP
наоборот же, во многих языках микс “nil как value” и “nil - отсутствует” создает кучу проблем, а в кложуре все просто: nil - value
вот да, хорошо, что в основном многие согласны, что nil это отсутствие значения
OR
В кложе nil тоже неплохо вписан, и прекрасно работает. Меня лишь смутило явное его использование, но, возможно, в этом нет ничего плохого. Здесь, скорее вопрос в том, что в проекте все должны понимать это использование одинаково.
KC
ok, а могу я использовать nil как элемент коллекции? например
#{nil 1 2 3}OR
Да пожалуйста, кто мешает