This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-03-12
Channels
- # aleph (10)
- # beginners (62)
- # boot (12)
- # cider (97)
- # cljs-dev (171)
- # clojars (1)
- # clojure (224)
- # clojure-italy (4)
- # clojure-nl (2)
- # clojure-russia (1)
- # clojure-spec (41)
- # clojure-uk (68)
- # clojured (7)
- # clojurescript (115)
- # community-development (4)
- # cursive (2)
- # data-science (1)
- # datomic (18)
- # duct (40)
- # emacs (1)
- # events (1)
- # fulcro (148)
- # funcool (2)
- # graphql (2)
- # immutant (3)
- # jobs (3)
- # keechma (1)
- # luminus (2)
- # numerical-computing (1)
- # off-topic (19)
- # om (6)
- # parinfer (10)
- # pedestal (15)
- # precept (86)
- # reagent (12)
- # ring (3)
- # ring-swagger (2)
- # shadow-cljs (42)
- # spacemacs (19)
- # specter (17)
- # sql (11)
- # tools-deps (78)
- # unrepl (62)
- # vim (28)
@thomas I was on my belly underneath a yew bush attacking a bramble with a pair of secateurs
@thomas - I was trying to not be ill, going to a school fundraiser (that was surprisingly fun) and then celebrating Mother's Day yesterday, before hopping on a plane... No time for Clojure until very late last night when I arrived at my digs and realised that I needed to have made more progress than I had... ๐
I didn't bother with Slack - I assumed you'd all be sleeping at midnight / 1 o'clock
morning @maleghast
and yes I should have said that people didn't bother with slack.... they might as well have done some Clojure
good, we went away for Saturday night and saw a play about Andy and Terry's treehouse, which was very funny
Morning all ๐
@thomas, I did a little Clojure-ing over the weekend
@thomas i wasnโt Clojure-ing but i did try out https://cryptozombies.io/en/course/ which was quite fun
Whats crazy about it @maleghast ๐ฎ
Sounds like a fun idea imo
I'm sorry @guy, I am just experiencing extreme blockchain fatigue at the moment and the idea of building a game using BC tech of any stripe just makes me think "WHY? WHY FOR THE LOVE OF GOD?"
Oh its just a tutorial thing @maleghast
There is so much pointless bullshit about blockchain - the simple truth is: 1. It's not all that new an idea 2. There are almost no use-cases where a central authority is not preferable to a distributed public ledger 3. The people who think it is going to "solve the unbanked problem" or "guarantee the provenance of food commodities" are absolutely delusional
My trackpad was playing up - couldn't get it to snap out of a weird behaviour, so rebooted... Fixed now
I'd be happy with a distributed ledger that didn't require so much electricity to operate, but then I'm thinking more about edge computing and distributed consensus with patchy networking atm (thus my interests in JSON CRDTs too)
So, anyone got a good suggestion as to how to slow down a go-loop..? I have a go-loop that is consuming a channel of http API calls, and I am losing data from the API 'cos the calls are happening too close together - the API is throttled for no more than 5 requests / second
Yeah, actually I was wrong above ^^ the multiple http requests are getting stacked up inside a doseq block...
So all the consumer stuff that uses channels can go as fast as it likes (so long as the DB and ES cluster can keep up), it's just the first part that needs to slow down.
The API I am hitting is limited to 5 requests / second, so I want to just force the doseq loop to do one iteration per second.
@maleghast i think i've used this in the past https://github.com/brunoV/throttler
Thanks @mccraigmccraig - I will take a look
Looks exactly what I was looking for, thanks @mccraigmccraig ๐
it's worth having a browse through the code @maleghast - it's pretty simple, and a great example of the advantages of making processing pipelines explicit (with buffers, backpressure etc)