Re: Contribute Specter to Clojure core?
I rarely program in Clojure. At work I have to deal with a lot of deeply nested data structures. Specter helps me to navigate those nested data pretty easily. The navigators does looks unlispy for the newcomer. But if you bother to learn it , you don't have to invent your own. Above all, the code is very readable which is unusual from someone like me :) I recommend Specter to be a part Clojure contrib. Thank you, Nathan Marz. - Joe Python On Thursday, March 9, 2017 at 2:59:46 PM UTC-5, Gregg Reynolds wrote: > > > > On Mar 4, 2017 12:35 AM, "Asim Jalis" > > wrote: > > What might be a Clojurey syntax for doing path navigation? In other words > how could get-in be extended so that it could parse nested vectors like it > parses nested maps? Thinking out aloud, an integer in the path when the > data structure at that level is a vector should treat the integer as an > index. > > What about ALL? What would be Clojurey way of doing ALL? How about > asterisk *? Or maybe underscore _? Or nil? > > > looks like identity to me. > > i'm still not very deep into specter, but it looks a lot like xslt, just > with a different syntax and processing strategy. > > gregg > > -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
pager for lein repl?
Is there a equivalent of less/more like pager (found in Linux shells) for Leiningen repl? The lein repl is fast enough for me displaying large data structures making it great for exploratory programming. But it is desperately missing a pager. - Joe -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: off-topic: stackof developer survey
Scipy/Numpy had a head start in this area long before others should up in the Open source space. On Friday, March 24, 2017 at 10:46:18 PM UTC-4, Mars0i wrote: > > > > On Friday, March 24, 2017 at 5:17:15 PM UTC-5, Gregg Reynolds wrote: >> >> >> >> On Mar 24, 2017 5:05 PM, wrote: >> >> >> >> > This did get me thinking though. If the community *did* want to score >> highly >> > on some of these metrics, what would those be? >> >> I'll be happy so long as Clojure is the popular choice for doing the >> things where it's advantages should matter: machine learning, AI, NLP, >> concurrent programming. >> >> It drives me crazy that Python is doing so well in all of the areas where >> Clojure should be winning. There are such beautiful libraries for working >> with vectors and matrices with Clojure, which should obviously help with >> NLP, yet people use Python instead. Likewise, so much of machine learning >> should be done as work in parallel, and Clojure makes that easy, yet Python >> is preferred. Drives me crazy. >> >> >> doesn't drive me mad, but it does puzzle ans annoy me. puzzle: why is >> it? not sure, personally. >> >> >> These last few years I've been at a lot of NLP startups, and the choice >> of Python makes me sad. >> >> > I thought that Python had a big head start. Is that incorrect? > > OO is still dominant, overall, and FP requires a big transition. If > you're a Java programmer, which is a more natural choice? Python or > Clojure? Sure, Clojure is more closely tied to the JVM, but you don't > write JVM code. > -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] Specter 1.0.2 released
Nice. Thank you. On Monday, June 12, 2017 at 12:09:30 PM UTC-4, Nathan Marz wrote: > > Specter supercharges your ability to use and manipulate data structures in > Clojure and ClojureScript. 1.0.2 contains minor improvements. > https://github.com/nathanmarz/specter > > > Full changelog: > > * Added `pred=`, `pred<`, `pred>`, `pred<=`, `pred>=` for filtering using > common comparisons > * Add `map-key` navigator > * Add `set-elem` navigator > * Add `ALL-WITH-META` navigator > * `walker` and `codewalker` can now be used with `NONE` to remove elements > * Improve `walker` performance by 70% by replacing clojure.walk > implementation with custom recursive path > * Extend `ALL` to work on records (navigate to key/value pairs) > * Add ability to declare a function for end index of `srange-dynamic` that > takes in the result of the start index fn. Use `end-fn` macro to declare > this function (takes in 2 args of [collection, start-index]). Functions > defined with normal mechanisms (e.g. `fn`) will still only take in the > collection as an argument. > * Workaround for ClojureScript bug that emits warnings for vars named the > same as a private var in cljs.core (in this case `NONE`, added as private > var to cljs.core with 1.9.562) > * For ALL transforms on maps, interpret transformed key/value pair of size > < 2 as removal > * Bug fix: Fix incorrect inline compilation when a dynamic function > invocation is nested in a data structure within a parameter to a navigator > builder > -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Clojure beyond Java 6 ?
You are spot on! Thanks for the clojure dev team to continue supporting Java 1.6. On Tuesday, January 19, 2016 at 2:33:56 PM UTC-5, Sean Corfield wrote: > > Didier wrote on Tuesday, January 19, 2016 at 11:08 AM: > > Why not make new versions of Clojure support the latest Java version and > JDK features > > > Since Clojure 1.7 (and 1.8) run on Java 8 quite happily, I assume you mean > "Why not drop support for earlier Java versions with each new version of > Clojure"? > > The answer — for any situation like this — is that many companies are slow > to upgrade fundamental infrastructure like the JVM because they have so > many things that rely on it, so it is a major exercise. For Clojure to be > adopted by such companies, it needs to run on their existing JVM > infrastructure. > > Dropping support for older JVM versions is therefore a Big Deal(™) and can > not be undertaken lightly. A lot of software generally tries to support > current plus two versions back which would mean Java 6 support should > likely stay until Java 9 is GA (although it’s true that there is also a lot > of software that only supports current plus one version back). > > Bear in mind that there are many companies still running Windows XP > because upgrading is such an expensive business (in time and effort, as > well as any actual costs)! > > Sean Corfield -- (904) 302-SEAN > An Architect's View -- http://corfield.org/ > > "Perfection is the enemy of the good." > -- Gustave Flaubert, French realist novelist (1821-1880) > > -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
