Clojure.org: Concurrency screencast 404

[abhi]

Hello,
   Concurrency screencast link to blip.tv is throwing a 404. Is this a
temporary thing or has it moved permanently?

> Most of this is covered in more detail in the concurrency 
> screencast
.

-- 
Queer little twists and quirks go into the making of an individual. To
suppress them all and follow clock and calendar and creed until the
individual is lost in the neutral gray of the host is to be less than
true to our inheritance Life, that gorgeous quality of life, is
not accomplished by following another man's rules. It is true we have
the same hungers and same thirsts, but they are for different things
and in different ways and in different seasons Lay down your own
day, follow it to its noon, your own noon, or you will sit in an outer
hall listening to the chimes but never reaching high enough to strike
your own.
   - Angelo Patri

-- 
-- 
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/groups/opt_out.

Re: map> vs map< in core.async

[Joachim De Beule]

Thanks, that's very helpful! 

-- 
-- 
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/groups/opt_out.

Re: Clojure.org: Concurrency screencast 404

[Cedric Greevey]

On a related note, why is the 301 "Moved Permanently" HTTP status never
used in actual practice? Instead, when things move you always get 404s and
have to hunt them down manually. :P


On Mon, Dec 16, 2013 at 3:44 AM, abhi  wrote:

> Hello,
>Concurrency screencast link to blip.tv is throwing a 404. Is this a
> temporary thing or has it moved permanently?
>
> > Most of this is covered in more detail in the concurrency 
> > screencast
> .
>
> --
> Queer little twists and quirks go into the making of an individual. To
> suppress them all and follow clock and calendar and creed until the
> individual is lost in the neutral gray of the host is to be less than
> true to our inheritance Life, that gorgeous quality of life, is
> not accomplished by following another man's rules. It is true we have
> the same hungers and same thirsts, but they are for different things
> and in different ways and in different seasons Lay down your own
> day, follow it to its noon, your own noon, or you will sit in an outer
> hall listening to the chimes but never reaching high enough to strike
> your own.
>- Angelo Patri
>
> --
> --
> 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/groups/opt_out.
>

-- 
-- 
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/groups/opt_out.

ANN Langohr 2.0 is released

[Michael Klishin]

Langohr [1] is a small RabbitMQ client.

2.0 is a major release that introduces automatic topology recovery
(exchanges, queues, bindings, consumers). Release notes:
http://blog.clojurewerkz.org/blog/2013/12/15/langohr-2-dot-0-0-is-released/

There's also a new documentation guide to accompany this release:
http://clojurerabbitmq.info/articles/error_handling.html

1. http://clojurerabbitmq.info
-- 
MK

http://github.com/michaelklishin
http://twitter.com/michaelklishin

-- 
-- 
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/groups/opt_out.

Re: Is Clojure more functional then Scala?

[Эльдар Габдуллин]

Clojure targets multiple platforms, Scala - one.

Clojure is Lisp. That means almost any programming paradigm/DSL is just a 
library.

But if you are interested in FP per se, I think Scala illustrates it 
better. 
With strong type system, pattern matching it's much closer to Haskell,
which is the best language to learn in such case. Haskell literally serves 
as a definition
of what FP is and almost every academic paper in FP field is written with 
Haskell nowadays.

понедельник, 16 декабря 2013 г., 7:33:35 UTC+4 пользователь John Kida 
написал:
>
> I jumped on the FP bandwagon over a year ago and have been using Scala 
> both at work and for personal interest. Recently however I decided to take 
> a closer look at Clojure and see if it is something i actually like. I have 
> to admit at first the syntax form was awkward, but im starting to really 
> see the simplicity behind it.
>
> I have heard many people claim that Clojure sets you up and supports you 
> for FP more so then Scala does. However they never provide any examples of 
> something Clojure does that is more supporting of FP then the way idiomatic 
> Scala does it.
>
> Here are some things that I have heard people say when comparing Clojure 
> vs Scala in reference to FP
> Clojure has immutable persistance data structures. but so does Scala
> Scala also tries to get you to use its immutable collections, like 
> Vectors, and are also persistent data structures. However they are not as 
> uniform as Clojures Seq i agree with that.
>
> Also Scala recommends using vals and not vars, which gives you immutable 
> references points
>
> I am certainly learning towards dropping Scala for a bit and giving 
> Clojure a real shot. The reason i even picked up Scala was because i wanted 
> to learn more about FP, and if there is a better tool for both doing and 
> learning FP then i want it.
>
> So tell me, if you have used both Scala and Clojure, do you have some real 
> examples of some things where Clojure really does support you better when 
> doing FP, where Scala really leads you no way, or worse the imperative way?
>
>
>

-- 
-- 
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/groups/opt_out.

Re: cider status

[Phillip Lord]

Tim Visher  writes:
>> So, I have used MELPA before, but I found living on the bleeding edge
>> for all of my packages is bit painful; the overall stability of my Emacs
>> setup dropped considerably. I fear this will remain while many package
>> developers use a "dirty head" versioning system (myself included).
>
> That has completely been my experience. Continuous Deployment
> _requires_ Continuous Integration and pretty much all of the emacs
> package developers out there don't have the time to do CI correctly so
> Continuous Deployment simply equals lots of pain on the users end as
> things get broken accidentally.

I am not sure that I would say this. Pulling stuff out of people's repos
without an understanding of how they use the repo is, I think, the
problem. 

>
>> I don't mind doing this for one or two packages where I want bleeding
>> edge, but I haven't worked out how to get package.el to pick packages
>> from different repos.
>
> You might consider playing with something that I've had in my
> incubator file for awhile:
> https://github.com/timvisher/.emacs.d/blob/c8fa14315825f722f9995e8dd1e888c6b81321e9/timvisher/timvisher_incubator.el#L16-L28
>

Yeah, that's interesting, although I would be worried about getting
duplicates of dependencies.

