Re: [ANN] tools.deps.alpha

On Tue, Jul 25, 2017 at 8:53 PM, Alex Miller wrote: > Dumb question of the day: given that Clojurescript evidently (as I >>> understand) will soon work seamlessly with npm, can (chunks of) this be >>> extended to cljs? E.g. (s/def ::providers (s/keys :opt-un [::npm])) or >>> some such. Note tha

Re: [ANN] tools.deps.alpha

On Tuesday, July 25, 2017 at 9:46:55 PM UTC-5, Gregg Reynolds wrote: > > > BTW, minor doc error I think: > > resolve-deps > > Usage: (resolve-args deps-map resolve-args) > Should that be (resolve-deps ...)? > Yes, fixed. Thanks! -- You received this message because you are subscribed to the G

Re: [ANN] tools.deps.alpha

On 26 Jul 2017, at 13:53, Alex Miller wrote: > This effort is really about working on the problem of creating JVM classpaths > and was not really intended to extend to cljs. Perhaps it could be (but I'm > not sure where or why that would be useful). If node modules were declared with a type of

Re: Unnamed Types - What Am I Doing Wrong?

Hi Kevin For something like an account, a more idiomatic way to model this in Clojure might be with maps: {:account-name "John Smith" :account-number "125-1290"} or {:account/name "John Smith" :account/number "125-1290"} If you then want to refactor your usage/naming of map keys then you can

Re: [ANN] tools.deps.alpha

On Tue, Jul 25, 2017 at 6:57 PM, Sean Corfield wrote: > The primary use case for clj initially will be new users or existing users > that want to build a repl-focused project without any real intent to deploy > artifacts > > > > Fair enough. Not convinced clj is very beginner-friendly (compared t

Re: Unnamed Types - What Am I Doing Wrong?

Maps with named keys work much better than vectors/lists for heterogenuous data. I've recently taken up OCaml as a very well-typed language, and it's basically analogous to records vs tuples tradeoffs there. Clojure.spec can help at a larger scale. You can do the same encapsulation as Java by wr

Re: [ANN] expound 0.1.2

Please keep in mind that I have not yet used Inspectable, but my impression from reading the README is they both help developers understand spec-related failures. Inspectable does this by providing rich, interactive UI that allows developers to explore the specifics of a spec failure at the REP

Re: [ANN] tools.deps.alpha

> > Dumb question of the day: given that Clojurescript evidently (as I >> understand) will soon work seamlessly with npm, can (chunks of) this be >> extended to cljs? E.g. (s/def ::providers (s/keys :opt-un [::npm])) or >> some such. Note that I ask without understanding. ;) >> > This effort is r

Unnamed Types - What Am I Doing Wrong?

I ran into the 'refactoring an unnamed type' problem. I'd like to know how experienced Clojurists avoid it. I've got an account record/structure. It has things like an account name, account number, etc. I started off storing it in a vector, because it had just two elements. Account name was

Re: [ANN] tools.deps.alpha

On Tue, Jul 25, 2017 at 5:07 PM, Mark Derricutt wrote: > Looks good - however with the release of Java 9 soon, has there been any > consideration to supporting the module path at all? To me, regardless of > peoples thoughts on jigsaw, releasing a new JVM dependency management tool > now, and not

Re: [ANN] expound 0.1.2

inspectable was recently announced in this group as well. Do you know what the similarities and differences are between these projects? Andy On Tue, Jul 25, 2017 at 4:16 PM, Ben Brinckerhoff wrote: > Expound formats clojure.spec errors in a way that is optimized for humans > to read. Expound w

RE: [ANN] tools.deps.alpha

The primary use case for clj initially will be new users or existing users that want to build a repl-focused project without any real intent to deploy artifacts Fair enough. Not convinced clj is very beginner-friendly (compared to Boot – it’s certainly more friendly than Leiningen) but I suspect

RE: [ANN] tools.deps.alpha

Looks much better, thank you! Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood From: Alex Miller Sent: Tuesday, July 25, 2017 2:32 PM To: clojure@googlegroups.com Subject:

[ANN] expound 0.1.2

Expound formats clojure.spec errors in a way that is optimized for humans to read. Expound works in Clojure and Clojurescript. This release provides human-optimized error messages when using a number of spec features, including instrumentation and `assert`. More information is available in the

Re: [ANN] tools.deps.alpha

On Tue, Jul 25, 2017 at 9:19 AM, Alex Miller wrote: > tools.deps.alpha is a new contrib library API for transitive dependency > graph expansion and the creation of classpaths. > > For more information, I would invite you to check out: > > * the README >

Re: [ANN] tools.deps.alpha

On 26 Jul 2017, at 2:19, Alex Miller wrote: > There are some additional pieces still to come that will provide installers > for various systems as well. This is still a work in progress but is targeted > for completion along with Clojure 1.9. Looks good - however with the release of Java 9 soon

Re: [ANN] tools.deps.alpha

On Tue, Jul 25, 2017 at 4:28 PM, Alex Miller wrote: > > On Tue, Jul 25, 2017 at 3:47 PM, Sean Corfield wrote: > >> Looks very interesting. The manual install works – looking forward to >> platform installers! >> >> >> >> There are some formatting glitches in the README with nested lists. >> > >

Re: [ANN] tools.deps.alpha

On Tue, Jul 25, 2017 at 3:47 PM, Sean Corfield wrote: > Looks very interesting. The manual install works – looking forward to > platform installers! > > > > There are some formatting glitches in the README with nested lists. > Don't see it, let me know and I'll fix. > > > Also, this line: > >

RE: [ANN] tools.deps.alpha

Looks very interesting. The manual install works – looking forward to platform installers! There are some formatting glitches in the README with nested lists. Also, this line: Invoke: clj -Porg.clojure=/Users/me/code/clojure/target/classes Looks like it should be: Invoke: clj

Re: [ANN] inspectable 0.1.0 Improve your repl experience when usingclojure.spec

Hi Sean, great you like it! Yeah, was inspired exactly by that talk! Will keep experimenting with ideas around that. Appreciate any suggestions, ideas, whatever. On Tue, Jul 25, 2017 at 5:22 PM, Sean Corfield wrote: > This looks very cool! A response to Stu’s recent talk about REPL-Driven > D

RE: [ANN] inspectable 0.1.0 Improve your repl experience when usingclojure.spec

This looks very cool! A response to Stu’s recent talk about REPL-Driven Development and pluggable inspectors etc? Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN An Architect's View -- http://corfield.org/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood From: Ju

Re: Leiningen template for pure Clojure/ClojureScript project ?

Hi Khalid, I really find the mies template good for minimal cljs setup. https://github.com/swannodette/mies Main feature is that builds can be done from shell scripts that in turn point to .clj files that directly use the ClojureScript build API without any Leiningen/Boot stuff. I highly recomm

Re: Leiningen template for pure Clojure/ClojureScript project ?

I haven't used Clojurescript, so I can't address that part of your question. For the Clojure part, you can execute the contents of a file with java -cp clojure.jar clojure.main file.clj On Tue, Jul 25, 2017 at 9:09 AM, Khalid Jebbari wrote: > Hello, does anyone know a Leiningen template th

[ANN] core.match 0.3.0-alpha5

An optimized pattern matching library for Clojure. Dependency: [org.clojure/core.match "0.3.0-alpha5"] Changes since 0.3.0-alpha4: * Removed unused dependency on tools.analyzer.jvm (reduces load time) More info: https://github.com/clojure/core.match/blob/master/README.md -- You received this

Leiningen template for pure Clojure/ClojureScript project ?

Hello, does anyone know a Leiningen template that scaffolds the minimum required to play with the CLJ(S) compiler, without any Leiningen/Boot stuff ? -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@google

[ANN] tools.deps.alpha

tools.deps.alpha is a new contrib library API for transitive dependency graph expansion and the creation of classpaths. For more information, I would invite you to check out: * the README from tools.deps.alpha * the slides