Re: core.async

2013-06-28 Thread Nahuel Greco
Very nice! Selectable channels FTW. Btw, are you aware of the Erlang selective-receive model? Is often very overlooked but it showed big advantages over unfiltered channels. See this: http://www.erlang.se/euc/05/1500Wiger.ppt Saludos, Nahuel Greco. On Fri, Jun 28, 2013 at 4:06 PM, Rich Hickey

Re: core.async

2013-06-28 Thread Nahuel Greco
I forgot the second Ulf Wiger link, related to the previous one: http://www.infoq.com/presentations/Death-by-Accidental-Complexity Saludos, Nahuel Greco. On Fri, Jun 28, 2013 at 4:46 PM, Nahuel Greco wrote: > Very nice! Selectable channels FTW. > > Btw, are you aware of the Erlang

Re: Is there any Clojure magic for "registering" new implementations of something?

2014-08-22 Thread Nahuel Greco
why not multimethods? Saludos, Nahuel Greco. On Fri, Aug 22, 2014 at 1:30 PM, Laurens Van Houtven <_...@lvh.cc> wrote: > Hi Clojurers, > > > I'm writing a capability system with Clojure. Make a request to a URL, it > grabs the "plan" for what it should d

Re: Is there any Clojure magic for "registering" new implementations of something?

2014-08-23 Thread Nahuel Greco
what about: (defmulti step-handler :type) (defmulti get-schema :type) ;; returns the schema And make your users implement both? Remember schemas are first-class values. Saludos, Nahuel Greco. On Sat, Aug 23, 2014 at 8:08 AM, Laurens Van Houtven <_...@lvh.io> wrote: >

Re: Is there any Clojure magic for "registering" new implementations of something?

2014-08-25 Thread Nahuel Greco
:seconds s/Int}) But this will not work because Prismatic Schema does some tricks with dynamic binding when calling walker, so you can't simply delegate this way. Maybe you need to discuss this in the ticket. Saludos, Nahuel Greco. On Mon, Aug 25, 2014 at 7:41 AM, Laurens Van Houtven <

Re: Is there any Clojure magic for "registering" new implementations of something?

2014-08-25 Thread Nahuel Greco
PD: Let's continue this thread on the github ticket. Saludos, Nahuel Greco. On Mon, Aug 25, 2014 at 6:51 PM, Nahuel Greco wrote: > Instead of defining Step superschema can you simply do: > > (s/validate something (get-schema step)) > > ?? > > If you need more than

core.async: peek the next value from a channel without consuming it

2014-09-29 Thread Nahuel Greco
Currently if you block/park on a channel reading it by using 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+unsu

Re: behavior of as-> macro

2014-09-29 Thread Nahuel Greco
I reported this issue to the Clojure JIRA a while ago: http://dev.clojure.org/jira/browse/CLJ-1418 , please vote it up. El 29/09/2014 05:55, "Sunil S Nandihalli" escribió: > I think the definition of as-> should be changed to this. I feel this > behavior is more consistent with the rest of cloju

Re: core.async: peek the next value from a channel without consuming it

2014-10-04 Thread Nahuel Greco
I was thinking in a single-consumer scenario with a buffered chan, in which you want to check if you can consume the value before effectively consuming it. As you said, a peek operation has no sense if the channel has multiple consumers. Saludos, Nahuel Greco. On Sat, Oct 4, 2014 at 9:17 PM

Re: core.async: peek the next value from a channel without consuming it

2014-10-05 Thread Nahuel Greco
predicate can't solve this, because you need to contact the external service to decide to consume the value or not. Saludos, Nahuel Greco. On Sun, Oct 5, 2014 at 9:52 AM, Fluid Dynamics wrote: > On Sunday, October 5, 2014 12:51:04 AM UTC-4, Nahuel Greco wrote: >> >> I wa

Re: core.async: peek the next value from a channel without consuming it

2014-10-05 Thread Nahuel Greco
Adrian: I don't see how a pub can help here, in the previous example to consume or not the value was decided not on some property intrinsic to the value (one you can create a topic from), but on the result of sending it to an external service. Saludos, Nahuel Greco. On Sun, Oct 5, 2014 at