>> I agree with you about problems with marmalade. What we need is a way
>> for devs to specify the latest stable version (by commit, branch or tag)
>> in their Emacs packages. That would mean that, like marmalade, the
>> developer would control which version is considered stable, but could do
>> so purely with their VC. Wordpress plugins use something similar.
>
> I assume you mean something over and above the `Version` ELPA header?
> Obviously, that depends on package maintainers following things like
> SNAPSHOT versioning (which ELPA doesn't accept) or Semantic Versioning
> to tip people off as to what is considered stable.

So, the way wordpress use their subversion is that head is dirty, and
that tags are stable (not a bad way to do things!).

At the same time, though, you put a stable tag into your file. Now, with
"Version" it means "the current version", so when you have a dirty head
this will point either to a snap version or the next version. With the
wordpress approach you know where the head is (because it's, er, the
head) and you know what the last stable version was (because you look at
the head, and it tells you).


> I think the general attitude I'm seeing amongst some of the package
> maintainers out there is that the idea of versioning is a farse
> because they always intend to maintain stable HEADs so HEAD is as
> stable as your ever going to get. That's a shame, but I get the
> sentiment.

For me, I maintain the sentiment that my version control system is,
well, mine. I use it to support my development. I am happy to use it as
a distribution system so long as that does not interfere.

Github generates releases from tag information. This isn't a bad
technique, but works on a repo basis while I maintain all of my emacs in
one repo.

Phil

-- 
-- 
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/groups/opt_out.

Re: Is Clojure more functional then Scala?

[Cedric Greevey]

So, in other words, like most "which is the best programming language?"
questions, the answer to this one is "It depends". :)


On Mon, Dec 16, 2013 at 5:31 AM, Эльдар Габдуллин wrote:

> Clojure targets multiple platforms, Scala - one.
>
> Clojure is Lisp. That means almost any programming paradigm/DSL is just a
> library.
>
> But if you are interested in FP per se, I think Scala illustrates it
> better.
> With strong type system, pattern matching it's much closer to Haskell,
> which is the best language to learn in such case. Haskell literally
> serves as a definition
> of what FP is and almost every academic paper in FP field is written with
> Haskell nowadays.
>
> понедельник, 16 декабря 2013 г., 7:33:35 UTC+4 пользователь John Kida
> написал:
>
>> I jumped on the FP bandwagon over a year ago and have been using Scala
>> both at work and for personal interest. Recently however I decided to take
>> a closer look at Clojure and see if it is something i actually like. I have
>> to admit at first the syntax form was awkward, but im starting to really
>> see the simplicity behind it.
>>
>> I have heard many people claim that Clojure sets you up and supports you
>> for FP more so then Scala does. However they never provide any examples of
>> something Clojure does that is more supporting of FP then the way idiomatic
>> Scala does it.
>>
>> Here are some things that I have heard people say when comparing Clojure
>> vs Scala in reference to FP
>> Clojure has immutable persistance data structures. but so does Scala
>> Scala also tries to get you to use its immutable collections, like
>> Vectors, and are also persistent data structures. However they are not as
>> uniform as Clojures Seq i agree with that.
>>
>> Also Scala recommends using vals and not vars, which gives you immutable
>> references points
>>
>> I am certainly learning towards dropping Scala for a bit and giving
>> Clojure a real shot. The reason i even picked up Scala was because i wanted
>> to learn more about FP, and if there is a better tool for both doing and
>> learning FP then i want it.
>>
>> So tell me, if you have used both Scala and Clojure, do you have some
>> real examples of some things where Clojure really does support you better
>> when doing FP, where Scala really leads you no way, or worse the imperative
>> way?
>>
>>
>>  --
> --
> 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/groups/opt_out.
>

-- 
-- 
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/groups/opt_out.

Re: Is Clojure more functional then Scala?

[Phillip Lord]

The problem with this question is that Functional Programming means many
different things to different people.

If we define FP negatively (i.e. the language does not allow anything
other than pure functions), then neither Scala or Clojure are FP. I
would side here with Doug Hoyte's Let over Lambda

(http://letoverlambda.com/index.cl/guest/chap5.html#sec_1)

which says "As we've seen, macros can invisibly change the meaning of
certain forms from being function calls into arbitrary lisp expressions,
a technique which is capable of violating referential transparency in
many ways that simply aren't possible in other languages." He's talking
about Common Lisp, but Clojure is a lisp and it's true there also.

If we define it to mean, allows many of techiques that come out of FP, I
would say that both do. (Scala recommeds vals not vars, but then so does
Clojure in that it only allows vals, which is calls vars or locals).

Finally, most functional programming research these days is done in
strongly typed systems, and obviously, here, Scala wins hands-down.

My conclusion: if you want to learn functional programming, I'd probably
just use Haskell. If you want to learn FP and do something with it, I'd
pick Scala or Clojure and make the choice on the basis of what it is you
want to do. I picked Clojure because I need strong JVM integration,
and syntactic plasticity. And, of course, the main reason is that I
already knew other lisps, so it was easier.

Phil


John Kida  writes:
> I jumped on the FP bandwagon over a year ago and have been using Scala both 
> at work and for personal interest. Recently however I decided to take a 
> closer look at Clojure and see if it is something i actually like. I have 
> to admit at first the syntax form was awkward, but im starting to really 
> see the simplicity behind it.
>
> I have heard many people claim that Clojure sets you up and supports you 
> for FP more so then Scala does. However they never provide any examples of 
> something Clojure does that is more supporting of FP then the way idiomatic 
> Scala does it.
>
> Here are some things that I have heard people say when comparing Clojure vs 
> Scala in reference to FP
> Clojure has immutable persistance data structures. but so does Scala
> Scala also tries to get you to use its immutable collections, like Vectors, 
> and are also persistent data structures. However they are not as uniform as 
> Clojures Seq i agree with that.
>
> Also Scala recommends using vals and not vars, which gives you immutable 
> references points
>
> I am certainly learning towards dropping Scala for a bit and giving Clojure 
> a real shot. The reason i even picked up Scala was because i wanted to 
> learn more about FP, and if there is a better tool for both doing and 
> learning FP then i want it.
>
> So tell me, if you have used both Scala and Clojure, do you have some real 
> examples of some things where Clojure really does support you better when 
> doing FP, where Scala really leads you no way, or worse the imperative way?

-- 
-- 
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/groups/opt_out.

Meta-eX: Power to Complect (featuring Rich Hickey)

[Samuel Aaron]

Hey everyone,

just a quick promotional email, so I'll keep it brief.

Meta-eX[1] just pushed a small excerpt from a recent Live Session featuring the 
voice of Rich Hickey:

https://soundcloud.com/meta-ex/power-to-complect

It's not every day you get to hear music coded and performed with Clojure 
featuring Rich, so I thought it not too out of context to mention it on here.

Enjoy, and Happy Hacking!

Sam

[1]: http://meta-ex.com

---
http://sam.aaron.name

-- 
-- 
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/groups/opt_out.

Re: Is Clojure more functional then Scala?

[Luc Prefontaine]

In 2008 I was reviewing options,
we had to move away from Java.

I choose Clojure rather than Scala,
I found Scala quite confusing.
Attempts to pour in FP notions
in an OO language looked too me
as an attempt to transplant a fifth
limb to a four limb made body.

Since then I had a few discussions
with Scala developers and the
answers I got made it clear to me
that choosing Clojure is a better
choice.

The common ground to these answers
is 'do not use mutable collections',
'use values...','this is bad practice,...'

I never got a satisfying answer to
my counter questions 'then why offer
all these features (mutation, objects, ...) easily accessible,
if they are not to be used ?
And how a newbie is suppose to know
how to avoid all these sand traps ?

If you want to use mutation in
Clojure, it's doable but it also
colors your code in a way that makes
it obvious and exceptional somehow.

Clojure sits at the frontier but with
a bias toward FP while being
pragmatic.

We have a problem in this industry,
features inflation. At some point
it becomes useless to add not so
natural features to a language.

Scala is OO derived and adding FP
features will not change it's DNA.

Look at what Java 8 promises and
it will end up in some form of chaos.

Just thinking at what a mixed Java
code base will look like in 10 years
gives me nausea :)

