Re: [ANN} Aleph 0.4.0 released, plus Manifold, Dirigiste, and a whole host of other libraries

Ah, you're right there is ring.middleware.reload middleware available and wrapping the handler with it in dev works perfectly. On Friday, April 17, 2015 at 7:22:06 PM UTC-4, Zach Tellman wrote: > > Hey Dmitri, > > I haven't used any sort of dev-mode before (I just update stuff in the > REPL when

Re: [ANN} Aleph 0.4.0 released, plus Manifold, Dirigiste, and a whole host of other libraries

Hey Dmitri, I haven't used any sort of dev-mode before (I just update stuff in the REPL when necessary), but it seems like something like that belongs in middleware, not the server. The server is just calling a function, it shouldn't care if something else is changing that function's behavior. I

Re: [ANN} Aleph 0.4.0 released, plus Manifold, Dirigiste, and a whole host of other libraries

I'd like to add Aleph to the Luminus template and I was wondering if there's an equivalent of dev mode available for other servers where it watches for changes in source and reloads them. I did a cursory look but didn't spot anything like a -dev option. On Friday, April 17, 2015 at 5:06:30 PM U

Re: Are keys and vals guaranteed to return in the same order?

And it assumes that they are _identical_ maps that you are calling keys and vals on. Equal (via =) not-sorted maps do *not* guarantee that they will have the same seq order as each other, and in some cases do not, due to hash collisions in hash maps having items in a linked list in whatever order

Re: Are keys and vals guaranteed to return in the same order?

Clearly this assumes immutable maps. On Fri, Apr 17, 2015 at 5:42 PM, Ambrose Bonnaire-Sergeant < abonnaireserge...@gmail.com> wrote: > keys/vals are documented > > to return the same

Re: Are keys and vals guaranteed to return in the same order?

keys/vals are documented to return the same order as seq. This is a safe assumption. Thanks, Ambrose On Fri, Apr 17, 2015 at 5:39 PM, Michael Blume wrote: > > In other people's Cloj

Are keys and vals guaranteed to return in the same order?

In other people's Clojure code I sometimes see things like (zipmap (map some-fn (keys m)) (map other-fn (vals m))) If it were my code I'd be much more inclined to write (into {} (for [[k v] m] [(some-fn k) (other-fn v)])) Is this a to-each-their-own thing or is the latter preferred?

Re: [ANN} Aleph 0.4.0 released, plus Manifold, Dirigiste, and a whole host of other libraries

You really hit the ball out of the park with Aleph 0.4.0's API. You have set the standard for simplicity and power in a Clojure API with this release as far as I'm concerned. Thank for your your contribution! On Friday, April 17, 2015 at 5:06:30 PM UTC-4, Zach Tellman wrote: > > Hey all, > > In

[ANN} Aleph 0.4.0 released, plus Manifold, Dirigiste, and a whole host of other libraries

Hey all, In preparation for Clojure/West, I'm formally releasing the latest Aleph and the libraries that surround it. Aleph 0.4.0 has been running in production at Factual for half a year now, and across a variety of services is handling at peak 600k HTTP requests/sec (spread across 15-20 mach

Re: Core async pipeline should return "to" channel.

Core.async issues are reported on Clojure's JIRA: http://dev.clojure.org/jira/browse/ASYNC pipeline does not have an incidental return value: it returns a channel which closes when there are no more transformation results, i.e. when the pipelining "process" is finished. There is no other way to

Core async pipeline should return "to" channel.

Since issue tracker for core.async is disabled on github, I'll spill this here. I think "pipeline" should return the "to" channel, to make it threading-friendly: (->> (range 100) (a/to-chan) (a/pipeline 10 (a/chan) (map inc)) (a/pipeline 2 (a/chan) (filter odd?))) Currently

[ANN] Immutant 2.0.0

We released Immutant 2.0.0 today, which includes many improvements over 1.x, the most notable being an application server is no longer required. For details on the release, see http://immutant.org/news/2015/04/17/announcing-2-final/. With 2.0.0, Immutant has evolved from "an application server for

Re: [ClojureScript] Re: [reagent] Re: [ANN] SF Reagent Meetup TODAY 6:30pm @Loyal3 @Meerkat

a few people were able to see it but these free streaming apps are still hit or miss ...or hit then miss ... since google hangouts worked really well for our remote presenter we might just use it next time to broadcast to everyone Because Google :) http://www.google.com/+/learnmore/hangouts/onai

Re: [ClojureScript] Re: [reagent] Re: [ANN] SF Reagent Meetup TODAY 6:30pm @Loyal3 @Meerkat

Excellent. I tried to watch on periscope, but it never showed up. Jamie On Apr 17, 2015, at 10:20 AM, Marc Fawzi wrote: > yes, will post link here sometime next week > > all 3 presentations were screen captured too so it will be very easy to > follow > > Sent from my iPhone > >> On Apr 17,

Re: [reagent] Re: [ANN] SF Reagent Meetup TODAY 6:30pm @Loyal3 @Meerkat

yes, will post link here sometime next week all 3 presentations were screen captured too so it will be very easy to follow Sent from my iPhone > On Apr 17, 2015, at 7:12 AM, Jeremy Vuillermet > wrote: > > Will the event video be uploaded somewhere ? > If yes, where !? Missed the live stream

Re: [ANN] SF Reagent Meetup TODAY 6:30pm @Loyal3 @Meerkat

Will the event video be uploaded somewhere ? If yes, where !? Missed the live stream unfortunately. Living in France doesn't help ... On Thursday, April 16, 2015 at 4:35:38 PM UTC+2, marc fawzi wrote: > Thursday, April 16, 2015 > 6:30 PM > > > Loyal3 > 150 California St Ste 400, San Francisco

Re: [ANN] SF Reagent Meetup TODAY 6:30pm @Loyal3 @Meerkat

On Thursday, April 16, 2015 at 4:35:38 PM UTC+2, marc fawzi wrote: > Thursday, April 16, 2015 > 6:30 PM > > > Loyal3 > 150 California St Ste 400, San Francisco, CA (edit map) > two blocks from the Embarcadero BART on California and Front > > SF Reagent Meetup Agenda:  > IMPORTANT: We will be str

Back to Periscope (What The Hey!) Re: [ANN] SF Reagent Meetup TODAY 6:30pm @Loyal3 @Meerkat

Sorry guys, we were really excited about moving to Meerkat but when we tried it just a while ago it gave us a frozen picture and was logging "not ready" in a loop. So back to Periscope. Please follow my Twitter handle @marcfawzi from Periscope and we'll be live at 7pm. We have a fun meetup ahead

[ANN] SF Reagent Meetup TODAY 6:30pm @Loyal3 @Meerkat

- Thursday, April 16, 2015 6:30 PM - Loyal3 150 California St Ste 400, San Francisco, CA (edit map

[ANN] descjop v0.1.0

Hi, descjop v0.1.0 (https://github.com/karad/lein_template_descjop) has just been released today! A Leiningen template for Web based desktop application with Atom-Shell(https://github.com/atom/atom-shell/). you can try this. $ lein new descjop YOUR_APP_NAME Check it out! https://github.com/ka

Re: core.typed question (maybe a bug?)

Hm, Is it possible that core.typed may be influenced by the repl state? New day and a new try I got these both working: (t/ann dt->hiccup [(t/HVec [Keyword (t/U Keyword (t/HVec [Keyword Number])) t/Any t/Any *]) -> html-form-group]) (defmulti dt->hiccup (t/fn [col :- (t/HVec [Keyword (t/U Keyw