Re: core.async: peek the next value from a channel without consuming it

2014-10-05 Thread Nahuel Greco
previous example with the peek operation: 1- The producer puts a value to a unbuffered (chan) by doing (>! c v) 2- The go-loop unparks from (peek wrote: > Then how would peeking at the value help? > > On Sunday, October 5, 2014 12:14:32 PM UTC-4, Nahuel Greco wrote: >> >>

Re: core.async: peek the next value from a channel without consuming it

2014-10-05 Thread Nahuel Greco
maybe could be better and can simplify the producer code. Saludos, Nahuel Greco. On Sun, Oct 5, 2014 at 1:57 PM, wrote: > Ah, I think we're on the same page now. I've come across the need for this > recently in some code for a UDP based protocol between a multiplayer game > clien

Re: core.async: peek the next value from a channel without consuming it

2014-10-05 Thread Nahuel Greco
> > On Sunday, October 5, 2014 5:33:16 PM UTC+2, Nahuel Greco wrote: >> >> Picture the following: >> >> producer ---> go-loop ---> external service >> >> 1- The producer puts a value to a unbuffered (chan) by doing (>! c v) >> 2- The go-loop co

Re: core.async: peek the next value from a channel without consuming it

2014-10-05 Thread Nahuel Greco
ibió: > I think you should go for the ack solution. What is your reservation about > it? > > On Sunday, 5 October 2014, Leon Grapenthin > wrote: > >> >> >> On Sunday, October 5, 2014 5:33:16 PM UTC+2, Nahuel Greco wrote: >>> >>> Picture th

Re: core.async: peek the next value from a channel without consuming it

2014-10-09 Thread Nahuel Greco
egal: If middleman is managing all the communication with the external service for *multiple* producers, then it can't be reduced to a simple synchronous function call from a producer, hence the necessity of core.async (the alternative is to descend to locks world). Saludos, Nahuel Greco. On Thu

Re: core.async: peek the next value from a channel without consuming it

2014-10-09 Thread Nahuel Greco
I was hoping to avoid a deep dive on core.async code :) Saludos, Nahuel Greco. On Thu, Oct 9, 2014 at 9:39 AM, Fergal Byrne wrote: > Hi Nahuel, > > Thanks for the clarification. Multiple producers, single middleman is a > different problem from the one we (or at least I) thought w

Re: core.async: peek the next value from a channel without consuming it

2014-10-09 Thread Nahuel Greco
ous about why a peek operation wasn't included in core.async and the feasibility of adding it. Thanks for your replies. Saludos, Nahuel Greco. On Thu, Oct 9, 2014 at 11:04 AM, Fergal Byrne wrote: > Hi Nahuel, > > If you look at the definition of "simple" it means "not

Re: core.async: peek the next value from a channel without consuming it

2014-10-09 Thread Nahuel Greco
ith their own state and with channels to other services, so I think is a little off base the original question. Saludos, Nahuel Greco. On Thu, Oct 9, 2014 at 4:16 PM, Leon Grapenthin wrote: > On Thursday, October 9, 2014 2:22:50 PM UTC+2, Nahuel Greco wrote: >> >> Fluid: as you said, b

Re: Modelling in Clojure

2014-10-18 Thread Nahuel Greco
but you can't really distinguish it from an immutable one :) Saludos, Nahuel Greco. On Sat, Oct 18, 2014 at 5:02 PM, Mark Engelberg wrote: > I think all of James' points about the proven value of structuring an > application primarily around data rather than a complex API are righ

Re: [ANN] akar 0.1.0

2016-07-06 Thread Nahuel Greco
Hi Rahul, Akar seems very nice! It works in Clojurescript? Saludos, Nahuel Greco. On Tue, Jul 5, 2016 at 11:38 AM, Rahul Goma Phulore < rahul.phulore@gmail.com> wrote: > Hi, all. > > I am quite excited to announce my project Akar – > https://github.com/missingfaktor/ak

Re: Clojure Objects