Yes there's a plan to make Cobol
OO aware.

It's not because it's doable that we
should to do it.

http://rotpier.over-blog.com/article-97207983.html


Luc P.

> I jumped on the FP bandwagon over a year ago and have been using Scala both 
> at work and for personal interest. Recently however I decided to take a 
> closer look at Clojure and see if it is something i actually like. I have 
> to admit at first the syntax form was awkward, but im starting to really 
> see the simplicity behind it.
> 
> I have heard many people claim that Clojure sets you up and supports you 
> for FP more so then Scala does. However they never provide any examples of 
> something Clojure does that is more supporting of FP then the way idiomatic 
> Scala does it.
> 
> Here are some things that I have heard people say when comparing Clojure vs 
> Scala in reference to FP
> Clojure has immutable persistance data structures. but so does Scala
> Scala also tries to get you to use its immutable collections, like Vectors, 
> and are also persistent data structures. However they are not as uniform as 
> Clojures Seq i agree with that.
> 
> Also Scala recommends using vals and not vars, which gives you immutable 
> references points
> 
> I am certainly learning towards dropping Scala for a bit and giving Clojure 
> a real shot. The reason i even picked up Scala was because i wanted to 
> learn more about FP, and if there is a better tool for both doing and 
> learning FP then i want it.
> 
> So tell me, if you have used both Scala and Clojure, do you have some real 
> examples of some things where Clojure really does support you better when 
> doing FP, where Scala really leads you no way, or worse the imperative way?
> 
> 
> -- 
> -- 
> 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/groups/opt_out.
> 
--
Luc Prefontaine sent by ibisMail!

-- 
-- 
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/groups/opt_out.

IE compatibility of clojurescript, Element undefined problem

[Xiangtao Zhou]

hi all,

I'm new for clojurescript.  I found there is compatibility problem under 
IE6,  closurescript use Element which IE 6 dos not have.

Line 34266, Element.prototype.clojure$browser$event$EventType$ = true;

Is clojurescript give up IE6? 


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/groups/opt_out.

Re: Is Clojure more functional then Scala?

[Softaddicts]

The url should have been this one:

