This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-09-11
Channels
- # aleph (4)
- # beginners (68)
- # boot (21)
- # chestnut (1)
- # cljs-dev (72)
- # clojure (64)
- # clojure-austin (9)
- # clojure-dusseldorf (16)
- # clojure-gamedev (2)
- # clojure-italy (32)
- # clojure-russia (80)
- # clojure-spec (9)
- # clojure-uk (20)
- # clojurescript (105)
- # cursive (5)
- # data-science (5)
- # datomic (23)
- # defnpodcast (3)
- # emacs (22)
- # fulcro (2)
- # graphql (63)
- # hoplon (7)
- # lein-figwheel (17)
- # lumo (63)
- # mount (2)
- # nrepl (4)
- # off-topic (66)
- # om (6)
- # onyx (3)
- # portkey (54)
- # re-frame (12)
- # reagent (12)
- # specter (42)
- # uncomplicate (1)
- # unrepl (38)
- # vim (9)
- # yada (3)
@cgrand It’s a pity with didn’t get to chat at ClojuTRE, but I wasn’t feeling great and I was in a very uncommunicative mood.
Yep. Sends a stronger message that one is not some continuation of the other (or an antipod for that matter).
originally I named it richrepl because richer interaction and influence by Rich rant on repls
No, I won’t be coming to the conj this year, but I’ll be at ClojureX. I’m not doing enough Clojure development these days to justify dealing with the jetlag. 🙂
I didn’t play much with it, but I liked the idea overall. Wanted to spend some time researching how it could be used with CIDER, but lately I’ve had a ton of work and very little free time.
Maybe just one - better commit messages. I look from time to time at the code and such commit messages puzzle me a bit 🙂
I’m a big believer in https://chris.beams.io/posts/git-commit/
@bozhidar I have thought about CIDER a little. I suspect it will primarily just be sending eval's because EDN allows a richer communication model, so much of the extra ops are unrequired in unrepl.
The only one I think is missing, is streaming of results. But I think this is something that only refactor-nrepl does.
Actually... A sufficiently lazy sequence might be able to do it. Basically if you have a slow operation you can do: > sleep 1000 > send result 1 > sleep 1000 > send result 2
And a tool could create its own stream of EDN messages (ok ok the extension system is not specified yet)
@cgrand I'm thinking from the context of the work being optional, you could stop it when necessary. And rely on the laziness property to defer work. So I guess that could be considered tying control and laziness.
If you look at Clojure evolution, the laziness contract has been relaxed multiple times. Strict laziness existed only for a short time (after the demise of nil-punning and before chunked seqs). To me it clearly mean that laziness in Clojure should not be used for flow control.