If you are referring to (2), I agree.
But marking the type of a file by either path or extension is not a hack,
in my opinion. (3)
I was suggesting that ideally this would be better.
To justify this statement I would claim that:
jvm clj files - using java platform specifics
clr clj fil
> * Explicitly declaring crossovers. I think that this is decouples the code
> from it's intended purpose. It will be easy to get out of sync and cause
> problems.
>
> As I see it, there are three solutions available for this problem
>
> 1. declare externally as you have done
> 2. declare internall
Based on some early feedback I have reduced the prices for all levels
of the Clojure/West conference:
- Early bird - now $375 (extended till Jan 27th)
- Regular - now $450
- Late - now $525
Register here: http://regonline.com/clojurewest2012
Additionally, I have dropped the prices on all training
for returns a lazy sequence.You may prefer doseq:
(defn fortest2 []
(doseq [a (range 2 10)
b (range 2 10)]
(do
(println "x: " a " b:" b)
(list a b)))
(println "ende")
)
(fortest2)
doseq will be forced for side-effects.
2012/1/19 Jack Moffitt
> > doesn't show any effect of t
Thanks for the responses. I was worried I was missing something.
My concern isn't on the "dispatch" side (invoking the right function,
or how fast the right function is determined), but on the actual
action performed by the reactor, and the prospect of incidental
complexity in getting the necessar
Hi,
There is one more thing that I am a little wary of.
Please don't take these comments as negative - I think that this project is
good and the community needs to get to a solid solution.
* Explicitly declaring crossovers. I think that this is decouples the code
from it's intended purpose. It
Sure, it'll be a little faster to encode and to decode if you can use
CDATA. I doubt if that matters in any but a very small minority of
cases. The real problem with data.xml is not its support for CDATA,
but the fact that it can't find an official release.
On Jan 18, 3:16 pm, jweiss wrote:
> It
The event-id can be any Clojure value. When you fire an event, you
need to make sure that there is enough information in this value to
properly dispatch to a reactor.
react-to takes an event predicate function which is called with the
event-id. If the function returns true then the reactor will ha
If you are dispatching on types, use protocols. It's much faster.
Luc P
> I've experienced rewriting my ClojureScript code into multimethods
> base.
> I'd share my results.
>
> Initially I implemented polymorphism behavior as simple hashmap like
> this:
>
> (def parent
> {:foo (fn [x] ...)
If you are only dispatching on a single type - I think protocols will
always be much faster than multimethods.
I think that you only really want to use multimethods if you need to
dispatch on more than one type or on something that is not a type at all.
D
--
You received this message because
I've experienced rewriting my ClojureScript code into multimethods
base.
I'd share my results.
Initially I implemented polymorphism behavior as simple hashmap like
this:
(def parent
{:foo (fn [x] ...)
:bar (fn [x] ...)})
(def child
(merge parent {:foo (fn [x] ...)}))
For some reason
> One other concern to keep in mind is that many JavaScript libraries
> aren't compatible with the Closure compiler's advanced optimizations.
> Advanced optimizations are awesome---I'm working on a Clojure data
> visualization library similar in spirit to D3, and for many static
> visualizati
It might not make a lot of practical difference, but my understanding
is that CDATA isn't parsed as XML, so if you have a lot of non-xml
data, it's probably better to use CDATA so that it is not parsed when
it's read back in.
On Jan 17, 11:12 pm, Alan Malloy wrote:
> It doesn't need CDATA - data.
brain fart lol
--
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
Hi,
Am 18.01.2012 um 22:58 schrieb Dave Sann:
> in someother-ns.dom.fred
I would expect that you have to explicitly require someother-ns.dom.fred
explicitly somewhere. Otherwise the extend does never happen.
Sincerely
Meikel
--
You received this message because you are subscribed to the Goog
Not in detail.
I believe that the code may have been excluded in advanced compilation.
I will do some tests and get back to you.
D
--
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 th
On Wed, Jan 18, 2012 at 4:58 PM, Dave Sann wrote:
> Scenario:
>
> Define a protocol, generally:
>
> in some-ns.fred
>
> (defprotocol Fred
> (fred [this] "do something cool and useful"))
>
> Specifically extend the protocol for dom objects
>
> in someother-ns.dom.fred
>
> ; implementing Fred for
Hi,
Am 18.01.2012 um 20:35 schrieb Jeb Beich:
> Any suggestions for a vim man?
VimClojure
http://www.vim.org/scripts/script.php?script_id=2501
http://bitbucket.org/kotarak/vimclojure
Sincerely
Meikel
--
You received this message because you are subscribed to the Google
Groups "Clojure" group
On Wed, Jan 18, 2012 at 1:35 PM, Jeb Beich wrote:
> Any suggestions for a vim man?
>
Jeb -
I'd recommend either vimclojure or emacs + Evil. I recently switched
from the former to the latter and the transition hasn't been too bad.
I wanted the abilities of emacs + slime + swank, leiningen
integr
Scenario:
Define a protocol, generally:
in some-ns.fred
(defprotocol Fred
(fred [this] "do something cool and useful"))
Specifically extend the protocol for dom objects
in someother-ns.dom.fred
; implementing Fred for the dom
(extend-protocol Fred
js/Node
(fred [node] (...cool with the
I know ZooKeeper may not be wholly part of Avout's future, but I just
remembered that one using zk may really much want to use it through Curator
to ease that a lot.
I'm not sure, but one of the highlights looks like Curator could be used to
allow embedding zk inside Avout, either directly (as
I'm not running the community edition (and I'm not sure if you are
either). I've updated to the latest LaClojure (when I upgraded to
IntelliJ 11). I've evaluated expressions successfully in the past, and
when I set a breakpoint I can see locals.
That said, when I tried to do those things and captu
> doesn't show any effect of the for.
> The only difference is the additional statement at the end.
> I can not imagine how this statement sequentially behind can influence
> the for.
for returns a lazy sequence. In the first case, in printing out the
result to the REPL, the lazy sequence is reali
I think the introductory docs, showing how to get going with a variety
of IDEs, are well done: http://dev.clojure.org/display/doc/Getting+Started
For me, clooj has been great so far. It has taught me exactly what
I'd want from REPL interaction, when I (probably eventually) move on
to bigger proj
Hello,
I am quite puzzled:
(defn fortest1 []
(for [a (range 2 10)
b (range 2 10)]
(do
(println "x: " a " b:" b)
(list a b)))
)
(fortest1)
Shows the running "for macro"
(defn fortest2 []
(for [a (range 2 10)
b (range 2 10)]
(do
(println "x: " a " b:"
Any suggestions for a vim man?
On Wed, Jan 18, 2012 at 1:29 PM, Cedric Greevey wrote:
> On Wed, Jan 18, 2012 at 11:18 AM, Jay Fields wrote:
> > Use emacs, if you want the path of least resistance
>
> *boggles*
>
> Say WHAT?
>
> You've got to be kidding. That's like suggesting that the path of
>
On Jan 16, 2:23 pm, Justin Steward wrote:
> On Tue, Jan 17, 2012 at 5:19 AM, Tavis Rudd wrote:
> > {"v":, 1234}
>
> Except that's not valid JSON, so it's still not a simple cut and paste
> solution. I personally think that confusing a colon with whitespace
> under any circumstances is an unnece
On Wed, Jan 18, 2012 at 3:29 PM, Lee Spector wrote:
> There's obviously no single answer to the OPs question, but these days I'm a
> big fan of Clooj. That said, the holy grail for me would be something like
> FRED (FRED Resembles Emacs Deliberately), which was the editor/IDE in
> Macintosh Com
To bring this a bit more on topic, I recommend jEdit with the Clojure
plug-ins. It's super simple to setup, you can then point the repl
settings at any clojure jar, and use 1.3 or 1.4. I normally use jEdit
for editing, the jEdit repl for running (doc foo) commands, and then a
normal Linux terminal
On Wed, Jan 18, 2012 at 12:28 PM, Stan Dyck wrote:
> On 01/18/2012 12:12 PM, Sean Corfield wrote:
>> Probably because 60-70% of Clojure developers are using Emacs so
> If we're going to start arguing about this (and I've got my popcorn readying
> in the microwave), can we at least agree to leave o
> it might need something like efficient predicate dispatch to scale.
It definitely needs something like that. I was hoping you'd be done
by now. ;-)
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googl
On Wed, Jan 18, 2012 at 12:27 PM, Dennis Haupt wrote:
> call hierarchy, find usage, stuff like that.
The docs indicate slime / swank can provide some of that but I haven't tried it.
> what tool do you use? i could neither debug in intellij nor netbeans
Emacs. CDT provides debugging and it works
intelliJ debugging support and find usage both got much better when I
moved to IntelliJ 11. Also, you can auto-complete class names with
ctrl+alt+space and it auto-imports.
I'd still recommend emacs for Clojure only work, but the IntelliJ
support has gotten much better.
On Wed, Jan 18, 2012 at 3:
On Jan 18, 2012, at 3:12 PM, Sean Corfield wrote:
> On Wed, Jan 18, 2012 at 11:51 AM, Cedric Greevey wrote:
>> don't see very many S.O.Ses or complaints from CCW, Clooj, or
>> LaClojure, or Enclojure users.
>
> Probably because 60-70% of Clojure developers are using Emacs so
> you'll see more
On 01/18/2012 12:12 PM, Sean Corfield wrote:
On Wed, Jan 18, 2012 at 11:51 AM, Cedric Greevey wrote:
don't see very many S.O.Ses or complaints from CCW, Clooj, or
LaClojure, or Enclojure users.
Probably because 60-70% of Clojure developers are using Emacs so
you'll see more questions from tha
Am 18.01.2012 21:10, schrieb Sean Corfield:
> On Wed, Jan 18, 2012 at 10:42 AM, Dennis Haupt
> wrote:
>> there is no really good ide (analysis, error highlighting, debugging)
>
> Hmm, I have error highlighting and debugging. Not sure what you mean
> by "analysis".
call hierarchy, find usage, st
On Wed, Jan 18, 2012 at 11:51 AM, Cedric Greevey wrote:
> don't see very many S.O.Ses or complaints from CCW, Clooj, or
> LaClojure, or Enclojure users.
Probably because 60-70% of Clojure developers are using Emacs so
you'll see more questions from that group. Besides, CCW (and possibly
the other
On Wed, Jan 18, 2012 at 10:42 AM, Dennis Haupt wrote:
> there is no really good ide (analysis, error highlighting, debugging)
Hmm, I have error highlighting and debugging. Not sure what you mean
by "analysis".
--
Sean A Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org/
World
On 1/17/12 5:22 PM, blcooley wrote:
On Jan 17, 5:43 pm, Sam Ritchie wrote:
Update -- I wrapped the JBLAS library and ended up with stellar
performance, about 3x faster than numpy.
https://gist.github.com/264a2756fc657140fdb8
You might not be interested at this point, but you can get better
On Wed, Jan 18, 2012 at 2:39 PM, Jay Fields wrote:
> On Wed, Jan 18, 2012 at 2:29 PM, Cedric Greevey wrote:
>> On Wed, Jan 18, 2012 at 11:18 AM, Jay Fields wrote:
>>> Use emacs, if you want the path of least resistance
>>
>> *boggles*
>>
>> Say WHAT?
>>
>> You've got to be kidding.
>
> Calm down
On Wed, Jan 18, 2012 at 2:29 PM, Cedric Greevey wrote:
> On Wed, Jan 18, 2012 at 11:18 AM, Jay Fields wrote:
>> Use emacs, if you want the path of least resistance
>
> *boggles*
>
> Say WHAT?
>
> You've got to be kidding.
Calm down Ken. I'd define the path of least resistance as "using what
the
I disagree, I found lots of tutorials on the web that helped me learn the
basics of emacs and I did it in few days.
Of course I'm not an advanced emacs user, but I know some emacs/SLIME
commands and it's helping a lot
--
You received this message because you are subscribed to the Google
Groups
On Wed, Jan 18, 2012 at 11:18 AM, Jay Fields wrote:
> Use emacs, if you want the path of least resistance
*boggles*
Say WHAT?
You've got to be kidding. That's like suggesting that the path of
least resistance in taking a trip to L.A. involves climbing the north
face of Everest instead of using
I don't have some code lying around to do that, but I might make one. The
name strings would require several megabytes of storage, but as long as you
don't mind that...
In the mean time, I have perhaps the next best thing: a function
escape-supp that replaces these supplementary characters with s
there is no really good ide (analysis, error highlighting, debugging)
Am 18.01.2012 17:18, schrieb Jay Fields:
> Use emacs, if you want the path of least resistance for writing pure
> clojure code. You'll have the most support from the community.
>
> Use whatever IDE you already use for Java, if
I'm an hbase user and definitely into an alternative shell..
On Wed, Jan 18, 2012 at 3:42 AM, Sanel Zukan wrote:
> Thank you for the supporting comment. Glad I'm not the only one seeing
> needs for alternative in this field :)
>
> Regards.
>
> On Jan 17, 5:05 pm, Marc Limotte wrote:
>> Nice con
On Tue, Jan 17, 2012 at 10:08 PM, kovas boguta wrote:
> Pretty basic question here.
>
> Suppose I want to have 2 copies of the form in the same application.
>
> How will the event handlers know which form the events are coming
> from, and which form needs to be modified in response to those events
This is pretty interesting, thanks!
I've also been thinking that atoms are well-suited to being the basis
for the "view models".
Will study this.
On Wed, Jan 18, 2012 at 8:20 AM, Dave Sann wrote:
> Hi all,
>
> I'd like to announce an experimental clojurescript library.
>
> It is inspired by kn
Thanks for your responses Creighton and Kevin.
D3 looks cool, so should cljs-3D be, ditto for Enlive / Enfocus.
All the best for your efforts,
Manoj.
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googleg
Use emacs, if you want the path of least resistance for writing pure
clojure code. You'll have the most support from the community.
Use whatever IDE you already use for Java, if you need to do a decent
amount of interop.
I use both emacs (pure clj projects) & IntelliJ (when doing interop)
and don
Clooj is an option. I learned emacs when I started, but I've tried textmate,
ccw, la clojure, enclojure, etc.
My suggestion is: Don't spend too much time trying to be "right" in which
editor you choose. I've seen people using just about every editor under the sun
to write clojure. Learning the
On Wed, Jan 18, 2012 at 4:46 AM, James Reeves wrote:
> On 17 January 2012 20:46, Dennis Haupt wrote:
>> i've noticed this since i started to work as a programmer 10 years ago.
>> programmers in general are supposed to be good at finding simple
>> solutions, but my experience is: they are not. on
In the interest of becoming a "better programmer", what about the
following approach? I'm a Clojure newbie, so this seems like a good
opportunity for some critique.
(defn odds [xs]
(map first
(filter
#(odd? (count %))
(vals
(group-by identity (sort xs))
I see now th
Hi all,
I'd like to announce an experimental clojurescript library.
It is inspired by knockoutjs and other such libs.
While knockout is excellent, and compilable by google closure, I did not
want to write a wrapper or wrap my clojure data in ko-observables.
So, I've been experimenting.
I am a
Hi,
I found that ::keyword doesn't have correct namespace in
ClojureScript.
If this is not only my environemnt problem, I will create an issue.
(.log js/console ::mykeyword)
Evaluate this in file, not repl.
Thanks.
--
You received this message because you are subscribed to the Google
Groups "Cl
Try Counterclockwise, it's good!
But like Sean said, I think Emacs is still a better choice when you need,
when I started learning it I thought it complicated things a little bit,
but when you get used to it, it's just great, I feel much more productive.
(If you are a Windows user, Lisp Cabin
On Wed, 2012-01-18 at 11:11 +0100, Dennis Haupt wrote:
> let's call it the "biased experience effect". if there are 20 ways to
> solve a problem, and you just know 3 of them, you are a hammer and the
> problem looks like a nail. if you have a broader knowledge, you can
> pick a more appropriate sol
let's call it the "biased experience effect". if there are 20 ways to solve
a problem, and you just know 3 of them, you are a hammer and the problem
looks like a nail. if you have a broader knowledge, you can pick a more
appropriate solution.
what i claim is that if you know NO solutions, the one y
Thank you for the supporting comment. Glad I'm not the only one seeing
needs for alternative in this field :)
Regards.
On Jan 17, 5:05 pm, Marc Limotte wrote:
> Nice contribution, Sanel. The hbase ruby shell was in need of a
> alternative, and Clojure's DSL capabilities will be of great use.
>
59 matches
Mail list logo