http://rotpier27.files.wordpress.com/2012/01/chimc3a8re.jpg

}^}%}%}{[+{^ iPhone screen... too small for my big fingers... 


> In 2008 I was reviewing options,
> we had to move away from Java.
> 
> I choose Clojure rather than Scala,
> I found Scala quite confusing.
> Attempts to pour in FP notions
> in an OO language looked too me
> as an attempt to transplant a fifth
> limb to a four limb made body.
> 
> Since then I had a few discussions
> with Scala developers and the
> answers I got made it clear to me
> that choosing Clojure is a better
> choice.
> 
> The common ground to these answers
> is 'do not use mutable collections',
> 'use values...','this is bad practice,...'
> 
> I never got a satisfying answer to
> my counter questions 'then why offer
> all these features (mutation, objects, ...) easily accessible,
> if they are not to be used ?
> And how a newbie is suppose to know
> how to avoid all these sand traps ?
> 
> If you want to use mutation in
> Clojure, it's doable but it also
> colors your code in a way that makes
> it obvious and exceptional somehow.
> 
> Clojure sits at the frontier but with
> a bias toward FP while being
> pragmatic.
> 
> We have a problem in this industry,
> features inflation. At some point
> it becomes useless to add not so
> natural features to a language.
> 
> Scala is OO derived and adding FP
> features will not change it's DNA.
> 
> Look at what Java 8 promises and
> it will end up in some form of chaos.
> 
> Just thinking at what a mixed Java
> code base will look like in 10 years
> gives me nausea :)
> 
> Yes there's a plan to make Cobol
> OO aware.
> 
> It's not because it's doable that we
> should to do it.
> 
> http://rotpier.over-blog.com/article-97207983.html
> 
> 
> Luc P.
> 
> > I jumped on the FP bandwagon over a year ago and have been using Scala both 
> > at work and for personal interest. Recently however I decided to take a 
> > closer look at Clojure and see if it is something i actually like. I have 
> > to admit at first the syntax form was awkward, but im starting to really 
> > see the simplicity behind it.
> > 
> > I have heard many people claim that Clojure sets you up and supports you 
> > for FP more so then Scala does. However they never provide any examples of 
> > something Clojure does that is more supporting of FP then the way idiomatic 
> > Scala does it.
> > 
> > Here are some things that I have heard people say when comparing Clojure vs 
> > Scala in reference to FP
> > Clojure has immutable persistance data structures. but so does Scala
> > Scala also tries to get you to use its immutable collections, like Vectors, 
> > and are also persistent data structures. However they are not as uniform as 
> > Clojures Seq i agree with that.
> > 
> > Also Scala recommends using vals and not vars, which gives you immutable 
> > references points
> > 
> > I am certainly learning towards dropping Scala for a bit and giving Clojure 
> > a real shot. The reason i even picked up Scala was because i wanted to 
> > learn more about FP, and if there is a better tool for both doing and 
> > learning FP then i want it.
> > 
> > So tell me, if you have used both Scala and Clojure, do you have some real 
> > examples of some things where Clojure really does support you better when 
> > doing FP, where Scala really leads you no way, or worse the imperative way?
> > 
> > 
> > -- 
> > -- 
> > 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/groups/opt_out.
> > 
> --
> Luc Prefontaine sent by ibisMail!
> 
> -- 
> -- 
> 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/groups/opt_out.
> 
--
Softaddicts sent 

Re: IE compatibility of clojurescript, Element undefined problem

[Cedric Greevey]

Everyone should give up IE6. And, preferably, every other version of IE.


On Mon, Dec 16, 2013 at 7:59 AM, Xiangtao Zhou  wrote:

> hi all,
>
> I'm new for clojurescript.  I found there is compatibility problem under
> IE6,  closurescript use Element which IE 6 dos not have.
>
> Line 34266, Element.prototype.clojure$browser$event$EventType$ = true;
>
> Is clojurescript give up IE6?
>
>
> 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/groups/opt_out.
>

-- 
-- 
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/groups/opt_out.

Re: IE compatibility of clojurescript, Element undefined problem

[David Powell]

The clojure.browser namespace does try to extend a protocol to js/EventType
- which IE6 doesn't have, but if you use third party alternatives, raw
javascript DOM manipulation, or Google Closure, then things should work in
IE6.


On Mon, Dec 16, 2013 at 12:59 PM, Xiangtao Zhou  wrote:

> hi all,
>
> I'm new for clojurescript.  I found there is compatibility problem under
> IE6,  closurescript use Element which IE 6 dos not have.
>
> Line 34266, Element.prototype.clojure$browser$event$EventType$ = true;
>
> Is clojurescript give up IE6?
>
>
> 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/groups/opt_out.
>

-- 
-- 
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/groups/opt_out.

Re: IE compatibility of clojurescript, Element undefined problem

[Xiangtao Zhou]

hi David,

Thanks. You're right, I delete dommy, it works. 

On Monday, December 16, 2013 9:10:18 PM UTC+8, David Powell wrote:
>
> The clojure.browser namespace does try to extend a protocol to 
> js/EventType - which IE6 doesn't have, but if you use third party 
> alternatives, raw javascript DOM manipulation, or Google Closure, then 
> things should work in IE6.
>
>
> On Mon, Dec 16, 2013 at 12:59 PM, Xiangtao Zhou 
> > wrote:
>
>> hi all,
>>
>> I'm new for clojurescript.  I found there is compatibility problem under 
>> IE6,  closurescript use Element which IE 6 dos not have.
>>
>> Line 34266, Element.prototype.clojure$browser$event$EventType$ = true;
>>
>> Is clojurescript give up IE6? 
>>
>>
>> Joe
>>
>>  -- 
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com .
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>

-- 
-- 
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/groups/opt_out.

Re: Clojure for the Brave and True, an online book for beginners

[Daniel Higginbotham]

I've written a chapter on namespaces and ns: 
http://www.braveclojure.com/organization/. I hope it clears up some of the 
confusion :)

On Thursday, September 5, 2013 5:39:03 PM UTC-4, Bruno Kim Medeiros Cesar 
wrote:
>
> I would like to add to Roberto's request, a thorough treatment of ns would 
> be great. It has its specific syntax that takes some time to understand, 
> but that you don't use enough to imprint in your brain. It differs between 
> the REPL and the file source, and is a showstopper when you want to try 
> something new and get it wrong. The threads some days ago about 
> :useand
>  a proposal 
> to simplify 
> nsmay
>  be of interest in detailing their problems.
>
> On Thursday, September 5, 2013 4:32:20 PM UTC-3, Roberto Guerra wrote:
>>
>> Sorry if my comment came across the wrong way. I wasn't meaning you 
>> specifically, just the general clojure community in general. Keep up the 
>> good work. BTW, something that confuses me a lot in clojure is 'require' vs 
>> 'import'. There seem to be different ways of 'importing' or 'requiring' a 
>> package, I never know when to use what or if it even matters.
>>
>

-- 
-- 
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/groups/opt_out.

Re: IE compatibility of clojurescript, Element undefined problem

[Tim Visher]

Hi Xiangtao,

If you needed to delete dommy in order to get thing working in IE6,
_please_ file a bug report. I like dommy a lot and finding everywhere
that it breaks compatibility with older browsers is crucial for its
success.

On Mon, Dec 16, 2013 at 8:28 AM, Xiangtao Zhou  wrote:
> hi David,
>
> Thanks. You're right, I delete dommy, it works.
>
>
> On Monday, December 16, 2013 9:10:18 PM UTC+8, David Powell wrote:
>>
>> The clojure.browser namespace does try to extend a protocol to
>> js/EventType - which IE6 doesn't have, but if you use third party
>> alternatives, raw javascript DOM manipulation, or Google Closure, then
>> things should work in IE6.
>>
>>
>> On Mon, Dec 16, 2013 at 12:59 PM, Xiangtao Zhou  wrote:
>>>
>>> hi all,
>>>
>>> I'm new for clojurescript.  I found there is compatibility problem under
>>> IE6,  closurescript use Element which IE 6 dos not have.
>>>
>>> Line 34266, Element.prototype.clojure$browser$event$EventType$ = true;
>>>
>>> Is clojurescript give up IE6?
>>>
>>>
>>> Joe
>>>
>>> --
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Clojure" group.
>>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com.
>>>
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
> --
> --
> 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/groups/opt_out.

-- 
-- 
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/groups/opt_out.

Re: Meta-eX: Power to Complect (featuring Rich Hickey)

[Tim Visher]

On Mon, Dec 16, 2013 at 6:41 AM, Samuel Aaron  wrote:
> just a quick promotional email, so I'll keep it brief.
>
> Meta-eX[1] just pushed a small excerpt from a recent Live Session featuring 
> the voice of Rich Hickey:
>
> https://soundcloud.com/meta-ex/power-to-complect
>
> It's not every day you get to hear music coded and performed with Clojure 
> featuring Rich, so I thought it not too out of context to mention it on here.
>
> Enjoy, and Happy Hacking!

There is a thing in the Christian world (perhaps other religions as
well) called a Sermon Jam, where a message is taken and put to music,
usually as an artistic way to drive the point home further.

I'm now anticipating eagerly an outpouring of CS Jams from the
Overtone community, wherein CS Messages are put to music creatively.

Can you imagine The Mother of All Demos? Guy Steele? Alan Kay?
Dijkstra? Grace Hopper? All put to delicious electronic beats?

Go for it, Overtone Hackers!

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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/groups/opt_out.

Re: Othello from PAIP in Clojure

[edward]

I look forward to your critique :)

-- 
-- 
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/groups/opt_out.

Re: Othello from PAIP in Clojure

[edward]

I look forward to your critique!

