Re: Migrating nREPL out of Clojure Contrib

Hi Chas, I have no hard feelings about the hosting or organisation of the nrepl project. If you feel that a different organisation would improve things, then go for it. In contrast to your invest, I haven't much contributed besides problems and complexity. ;-P If you need anything regarding

Re: How to eval one "step" of a form?

The answer lies in the term "REPL". You start by reading the string, you can use `clojure.core/read-string` for this case. This will convert your string into Clojure data: "(+ 1 (* 2 2))" => (+ 1 (* 2 2)) That's the "R" part of "REPL", read. Next step is "E" for "eval". We need to evaluate the

Re: Bizzarre cond-> behavior

Here's a simplified example: (defn wat [& {:keys [a b c d e f map-0 map-1 map-2]}] (cond-> "foo" a (str a) b (str b) c (str c) d (str d) e (str e) f (str f) map-0 (cond-> (:a map-0) (str (:a map-0)) (:b map-0) (str (:b

How to eval one "step" of a form?

Here's my how-to question for someone with in-depth knowledge of the clojure/clojurescript compiler: If I have a string representing a valid Clojure form, say for example, "(+ 1 (* 2 (/ 6 3)))", how would I "reduce" this form to the form with one s-expr evaluated? That is, how would I obtain

Bizzarre cond-> behavior

Hey Clojurians, I'm experiencing some odd behavior with cond-> and was wondering if anyone had any ideas. I was troubleshooting a very slow load time in one of our projects, and traced it to a web templating library we maintain. One of the functions in this lib, `cell` takes a *very* long time

Re: [ANN] CIDER 0.15 (London)

Congratulations and thanks Bozhidar and all involved! Bozhidar Batsov writes: > Hey everyone, > > Just in the time for EuroClojure 2017, we've released a major update to > CIDER - the popular Clojure interactive development environment, built on > top of Emacs and nREPL. > > The big news is that

Re: Migrating nREPL out of Clojure Contrib

On 18 July 2017 at 15:48, Chas Emerick wrote: > Hi all, > > I've been approached many, many times over the years (and more frequently > since the development and inclusion of socket-repl) about the potential of > moving nREPL[1] out of clojure contrib…either back to its

Re: Migrating nREPL out of Clojure Contrib

On 20 July 2017 at 08:14, Sean Corfield wrote: > At the risk of being unpopular…  > > > > I think there are quite a few people who _*say*_ that it’s an obstacle to > their contributing to Clojure or to a Contrib library but in reality they > wouldn’t actually contribute

[ANN] CIDER 0.15 (London)

Hey everyone, Just in the time for EuroClojure 2017, we've released a major update to CIDER - the popular Clojure interactive development environment, built on top of Emacs and nREPL. The big news is that CIDER 0.15 ships with a lot of features related to clojure.spec and that the debugger is

Re: Reducing Jar file size for AWS Lambda

Jose, Leaving aside shrinking the jar, you could try: - Structuring your application so it's easier to construct plausible inputs in the tests / REPL - Using https://github.com/lambci/docker-lambda locally, to get an environment closer to the deployment target - Deploying to a geographically

Re: Migrating nREPL out of Clojure Contrib

On 20 Jul 2017, at 17:14, Sean Corfield wrote: > A lot of big, well-known FOSS projects require a signed CA and have very > specific contributing processes. Either folks will contribute or they won’t. > I find it hard to believe that nREPL will suddenly get a stream of > contributions that it