Re: mapmap

On 17 Dec 2009, at 20:26, Sean Devlin wrote: > Konrad, > I am working on a different proposal on the dev list: > > http://groups.google.com/group/clojure-dev/browse_thread/thread/9a518c853bfbba8b# > > This is a more in depth version of these functions for maps. I'd love > to have you contribute t

Re: Semantic Versioning

> Talking of semantics, do you think the one I enumerated would work? > I'll certainly try to implement this concept, but I have many other > projects on the table right now, so it might take a while before I > start working on it. Yes, it looks good. The key thing is that all users/developers agr

Re: new fn: juxt - Theory & application

Hello, 2009/12/18 Sean Devlin > Hello everyone, > Today I'd like to shed some light on a new funciton in 1.1, juxt. In > order to understand juxt(apose), I'd like to first talk about comp > (ose). Comp can be defined in terms of reduce like so: > > (defn my-comp [& fns] > (fn [args] >(red

Re: Clojure 1.1 release candidate 1

On Dec 17, 9:09 pm, Rich Hickey wrote: > There is now a release candidate for Clojure 1.1: > > http://clojure.googlecode.com/files/clojure-1.1.0-rc1.zip > > and also a new "1.1.x" branch in git corresponding to the release. > > Please try these out ASAP and provide feedback here. > > Thanks much!

Re: Clojure 1.1 release candidate 1

>> There is now a release candidate for Clojure 1.1: >> >> http://clojure.googlecode.com/files/clojure-1.1.0-rc1.zip >> >> and also a new "1.1.x" branch in git corresponding to the release. >> >> Please try these out ASAP and provide feedback here. > > Is there a place where I can get a list of all

Re: Any interest in a Nova Clug?

Ajay, A good place to look for a list of Clojure groups is: http://clojure.org/community I didn't see one for Seattle... maybe you're the founder? :-) Seth On Dec 17, 3:52 pm, ajay gopalakrishnan wrote: > Seems like a wrong place to ask, but is there a Seattle Clojure Group too? > Where can I

Re: Trying to rewrite a loop as map/reduce

Hi, Am 18.12.2009 um 04:18 schrieb Joseph Smith: > What are you using to generate the pretty rainbow perens on your website? I use Vim to do the highlighting. VimClojure does the rainbow parens. Sincerely Meikel -- You received this message because you are subscribed to the Google Groups "Cl

Re: Clojure analysis

On Fri, 18 Dec 2009 00:44:02 -0500 Luc Préfontaine wrote: > Mike, I think that the whole issue about Lisp creates a big cloud about > Clojure. Yes, it does. When I mention that, people tend to shudder. > If you sum up Clojure as being a Lisp because of what it look likes and > use only this to

Re: new fn: juxt - Theory & application

Laurent, 1. You are correct. juxt returns a vector. This is based on some old articles I wrote, and I must of missed those references. 2. Guilty :) The partial is (deliberate) overkill. Sean On Dec 18, 4:17 am, Laurent PETIT wrote: > Hello, > > 2009/12/18 Sean Devlin > > > > > > > Hello ev

Re: mapmap

Konrad, Yeah, there are discussions of two libs there. The idea is that most of the fn in this thread will be used for table-utils. The last entry is the most relevant to a map-utils library. Check out the visitor stuff: http://groups.google.com/group/clojure-dev/msg/6c1bbce17cafdf52 The idea

Call for masters thesis ideas (possibly related to Clojure)

Hi We're two students that have been working with concurrent programming languages (Erlang and Clojure), and while both languages are very interesting, we would like to work on something related to Clojure in our masters thesis. I once asked on #clojure for ideas, and Rich Hickey suggested lookin

leiningen with latest clojure

I'm new to the group, I've been following clojure development for a while, and I want to thank rich and you all for the fantastic work. I'd like to ask how to use leiningen with the latest clojure development new branch, is this possible? thanks, Andrea Tortorella -- You received this message b

Re: Clojure analysis

On 18 Dec 2009, at 06:42, Mike Meyer wrote: > On Fri, 18 Dec 2009 00:44:02 -0500 > Luc Préfontaine wrote: > >> Mike, I think that the whole issue about Lisp creates a big cloud >> about >> Clojure. > > Yes, it does. When I mention that, people tend to shudder. That's the price Clojure pays

Var clojure.core/refer is unbound???

So im trying to do some extremely simple AOT. However, when i run the following code i get an error which i swear ive seen before but i dont quite remember how to fix it! (ns console.TheConsole (:gen-class :extends org.eclipse.ui.console.IOConsole :constructors {[] [String org.eclipse.jface.

1.1 changes.txt typo

>From the 1.1 release notes: "Futures represent asynchronous computations. They are away to get code to run in another thread, and obtain the result." I know "away" is just a typo for "a way", but be damned if that isn't the best pun I've seen in a while. Apologies if this seems like noise, but

Re: Call for masters thesis ideas (possibly related to Clojure)

Hi, An idea I was interested in (more from an learning opportunity perspective than thesis) is provided more Persistent data structures. As of now, we have the the Array mapped Hash tree based structure that works well for Vectors, Maps and Graphs too. What I feel is missing is Tree based structur

Re: Call for masters thesis ideas (possibly related to Clojure)

Most of the distributed Clojure work is based on running Clojure on a distributed JVM package. Here's a link on Clojure + Terracotta. I have heard mention of other solutions as well, I just don't recall them. http://groups.google.com/group/clojure/browse_thread/thread/9a9690947617906/6bc50fb45ca

Re: Any interest in a Nova Clug?

Reston is a great location for me and my coworkers, too. On Dec 17, 9:50 am, Mike Hogye wrote: > I'm interested, but may have a hard time making it consistently. I do > have a coworker or two who might have both interest and availability. > > On Dec 16, 1:14 pm, Matt wrote: > > > > > I'm looking

Re: Question about "The whole language is there, all of the time."

On Wed, Dec 09, 2009 at 02:35:24PM -0800, Joost wrote: > On 9 dec, 17:03, Jeff Dik wrote: > > The part "Running code at read-time lets users reprogram Lisp's > > syntax" caught my attention.  Is this talking about reader macros?  I > > believe I read that clojure doesn't have reader macros, so wou

Re: Any interest in a Nova Clug?

I've started a meetup for a National Capital Area Clojure Users Group: http://www.meetup.com/Cap-Clug/ The meetings will be held in Reston, but another user group organizer in the area suggested I go with National Capital Area instead of northern Virginia so it be more inclusive. Our first meeti

Re: Help recreating OS X Leiningen 1.0 +Swank bug

I think I have solved the arguments issue but I had a strange bug with clojure.test which worries me a little bit. If you can try this out and see if it works for you that would be great: http://github.com/bagucode/leiningen/tree/setfork /mac On Dec 17, 7:02 pm, Steve Purcell wrote: > I came acr

Re: Call for masters thesis ideas (possibly related to Clojure)

ajay gopalakrishnan writes: Hi Ajay, > An idea I was interested in (more from an learning opportunity > perspective than thesis) is provided more Persistent data structures. > As of now, we have the the Array mapped Hash tree based structure that > works well for Vectors, Maps and Graphs too. I

Re: How to fund open source Clojure development

On 16 dec, 21:48, Joe wrote: > a. Offer new clojure features in binary form to developers who pay > $100 a year 3 months before everyone else. Would stifle development and piss off everybody who's working with clojure and doesn't want to pay. > b. Run a clojure programmer temp and/or high level

Re: Call for masters thesis ideas (possibly related to Clojure)

(0) Create a toolkit to run multiple parallel, tightly communicating clojure apps on google-app engine, simulating a single, long-running, multithreaded JVM instance that does not appear, to the user, to be limited by the constraints of GAE's java implementation (e.g. single threading, shared refs

Re: Call for masters thesis ideas (possibly related to Clojure)

On 18 dec, 13:35, Patrick Kristiansen wrote: > Hi > > We're two students that have been working with concurrent programming > languages (Erlang and Clojure), and while both languages are very > interesting, we would like to work on something related to Clojure in > our masters thesis. > > I once a

Advice for someone coming from an OO world?

Up until a month ago, my total Lisp experience consisted of hacking my .emacs file to bend it to my will -- a lot. Discovering Clojure was amazing. I immediately liked several aspects of it, especially how compact it feels and easy it is to do complex functional tasks. I decided the best way to

Bert Clojure Implementation

Hi, I've mostly finished an implementation of Tom Preston-Werner's Bert library in clojure. Bert is a binary serialization protocol that you can read about at http://bert-rpc.org. My library is available on github at http://github.com/trotter/bert-clj. I'd love for people to give it a go and let m

bug or feature in (require ...)?

Hello all I found interesting behaviour of clojure when debugging why tests aren't working when build incanter with maven... In incanter there is following code: (def test-names [:core-tests :stats-tests :io-tests :charts-tests

Parenthesis Inference

I had this thought at work, when I should have been working, so please bear with me if it's nonsense. One of the things that always puts people off of Lisp, as we all know, are the parentheses. Now, many ways have been suggested of doing this in other Lisps, but have never taken off, mainly due

Re: Clojure analysis

> Lookup (and contrast) words "analysis" and "opinion" in your favorite > dictionary. Being a blog I thought that analysis would be from my perspective and hence an opinion. Dictionaries become muddied in the blog world, and mea culpa. If nothing else, at least I will make sure that I am careful :

Re: 1.0 Compatible Terracotta Integration Module

Sounds interesting! Thanks. Hope to look at it when I have more time in my hands. On Thu, Dec 10, 2009 at 1:37 PM, Paul Stadig wrote: > > > There is a new repo at http://github.com/pjstadig/tim-clojure-1.0.0/ > that has a 1.0 compatible version of the TIM. It should be simpler to > setup and te

Re: Call for masters thesis ideas (possibly related to Clojure)

On Dec 18, 11:06 pm, Joost wrote: > Erm, what's your master? I'll assume CS. Well it's software engineering, but close enough :). I should have mentioned that. > Personally, I'm interested in whether complete thread abstraction that > makes "threads" as light-weight as possible, but also the onl

Re: Parenthesis Inference

The main downside of such an approach is that if you copy and paste your code to a new context in which it has a different level of indenting, it's very easy to screw things up. You then have no way to re-indent the code without fully analyzing and understanding the *semantics* of the code, becaus

Re: Parenthesis Inference

What you're looking for is called "Python". The parens are your friend. Learn to love them. They are there to remind you that you're building a data structure, not just writing code. Sean On Dec 18, 2:07 pm, Martin Coxall wrote: > I had this thought at work, when I should have been working, s

Re: Call for masters thesis ideas (possibly related to Clojure)

On 19 dec, 01:20, Patrick Kristiansen wrote: > Thanks for your suggestion. It's an interesting idea, and we've been > considering something along those lines. I don't know if Erlang's > processes are even more lightweight than "green threads". According to > Wikipedia [1], Linux actually performs

Re: Bert Clojure Implementation

FYI There a binary protocol library http://hessian.caucho.com/ It is pure java, supports all the primitives BERT has, has bindings to many languages including Python, Ruby, Erlang, even Flash. And of course because it is java, it is readily available from clojure. It also supports streaming of cou

Re: Parenthesis Inference

In my personal experience, the fastest way to get accustomed to the parenthesis is to learn how to read the indentation. That was the biggest hurdle for me coming from reading C/Java code. Lisp indentation is quite expressive and a little more subtle (unlike the indent-two-spaces-for-a-loop scheme

Re: Parenthesis Inference

Welcome to the big club of people who in last 50 years came up with a "brilliant" idea to "fix" lisp. As for Ten parentheses, i do not see a single one. Noone notices starting parens because they are markers saying "this is a function". And of course noone notices ending parens because they are fo

Re: Parenthesis Inference

On 19 Dec 2009, at 00:29, Mark Engelberg wrote: > The main downside of such an approach is that if you copy and paste > your code to a new context in which it has a different level of > indenting, it's very easy to screw things up. You then have no way to > re-indent the code without fully analy

Re: Parenthesis Inference

On Fri, 18 Dec 2009 19:07:43 + Martin Coxall wrote: > For each line that is not within a vector, and does not have an opening > parenthesis, infer an opening parenthesis at the start of the line. Remember > the level of indentation, and infer a closing parenthesis at the end of the > line

Re: Call for masters thesis ideas (possibly related to Clojure)

Put *Comparative performance evaluation of Java threads for embedded applications**: Linux thread vs. Green thread Google, and click the second link that says [PDF]. It is for free. * On Fri, Dec 18, 2009 at 7:20 PM, Patrick Kristiansen < patrick.kristian...@gmail.com> wrote: > On Dec 18, 11:06

Re: Parenthesis Inference

On 19 Dec 2009, at 00:53, Sean Devlin wrote: > What you're looking for is called "Python". > > The parens are your friend. Learn to love them. They are there to > remind you that you're building a data structure, not just writing > code. > > Sean > As it happens, I agree with you: I learned

Re: leiningen with latest clojure

Hello Andrea, The default project.clj for a `lein new myproject` should provide you with the latest snapshot. Then, in the myproject directory run `lein deps`. This will pull down 1.1.0-master-SNAPSHOT per the settings in project.clj which is as new as Dec. 18th, 16:00 at the time of writing thi

Re: Advice for someone coming from an OO world?

This came up on the group recently. There was a lot of discussion here: http://groups.google.com/group/clojure/browse_thread/thread/c30e313ca2b0ee29# On Dec 18, 11:55 am, IslandRick wrote: > Up until a month ago, my total Lisp experience consisted of hacking > my .emacs file to bend it to my wi

Re: Parenthesis Inference

On Dec 18, 4:59 pm, Martin Coxall wrote: > But I'm trying to think of it from the point of view of Joe Q. Coder, who > will take one look at our beloved elegant, expressive Clojure, see all the > parens and run screaming. Let James Gosling worry about Joe Q. Coder. He does a very good job at th

Re: Parenthesis Inference

Look, Clojure does a lot to make life easier. But if Joe Q. Coder isn't willing to *try* to work with parens, he won't have a chance picking up Clojure. It is proudly a Lisp for people that want to get things done. Any Java/.NET/Python/Brainfuck/Ruby/Basic/C/C++ (No Perlmongers :)) that want to

Re: Parenthesis Inference

I read this and think of Roedy Green's essay on source code in database, http://mindprod.com/project/scid.html and on Knuth's 'literate programming' - the idea that source code is inherently not it's representation (it's the reader output that's homoiconic, not the file representation on disk) a

Re: Call for masters thesis ideas (possibly related to Clojure)

> > *Re: > Update: One of the developers of PNUTS > commented > on > this post, pointing out that PNUTS performance is much better in practice > (1-10ms/request) when ca

Re: Parenthesis Inference

Martin Coxall writes: > My question is this: why can't we introduce a simple and importantly, > optional 'off-side rule' (much simpler than Haskell's) that allows the > reader to infer many of the parentheses? If you haven't seen them before, check out sweet expressions. This guy has put a lot

Re: Parenthesis Inference

Look, your IDE won't be a good clojure environment, because it will encourage sloppy thinking. Write some more macros, and learn to appreciate that you are building data structures. Really. G On Dec 18, 9:37 pm, Anniepoo wrote: >   I read this and think of Roedy Green's essay on source

Re: leiningen with latest clojure

defn writes: > On Dec 18, 7:00 am, Andrea Tortorella wrote: >> I'd like to ask how to use leiningen with the latest clojure >> development new branch, is this possible? > This will pull down 1.1.0-master-SNAPSHOT per the settings in > project.clj which is as new as Dec. 18th, 16:00 at the time o

Re: Parenthesis Inference

Many/most of the best programmers I know have allergic reactions to parens. I think this is a normal reaction based on the amount of successful time they have spent with ; terminated languages. FWIW, I certainly flinch when I see Objective-C code with [ ] in strange places, although these other pro

Re: Parenthesis Inference

Anniepoo writes: > What's hostile to most programmers is that Clojure demands a lot more > thinking per line of code. I remember when OO came in, and then when > design patterns came in - each decreased the amount of thinking about > code and increased the amount of typing. *shudder* Yes, this

Re: new fn: juxt - Theory & application

Just tossing up some non-juxt alternatives for comparison's sake, so we can see where it is an improvement. Sean Devlin writes: > Notice that juxt creates a closure. The most straightforward case is > to *predictably* access multiple values from a map. > > user=>(def test-map {:a "1" :b "2" :c

Re: Parenthesis Inference

Hi, I've a different take on the entire thing. Based on my experience I have realized the following: 1. A lot of software engineers do not have a CS background. Out of them, many joined this field for the fun of coding and are willing to learn new things. I know many like that. However,

Re: Semantic Versioning

On Dec 18, 4:16 am, Roman Roelofsen wrote: > IMHO, no. This is the whole problem. Library users will mostly care > about the runtime. It doesn't help at all if your code compiles, maybe > in isolated pieces, but everything blows up at runtime. For example, I > never had problems compiling against