On Friday, December 13, 2013 1:41:08 PM UTC, Sean Chalmers wrote:
>
> I'm running out of break time so I'll have to give this a look over a bit 
> later, looks pretty good from a quick scan though! Interested to dive in 
> the guts of it! :)
>
> If you're interested, this is my not-yet-finished implementation of 
> Othello: https://github.com/mankyKitty/clojure-othello . I had the 
> pleasure of joining a group of like-minded Clojure types for a book club 
> reading of Joy of Clojure, and this was one of our 'hard' problems.
>
> Sean
>
> On Friday, 13 December 2013 13:50:17 UTC+1, edw...@kenworthy.info wrote:
>>
>> One of my favourite computer science / programming books is Peter 
>> Norvig’s “Paradigms of Artificial Intelligence Programming: Case Studies in 
>> Common Lisp” (PAIP). And the extended Othello example had always fascinated 
>> me so when I was looking for something to write to help me learn Clojure it 
>> was an obvious candidate: re-write Norvig’s Othello in Clojure.
>>
>> I thought the group might be interested; I'd also appreciate any 
>> feedback (except 'you should have used if-let' ;-)
>>
>>
>> Thanks
>>
>>
>> http://edwardkenworthy.wordpress.com/2013/12/05/othello-from-paradigms-of-artificial-intelligence-programming-re-written-in-clojure/
>>
>>
>>
>>
>>
>>
>>

-- 
-- 
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/groups/opt_out.

Re: cider status

[Gary Johnson]

Just to inject another sample into the population:

As another hacker who lives in Emacs, I found the nrepl -> cider transition 
to be quite painless. It took me maybe an hour of reading the website docs, 
installing/uninstalling packages with package.el, and updating the relevant 
sections of my .emacs.d/init.el file. Not to poo-poo on anyone's parade, 
but it really did seem pretty straightforward to me. So maybe some of the 
pain points people are feeling have to do with general challenges with 
configuring Emacs rather than specific problems with following the online 
cider docs.

As a final note, ac-nrepl is documented on the cider page as working with 
cider. The nrepl-ritz package incompatibility is the only real issue 
missing from the docs. On the other hand, it's come up repeatedly on this 
mailing list, so at least some of us are likely to be aware of it at this 
point.

  ~Gary

On Friday, December 13, 2013 4:04:08 PM UTC-5, Bozhidar Batsov wrote:
>
> On Friday, December 13, 2013 at 7:17 PM, Sean Corfield wrote:
>
> On Thu, Dec 12, 2013 at 11:43 PM, Adrian Mowat 
> > 
> wrote:
>
> Is cider just a new release of nrepl.el or a different thing entirely?
>
>
> Well, it's a "new release" insofar as it's an updated version of
> nrepl.el. In order to switch to it, however, you have to remove
> nrepl.el _and all packages that depend on it_ (which packages are not
> specified in the upgrade instructions so that would be a hit'n'miss
> process)
>
> If someone is not clear it should be improved. I can’t know what problems 
> people encounter is they don’t tell me. cider has both an issue tracker and 
> it’s own mailing list. 
>
> , then you install cider.el and then you also have to update
> various parts of .emac.d/init.el depending on how you had customized
> nrepl. And that part isn't really described in the upgrade
> instructions either so that's also pretty hit'n'miss. 
>
> All configuration options are documented in the README, so I’d say 
> updating the init.el is an easy task.
>  
>
> And then you
> have to reinstall newer versions of the packages you deleted that
> depended on nrepl.el and hope you get versions that depend on cider.el
> instead (since there's no way of telling, based solely on their
> package description I suspect).
>
> The list of package dependencies is more informative than a package's name.
>  
>
>
> And if you use Ritz, that hasn't been updated so you have to stay with
> nrepl.el anyway.
>
> Frankly, I think it was a mistake to rename it and rename various
> functions in it, forcing breakage on dependent packages (which have
> not changed their names as far as I can tell).
>
> You’re thinking short term, but you should be thinking long term. Nobody 
> will remember this transition is a few months. I’m confident that in the 
> greater scheme of things the rename was a good solution. 
>  
>
>
> I use ac-nrepl and the latest version still says it is for nrepl so
> I've no idea whether it will work with cider. I also use nrepl-ritz
>
> ac-nrepl supports only cider. 
>  
>
> but I could live without it. My nrepl-related init.el file contains:
>
> https://www.refheap.com/21729
>
> and it's not clear how that would need changing and whether it would
> continue to work properly.
>
> Your eval-in-repl function is obsolete, since similar functionality lives 
> in cider itself. 
> I have no idea why you’re modifying clojure-mode’s keymap when you should 
> be modifying cider-mode’s keymap instead (+ set-ns is bound to a keycombo 
> by default). Consulting the Changelog would reveal that `nrepl-mode` is now 
> named `cider-repl-mode` and `nrepl-interaction-mode` is now `cider-mode` 
> (it’s basically the same in SLIME). The migration is really simple and I 
> think that people are blowing this problem out of proportion. Of course, I 
> basically live in Emacs, so this is obviously affecting my POV. Less 
> experienced Emacs users might find even simple changes challenging.  
>
> And this isn't just for me - my team all has the same base
> configuration of Emacs and so we'd have to go thru this switch process
> for each team member.
>
>
> As I said previously - if you’re not certain about something you should 
> stop by either cider’s google group or the GitHub project. :-)
>  
>
> -- 
> Sean A Corfield -- (904) 302-SEAN
> An Architect's View -- http://corfield.org/
> World Singles, LLC. -- http://worldsingles.com/
>
> "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 clo...@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+u...@googlegroups.com 
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> --- 
> You received this message because you

Re: AnNN: ClojureScript 0.0-2120

[Gary Johnson]

Wait a minute...

  #js data literal support added

Holy $#%^!!! Where is this documented?! MUST...USE...NOW!

-- 
-- 
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/groups/opt_out.

Re: clojure.java.jdbc 3.0 reusing connections

[Sean Corfield]

Just to follow up on this:

0.3.0-rc1 introduces with-db-connection to allow multiple operations
on a shared connection easily:

(with-db-connection [db-con db-spec]
  ... operate on db-con multiple times ...)

Sean

