This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-03-06
Channels
- # architecture (25)
- # bangalore-clj (1)
- # beginners (21)
- # boot (45)
- # cljs-dev (38)
- # clojure (272)
- # clojure-austin (7)
- # clojure-finland (7)
- # clojure-france (3)
- # clojure-italy (7)
- # clojure-japan (1)
- # clojure-russia (13)
- # clojure-spec (36)
- # clojure-uk (31)
- # clojurescript (96)
- # core-async (15)
- # cursive (16)
- # datascript (3)
- # datomic (97)
- # emacs (107)
- # hoplon (16)
- # jobs (9)
- # keechma (1)
- # luminus (1)
- # off-topic (19)
- # om (39)
- # onyx (15)
- # pedestal (3)
- # planck (22)
- # protorepl (4)
- # re-frame (20)
- # reagent (3)
- # ring-swagger (25)
- # specter (26)
- # test-check (19)
- # testing (1)
- # untangled (381)
Quick question: In the API docs, we are told not to put
nil values on a channel. Is this only because take
from a closed channel returns nil
, or for some other technical reason? I have searched around and haven't found an answer, but I just assume that because nil
on a take means closed channel.
> It'll probably be awhile before I hear back from Rich, and I'm 90% sure the answer is "don't do that"
@ghadi Since we can store nil in data structures, I can see why some people might want to use it.
Hey @ghadi...I got a message for you
that makes about as much sense as a nil on a channel 😉