The new release of https://twitter.com/hashtag/DeepLearning?src=hashtag_click for Programmers https://twitter.com/hashtag/book?src=hashtag_click 0.16.0 What's inside: Step by step guide Superfast implementation on both CPU and GPU from scratch no fluff! subscribe, read NOW, and support my https://twitter.com/hashtag/opensource?src=hashtag_click https://twitter.com/hashtag/Clojure?src=hashtag_click libraries https://twitter.com/hashtag/MachineLearning?src=hashtag_click https://aiprobook.com/deep-learning-for-programmers?src=cslack&release=0.16.0

fyi - https://www.acm.org/articles/bulletins/2020/march/dl-access-during-covid-19

I was interested to see that Rmarkdown’s knitr now has a clojure language engine going under the moniker ‘lein’. Apart from listing it’s existence I haven’t seen any documentation in the R world, so thought I’d ask here. Does anyone know anything more about this feature?

@grumplet - I think the people who would know most about this subject can be found here: https://clojurians.zulipchat.com/#narrow/stream/204621-r-interop And they would love to talk to you about it 🙂.

@grumplet @chris441 thanks! Now I'm curious too. I'll try to understand what it is about. Edit: curious, not furious

It seems that the lein knit engine was kindly added by knitr's author Yihui Xie long time ago, without being aware too much of Clojure habits and problems. It seems to run a new lein process for every lein block, rather than keeping a clojure process to communicate with. I know someone who tried to wrie a more complete solution based on nrepl protocol, but this has never become a library (yet). @grumplet do you imagine it could be useful?