On Tue, Dec 10, 2013 at 4:06 PM, Sean Corfield  wrote:
> On Tue, Dec 10, 2013 at 2:17 PM, Andrey Antukh  wrote:
>> In my opinion, this has a lot of boilerplate for basic operation like this
>> (reuse a connection for few operations).
>
> I'm open to suggestions for idiomatic enhancements (via JIRA).
>
>> The deprecated api of clojure.java.jdbc had some useful methods for do it
>> more concise and intuitive, you can use it.
>
> The deprecated API relied heavily on dynamically rebound global
> variables which are poor style (which is _why_ that API is
> deprecated).
>
>> Also, you can try use a connection pool for avoid this boilerplate or find a
>> more concise alternative to clojure.java.jdbc library.
>
> I would certainly recommend using a connection pool. There are two
> examples of that in the (community-editable) docs:
>
> http://clojure-doc.org/articles/ecosystem/java_jdbc/home.html#how-to-use-connection-pooling
> --
> Sean A Corfield -- (904) 302-SEAN
> An Architect's View -- http://corfield.org/
> World Singles, LLC. -- http://worldsingles.com/
>
> "Perfection is the enemy of the good."
> -- Gustave Flaubert, French realist novelist (1821-1880)



-- 
Sean A Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org/
World Singles, LLC. -- http://worldsingles.com/

"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/groups/opt_out.

Re: [ClojureScript] Re: AnNN: ClojureScript 0.0-2120

[Tim Visher]

On Mon, Dec 16, 2013 at 12:33 PM, Gary Johnson  wrote:
> Wait a minute...
>
>
>   #js data literal support added
>
> Holy $#%^!!! Where is this documented?! MUST...USE...NOW!

https://groups.google.com/d/msg/clojurescript/mUVbtdnAvHA/Voa86mDnNGwJ

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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/groups/opt_out.

Re: Othello from PAIP in Clojure

[Sean Chalmers]

I don't really have anything to critique, merely observe... ;) I find your 
implementation interesting because you chose to use two dimensional arrays 
to represent the board, I initially went down that road with mine but in 
the end went with a single list because I found it easier to handle the 
individual sequences of moves, and the application of a successful move was 
a single replace call on the board to replace the affected pieces.

Unless I'm reading it wrong, you traverse the entire board to locate legal 
moves for the player, given you know the calculations required to move in 
each direction, wouldn't it be simply to start from the desired move and 
determine the valid moves that way? Different strokes for different folks, 
obviously, but just seems unnecessary. :)

Probably disappointing but I don't have too much to say... since our 
implementations are actually surprisingly similar, the differences seem to 
come from how we structured the board and everything that stems from that. 
I won't speak to writing 'idiomatic Clojure' as my code can attest. :P

Nice work !

-- 
-- 
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/groups/opt_out.

Re: Is Clojure more functional then Scala?

[Mark Engelberg]

I think you're right that all or nearly all of the functional aspects of
Clojure have counterparts in Scala.  On top of that, Scala provides mutable
flavors of everything, so you can pick and choose your approach.  So that
makes Scala better, right?

But the difference between Clojure and Scala is bigger than a
feature-to-feature comparison -- they have very different philosophies, and
programs developed in Clojure consequently have a very different feel to
them than those developed in Scala.  I find Clojure programs to be
dramatically simpler.

Just as one example, consider modeling a deck of cards.  In Clojure, you'd
be more likely to come up with a simple representation for a card, perhaps:
[10 :spades].  Depending on the card game, you might choose to represent a
face card as [:king :clubs] or [13 :clubs].  A deck would likely be modeled
as just a sequence of cards, and all the built-in sequence functions would
apply, for example, shuffle, take, drop, etc.  Serializing the data (for
example, if you want to keep a database tracking all the shuffled decks
you've ever used in a given game) comes for free.

On the other hand, in Scala, you'd be more likely to create a card Class
with a rank and suit field.  The Suit class would be comprised of four case
classes, because the philosophy is to enumerate all the possible suits as
separate entities -- there's nothing in Scala like Clojure's convenient
keywords.  For the rank, you'd be steered towards representing all the
ranks as integers.  The possibility of representing face cards with a name
would likely never occur to you, because it would be too complicated to go
through the effort of defining the type of a rank to be a "integer or a
class comprised of four case classes -- jack,queen,king,ace".  For modeling
the deck, you probably wouldn't say a Deck is-a sequence, because
composition is favored over inheritance.  So you'd probably have a Deck
class which would *contain* a sequence of cards.  This means that you'd
have to reimplement methods like shuffle, take, and drop on your Deck class
to turn around and dispatch those methods to the underlying sequence of
cards.  If you're not careful, years of object-oriented training might kick
in and before you know it, you're representing the deck as a class where
methods like shuffle, take, and drop *destructively update* the underlying
sequence -- it feels so natural to do that once you've encapsulated the
underlying sequence of cards in a class.  If you want to serialize a deck,
that's more code to write (although general "pickling" of a Scala object is
an *active area of research*).

This example pretty much sums up what I prefer about Clojure.  I like to
tell people that a big part of what makes Clojure special is its philosophy
of *lightweight data modeling*.  It leads to delightfully simple systems.
Scala remains deeply rooted in the OO philosophy, which all too often leads
to an over-engineered muddle.

-- 
-- 
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/groups/opt_out.

Re: Clojure.org: Concurrency screencast 404

[Alex Miller]

blip.tv killed the Clojure account. Many of the videos were moved to 
YouTube under the ClojureTV account:

http://www.youtube.com/user/ClojureTV

I suspect this is the talk you're referring to:

http://www.youtube.com/watch?v=dGVqrGmwOAw

On Monday, December 16, 2013 2:44:53 AM UTC-6, Abhijith wrote:
>
> Hello,
>Concurrency screencast link to blip.tv is throwing a 404. Is this a 
> temporary thing or has it moved permanently?
>
> > Most of this is covered in more detail in the concurrency 
> > screencast
> .
>
> -- 
> Queer little twists and quirks go into the making of an individual. To
> suppress them all and follow clock and calendar and creed until the
> individual is lost in the neutral gray of the host is to be less than
> true to our inheritance Life, that gorgeous quality of life, is
> not accomplished by following another man's rules. It is true we have
> the same hungers and same thirsts, but they are for different things
> and in different ways and in different seasons Lay down your own
> day, follow it to its noon, your own noon, or you will sit in an outer
> hall listening to the chimes but never reaching high enough to strike
> your own.
>- Angelo Patri
>  

-- 
-- 
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/groups/opt_out.

Re: Is Clojure more functional then Scala?

[Guru Devanla]

Hi Mark,

A few questions:

1. The point you raise regarding declaring case classes is inherent to the
typed nature of Scala, correct? Can that be pointed to as valid strength of
Clojure. Since, we are comparing static vs dynamic typing here.

2. I am not super familiar with Scale, but I am assuming Scala can do
similar to what we have in ML, which would look like this:

datatype rank = Jack | Queen | King | Ace | Num of int

Isn't a similar idiomatic case class sufficient to achieve the needed
simplicity in Scala?

