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 mslimo...@gmail.com wrote:
Nice contribution, Sanel. The hbase ruby shell was in need of a
alternative, and Clojure's DSL capabilities will
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
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
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
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
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
On Wed, Jan 18, 2012 at 4:46 AM, James Reeves jree...@weavejester.com wrote:
On 17 January 2012 20:46, Dennis Haupt d.haup...@googlemail.com 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
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
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
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
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 daves...@gmail.com wrote:
Hi all,
I'd like to announce an experimental clojurescript library.
It is
On Tue, Jan 17, 2012 at 10:08 PM, kovas boguta kovas.bog...@gmail.comwrote:
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
I'm an hbase user and definitely into an alternative shell..
On Wed, Jan 18, 2012 at 3:42 AM, Sanel Zukan san...@gmail.com 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
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 you
On Wed, Jan 18, 2012 at 11:18 AM, Jay Fields j...@jayfields.com 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
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
On Wed, Jan 18, 2012 at 2:29 PM, Cedric Greevey cgree...@gmail.com wrote:
On Wed, Jan 18, 2012 at 11:18 AM, Jay Fields j...@jayfields.com 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
On Wed, Jan 18, 2012 at 2:39 PM, Jay Fields j...@jayfields.com wrote:
On Wed, Jan 18, 2012 at 2:29 PM, Cedric Greevey cgree...@gmail.com wrote:
On Wed, Jan 18, 2012 at 11:18 AM, Jay Fields j...@jayfields.com wrote:
Use emacs, if you want the path of least resistance
*boggles*
Say WHAT?
On 1/17/12 5:22 PM, blcooley wrote:
On Jan 17, 5:43 pm, Sam Ritchiesritchi...@gmail.com 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,
On Wed, Jan 18, 2012 at 10:42 AM, Dennis Haupt d.haup...@googlemail.com 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 --
On Wed, Jan 18, 2012 at 11:51 AM, Cedric Greevey cgree...@gmail.com 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
Am 18.01.2012 21:10, schrieb Sean Corfield:
On Wed, Jan 18, 2012 at 10:42 AM, Dennis Haupt d.haup...@googlemail.com
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
On 01/18/2012 12:12 PM, Sean Corfield wrote:
On Wed, Jan 18, 2012 at 11:51 AM, Cedric Greeveycgree...@gmail.com 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 Jan 18, 2012, at 3:12 PM, Sean Corfield wrote:
On Wed, Jan 18, 2012 at 11:51 AM, Cedric Greevey cgree...@gmail.com 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
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
On Wed, Jan 18, 2012 at 12:27 PM, Dennis Haupt d.haup...@googlemail.com 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
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
On Wed, Jan 18, 2012 at 12:28 PM, Stan Dyck stan.d...@gmail.com 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
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 3:29 PM, Lee Spector lspec...@hampshire.edu 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
On Jan 16, 2:23 pm, Justin Steward althalu...@gmail.com wrote:
On Tue, Jan 17, 2012 at 5:19 AM, Tavis Rudd tavis.r...@gmail.com 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
Any suggestions for a vim man?
On Wed, Jan 18, 2012 at 1:29 PM, Cedric Greevey cgree...@gmail.com wrote:
On Wed, Jan 18, 2012 at 11:18 AM, Jay Fields j...@jayfields.com wrote:
Use emacs, if you want the path of least resistance
*boggles*
Say WHAT?
You've got to be kidding. That's like
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: b)
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
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
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
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
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
On Wed, Jan 18, 2012 at 1:35 PM, Jeb Beich jebbe...@gmail.com 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,
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 4:58 PM, Dave Sann daves...@gmail.com 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
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
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
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
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 a...@malloys.org wrote:
It doesn't
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
visualizations
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
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
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] ...)
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
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
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.
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 necessary
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 j...@metajack.im
doesn't show any
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
* 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 internally to
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
57 matches
Mail list logo