2015-11-24 Thread Nahuel Greco
Maybe a better word for complecting is "entangling". Saludos, Nahuel Greco. On Tue, Nov 24, 2015 at 5:19 AM, Colin Yates wrote: > > (Clojure's vocabulary is not to be questioned...why say "conflate" or > "confuse" when you can say "comp

improving as-> macro by adding destructuring support

2014-05-09 Thread Nahuel Greco
ns) dispatch-fn (first options) options (next options) m (if docstring (assoc m :doc docstring) m) ... I added a JIRA issue to report & track this (I think) enhacement: http://dev.clojur

deftest and var's metadata

2014-05-26 Thread Nahuel Greco
(meta (resolve 'b))) :v))) ;; fails, metadata is nil I know deftest wraps his body in a fn, but this works ok: ((fn [] (def ^{:k :v} c 4) (:k (meta (resolve 'c))) )) Why the deftest case is not working? Saludos, Nahuel Greco. -- You received this message because you are sub

Re: deftest and var's metadata

2014-05-27 Thread Nahuel Greco
is wrong, I assumed resolve will raise an exception if not found, but it returns nil. Moral: sleep deprivation is bad for debugging :) Saludos, Nahuel Greco. On Mon, May 26, 2014 at 5:05 AM, Nahuel Greco wrote: > This works ok at the REPL: > > (def ^{:k :v} a 4) > (:k (meta (resolve &

Re: Natively Compiled Clojure

2013-01-25 Thread Nahuel Greco
Check the clojure-py2 project, they plan to use LLVM to generate native modules (as C compiled) for Python. When that objective is reached probably you will have almost all the machinery to compile python-less native binaries: http://lanyrd.com/2013/clojurewest/sccgmm/ Saludos, Nahuel Greco

Question about "special" macroexpansions

2012-04-26 Thread Nahuel Greco
not by the first symbol in the expression but as an special punctuation syntax. My question is, which other "special" macroexpansions exists? There is a complete list somewhere? Where these macros are located in the Clojure compiler source? Saludos, Nahuel Greco. -- You received this

Re: Idea around SCMs and Clojure

2012-07-18 Thread Nahuel Greco
What about storing the vars definitions in Datomic? Maybe augmented with semantic information ("added defmethod", "redefined function", etc). Saludos, Nahuel Greco. On Wed, Jul 18, 2012 at 5:19 AM, Mark Derricutt wrote: > On 17/07/12 10:27 PM, N8Dawgrr wrote: > >

Re: Idea around SCMs and Clojure

2012-07-19 Thread Nahuel Greco
o the program becomes queriable via datalog. This could possibly be used for static analysis of Clojure code." Saludos, Nahuel Greco. On Tue, Jul 17, 2012 at 11:04 AM, Steve Tickle wrote: > It would be more interesting to see a version control system based on > storing an abstract synt

Re: [viewing clojure datastructures] Is there something better than clojure.inspector?

2012-08-22 Thread Nahuel Greco
Another nice and simple addition to clojure.inspector would be add auto-refreshing, so you can pass a reference and it and will display always his latest version (maybe by using a watcher). It will be nice for live debugging. Saludos, Nahuel Greco. On Wed, Aug 22, 2012 at 5:58 PM, Denis Labaye

Re: [viewing clojure datastructures] Is there something better than clojure.inspector?

2012-08-22 Thread Nahuel Greco
like windows out of browser selections, so many Vars can be watched live in the least screen state possible. Saludos, Nahuel Greco. On Wed, Aug 22, 2012 at 6:33 PM, Frank Siebenlist < frank.siebenl...@gmail.com> wrote: > Check out clj-ns-browser ("https://github.com/franks42/

Re: [viewing clojure datastructures] Is there something better than clojure.inspector?

2012-08-22 Thread Nahuel Greco
like windows out of browser selections, so many Vars can be watched live without using too much screen space. Saludos, Nahuel Greco. On Wed, Aug 22, 2012 at 6:33 PM, Frank Siebenlist < frank.siebenl...@gmail.com> wrote: > Check out clj-ns-browser ("https://github.com/franks42/

Map-destructuring a non-associative structure, non documented behavior?

2012-09-24 Thread Nahuel Greco
sent in the future Clojure versions? Saludos, Nahuel Greco. -- 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 patie