3. Regarding walking down the path of multiple object hierarchies, I guess
that is only a choice in Scala and is not necessitated by idiomatic Scala.
So, can't one just use the functional construct to achieve what you define
in Clojure?

I believe Scala's blending of static typing with OO and FP principles is a
exciting area of research and only time will tell if we could have all the
features in one big language.  Scala's tries to be different language to
different people depending on which background one approaches from.

I also agree with one other member where it is stated that Scala is just
too complex and Clojure's wins by its simplicity and consistent
representation.

Thanks
Guru



On Mon, Dec 16, 2013 at 12:13 PM, Mark Engelberg
wrote:

> I think you're right that all or nearly all of the functional aspects of
> Clojure have counterparts in Scala.  On top of that, Scala provides mutable
> flavors of everything, so you can pick and choose your approach.  So that
> makes Scala better, right?
>
> But the difference between Clojure and Scala is bigger than a
> feature-to-feature comparison -- they have very different philosophies, and
> programs developed in Clojure consequently have a very different feel to
> them than those developed in Scala.  I find Clojure programs to be
> dramatically simpler.
>
> Just as one example, consider modeling a deck of cards.  In Clojure, you'd
> be more likely to come up with a simple representation for a card, perhaps:
> [10 :spades].  Depending on the card game, you might choose to represent a
> face card as [:king :clubs] or [13 :clubs].  A deck would likely be modeled
> as just a sequence of cards, and all the built-in sequence functions would
> apply, for example, shuffle, take, drop, etc.  Serializing the data (for
> example, if you want to keep a database tracking all the shuffled decks
> you've ever used in a given game) comes for free.
>
> On the other hand, in Scala, you'd be more likely to create a card Class
> with a rank and suit field.  The Suit class would be comprised of four case
> classes, because the philosophy is to enumerate all the possible suits as
> separate entities -- there's nothing in Scala like Clojure's convenient
> keywords.  For the rank, you'd be steered towards representing all the
> ranks as integers.  The possibility of representing face cards with a name
> would likely never occur to you, because it would be too complicated to go
> through the effort of defining the type of a rank to be a "integer or a
> class comprised of four case classes -- jack,queen,king,ace".  For modeling
> the deck, you probably wouldn't say a Deck is-a sequence, because
> composition is favored over inheritance.  So you'd probably have a Deck
> class which would *contain* a sequence of cards.  This means that you'd
> have to reimplement methods like shuffle, take, and drop on your Deck class
> to turn around and dispatch those methods to the underlying sequence of
> cards.  If you're not careful, years of object-oriented training might kick
> in and before you know it, you're representing the deck as a class where
> methods like shuffle, take, and drop *destructively update* the
> underlying sequence -- it feels so natural to do that once you've
> encapsulated the underlying sequence of cards in a class.  If you want to
> serialize a deck, that's more code to write (although general "pickling" of
> a Scala object is an *active area of research*).
>
> This example pretty much sums up what I prefer about Clojure.  I like to
> tell people that a big part of what makes Clojure special is its philosophy
> of *lightweight data modeling*.  It leads to delightfully simple
> systems.  Scala remains deeply rooted in the OO philosophy, which all too
> often leads to an over-engineered muddle.
>
> --
> --
> 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 

Re: Is Clojure more functional then Scala?

[Mark Engelberg]

On Mon, Dec 16, 2013 at 12:30 PM, Guru Devanla  wrote:

> Hi Mark,
>
> A few questions:
>
> 1. The point you raise regarding declaring case classes is inherent to the
> typed nature of Scala, correct? Can that be pointed to as valid strength of
> Clojure. Since, we are comparing static vs dynamic typing here.
>

Well, in Scala, if you wanted to simulate keywords (albeit less
efficiently) you could just declare the type of something to be String.
But you wouldn't do that because the culture is to enumerate all the
possibilities.  Yes, that culture comes from the fact that Scala's
community believes in the value of static typing and being as precise as
possible about the type of a value.  But Scala's static typing doesn't
inherently prevent you from doing a more general solution.  That's why I
described it as a philosophy, rather than something intrinsic to static vs
dynamic typing.



> 2. I am not super familiar with Scale, but I am assuming Scala can do
> similar to what we have in ML, which would look like this:
>
> datatype rank = Jack | Queen | King | Ace | Num of int
>
> Isn't a similar idiomatic case class sufficient to achieve the needed
> simplicity in Scala?
>

Yes, although it is more verbose in Scala.  I would argue that as we
program, hundreds of times every day we make little design choices, and we
are subtly influenced by our programming language, generally making the
choice that is easiest in the language we are using.  I think many
programmers, without even thinking about it, would choose
Integer
over
Scala's more verbose equivalent to datatype rank = Jack | Queen | King |
Ace | Num of int
Keep in mind that the type definition isn't the only place you incur extra
complexity: every time you ever process a rank anywhere in your code, the
datatype version will need to be "unpacked" using a match mechanism to
ensure you've handled all the cases and only those cases.



>
> 3. Regarding walking down the path of multiple object hierarchies, I guess
> that is only a choice in Scala and is not necessitated by idiomatic Scala.
> So, can't one just use the functional construct to achieve what you define
> in Clojure?
>

Yes.  Again, the ideas of pinning down your types precisely and
encapsulating data is more of a cultural/philosophical issue, driven by the
static typing and object-oriented paradigms which Scala fully embraces.
You can code Scala in other ways, but if you were the kind of person who
didn't like those things, you probably wouldn't be using Scala.


>
> I believe Scala's blending of static typing with OO and FP principles is a
> exciting area of research and only time will tell if we could have all the
> features in one big language.  Scala's tries to be different language to
> different people depending on which background one approaches from.
>

I admire Scala, I just don't enjoy programming in it as much as I had hoped.

-- 
-- 
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/groups/opt_out.

Re: Meta-eX: Power to Complect (featuring Rich Hickey)

[Timothy Washington]

Lol, very cool :)


Tim Washington
Interruptsoftware.ca 


On Mon, Dec 16, 2013 at 6:41 AM, Samuel Aaron  wrote:

> Hey everyone,
>
> just a quick promotional email, so I'll keep it brief.
>
> Meta-eX[1] just pushed a small excerpt from a recent Live Session
> featuring the voice of Rich Hickey:
>
> https://soundcloud.com/meta-ex/power-to-complect
>
> It's not every day you get to hear music coded and performed with Clojure
> featuring Rich, so I thought it not too out of context to mention it on
> here.
>
> Enjoy, and Happy Hacking!
>
> Sam
>
> [1]: http://meta-ex.com
>
> ---
> http://sam.aaron.name
>
> --
> --
> 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/groups/opt_out.
>

-- 
-- 
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/groups/opt_out.

Re: IE compatibility of clojurescript, Element undefined problem

[Xiangtao Zhou]

Hi Tim,

somebody already filed a bug under IE8,   
https://github.com/Prismatic/dommy/issues/57
according to the absence of js/Element, the fix may not work. I'll test it 
later.

Joe

On Tuesday, December 17, 2013 12:34:42 AM UTC+8, Tim Visher wrote:
>
> Hi Xiangtao, 
>
> If you needed to delete dommy in order to get thing working in IE6, 
> _please_ file a bug report. I like dommy a lot and finding everywhere 
> that it breaks compatibility with older browsers is crucial for its 
> success. 
>
> On Mon, Dec 16, 2013 at 8:28 AM, Xiangtao Zhou 
> > 
> wrote: 
> > hi David, 
> > 
> > Thanks. You're right, I delete dommy, it works. 
> > 
> > 
> > On Monday, December 16, 2013 9:10:18 PM UTC+8, David Powell wrote: 
> >> 
> >> The clojure.browser namespace does try to extend a protocol to 
> >> js/EventType - which IE6 doesn't have, but if you use third party 
> >> alternatives, raw javascript DOM manipulation, or Google Closure, then 
> >> things should work in IE6. 
> >> 
> >> 
> >> On Mon, Dec 16, 2013 at 12:59 PM, Xiangtao Zhou  
> wrote: 
> >>> 
> >>> hi all, 
> >>> 
> >>> I'm new for clojurescript.  I found there is compatibility problem 
> under 
> >>> IE6,  closurescript use Element which IE 6 dos not have. 
> >>> 
> >>> Line 34266, Element.prototype.clojure$browser$event$EventType$ = true; 
> >>> 
> >>> Is clojurescript give up IE6? 
> >>> 
> >>> 
> >>> Joe 
> >>> 
> >>> -- 
> >>> -- 
> >>> You received this message because you are subscribed to the Google 
> >>> Groups "Clojure" group. 
> >>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com. 
> >>> 
> >>> For more options, visit https://groups.google.com/groups/opt_out. 
> >> 
> >> 
> > -- 
> > -- 
> > You received this message because you are subscribed to the Google 
> > Groups "Clojure" group. 
> > To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com . 
> > For more options, visit https://groups.google.com/groups/opt_out. 
>

-- 
-- 
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/groups/opt_out.

Re: [ClojureScript] Re: [ANN] cljs-start 0.0.7 now support source-map

[Mimmo Cosenza]

Hi Jussi,

> I was wondering what sort of performance should I expect with Clojurescript 
> compile. I get 3-20 seconds per file on two different machines.

yes, I have similar results

> When I just change the root cljs file,

do you mean the core.cljs file? 

> cljsbuild recompiles three other files (advanced.js, useless.js and 
> simple.js).

did you issue the `$ lein cljsbuild auto whitespace` tasks instead of `$ lein 
compile`? 

That said, take into account that, if I remember well, there is an open issue 
on cljsbuild regarding the recompilation of builds non directly interested by a 
test launched by the lein cljsbuild test name-of-the-test. 

> I have Macbook with Maverick, Lein 2.3.4 on Java 1.6.0_65 and Ubuntu 13.04 
> with OpenJDK-7, same Lein version. Both should have plenty of resources.

yes I know. I personally adopted the following workflow during the early 
development.

1. comment out all the builds but whitespace
2. comment out all the tests but phantoms-ws
3. lein cljsbuild auto whitespace
4. lein cljsbuild test phantomjs-ws

Then, when I reach something stable I uncomment the other builds and tests.

one trick is to use `#_` to quickly comment an entire expression. 

> 
> From all the cljs templates yours seem most featureful and easiest to start 
> with, so I'd very much like to see it perform better.

Probably when cljsbuild will have an `auto` subtask for the `test` task the 
response time of a recompilation will be much shorter, because only one build 
and one test will be recompiled.

Sorry about that, but I do not have a better answer.

Mimmo


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: cider status

[Cedric Greevey]

On Mon, Dec 16, 2013 at 12:27 PM, Gary Johnson  wrote:

> Just to inject another sample into the population:
>
> As another hacker who lives in Emacs, I found the nrepl -> cider
> transition to be quite painless. It took me maybe an hour of reading the
> website docs, installing/uninstalling packages with package.el, and
> updating the relevant sections of my .emacs.d/init.el file. Not to poo-poo
> on anyone's parade, but it really did seem pretty straightforward to me.
>

Interesting, isn't it, what emacs users consider to be "quite painless".
Users of non-legacy tools tend to set the bar rather higher, needless to
say, typically expecting upgrading something (other than the operating
system itself) to take a few minutes, tops, with most of that spent doing
something else while progress meters (first "downloading", then
"installing") crawl to 100% and the result working OOTB without manual
config changes or other nursemaiding.


> So maybe some of the pain points people are feeling have to do with
> general challenges with configuring Emacs rather than specific problems
> with following the online cider docs.
>

That much is quite believable. :)

-- 
-- 
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/groups/opt_out.

Re: cider status

[n aipmoro]

On Mon, Dec 16, 2013 at 12:27 PM, Gary Johnson  wrote:


> It took me maybe an hour of reading the website docs,
> installing/uninstalling packages with package.el, and updating the relevant
> sections of my .emacs.d/init.el file. Not to poo-poo on anyone's parade,
> but it really did seem pretty straightforward to me.
>

I thought I read the website docs thoroughly, I thought I uninstalled the
proper packages
and I thought I edited my .emacs file correctly. But the repl refused to
start-up so I returned
to nrepl. I am not even remotely an emacs expert, but until this incident I
had years of
trouble-free emacs/leningen/nrepl/slime/swank use.

regards,
naipmoro

-- 
-- 
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/groups/opt_out.

Comparing core.async and Reactive Extensions

[Michal Till]

Hello,

I seem to be a little bit confused when comparing core.async to the so 
called Reactive Extensions (Rx). They seem to tackle similar problem of 
async-icity, so I wonder what are the principal differences and in what 
cases is one preferred over the other. Can someone please explain?

Regards,
Michal

-- 
-- 
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/groups/opt_out.

[ANN] Clojure IDE for OS X

[Christian Sperandio]

Hi, 

It's a good news to have a new IDE for Clojure. 
I wanted to try it but I read it works only on OS X 10.9. I think your target 
is very limited. 
So, may be another time. 

Chris

-- 
-- 
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/groups/opt_out.