(alt-enter mapped to eval sexp in repl is used heavily)
That's interesting but it doesn't seem to be a default and I can't find
anything like 'eval sexp in repl' in the keymap nor anywhere else (using
the IDEA search functionality under Preferences (OSX)).
On Thursday, February 6, 2014
Cursive doesn't come with default keybindings right now, due to the fact
that IntelliJ's keybindings handling was a little unpredictable until
recently. It's better since v13 so when I get some time I'll be sorting out
a proper keymap.
In the meantime, the commands you want are Run form before
On Wed, Feb 5, 2014 at 10:40 PM, Sean Corfield s...@corfield.org wrote:
FWIW, I find the language of Expectations to be much better suited to
describing the desired behaviors of a system I want to build than the
assertion-based language of clojure.test - so for me it's about
test-before, not
I've been doing something very similar, but using IntelliJ + Cursive
Clojure - run Midje autotest inside the IDE for running tests, and also for
manually evaluating snippets of code.
plug Cursive gives me a lot of what I had from Emacs - paredit editing,
tight repl integration (alt-enter mapped
On Feb 6, 2014, at 4:49 AM, Jay Fields j...@jayfields.com wrote:
I'm glad it works well for you Sean; hopefully your team is just as happy. =)
Yup, they love Expectations.
Whenever we have to work on our WebDriver tests we always grumble because they
are much more imperative and side-effecty
Interesting - thanks all.
My experience of Light Table is quite close to Norman's, although I
discounted that *in my case* to not spending enough time with it. Knowing
a little about who Sean is (from following your blog/comments/clojure.jdbc,
not stalking! :)) I put a lot of weight behind
On Wednesday, February 5, 2014, Sean Corfield wrote:
It's one of the things that has me really
hooked on LightTable. I have my source and test namespaces both open.
I have them both connected to a REPL. I can evaluate any code, in
place, in either file. If I grow some code in the source
On Feb 5, 2014, at 5:39 AM, John D. Hume duelin.mark...@gmail.com wrote:
Could you clarify the difference between LightTable's M-) and using C-M-x* in
Emacs jacked into an nrepl session with Cider?
M-) is paredit-forward-slurp-sexp in both LightTable and Emacs.
The key difference here is that
that I'm wrong. :-)
Cheers,
James
On Tuesday, February 4, 2014 1:06:06 PM UTC+1, Jay Fields wrote:
tl; dr: I'm presenting Lessons Learned from Adopting Clojure in
Chicago on Feb 11th:
http://www.eventbrite.com/e/goto-night-with-jay-fields-tickets-10366768283?aff=eorgf
Five years ago DRW
On Tuesday, February 4, 2014 1:06:06 PM UTC+1, Jay Fields wrote:
tl; dr: I'm presenting Lessons Learned from Adopting Clojure in
Chicago on Feb 11th:
http://www.eventbrite.com/e/goto-night-with-jay-fields-
tickets-10366768283?aff=eorgf
Five years ago DRW Trading was primarily a Java shop, and I
On Wed, Feb 5, 2014 at 1:27 PM, Sean Corfield s...@corfield.org wrote:
On Feb 5, 2014, at 5:39 AM, John D. Hume duelin.mark...@gmail.com wrote:
Could you clarify the difference between LightTable's M-) and using
C-M-x* in Emacs jacked into an nrepl session with Cider?
M-) is
On Wed, Feb 5, 2014 at 4:35 PM, James Trunk james.tr...@gmail.com wrote:
As a TDD practitioner and Expectations user, I've been following this thread
with great interest!
@Jay: Will your change in thinking have any impact on Expectations?
I don't anticipate making any changes to expectations,
FWIW, I find the language of Expectations to be much better suited to
describing the desired behaviors of a system I want to build than the
assertion-based language of clojure.test - so for me it's about
test-before, not test-after.
Sean
On Wed, Feb 5, 2014 at 2:52 PM, Jay Fields
On Wed, Feb 5, 2014 at 1:56 PM, John D. Hume duelin.mark...@gmail.com wrote:
The misconception I hope is disappearing is that REPL-driven development in
Emacs necessarily involves lots of switching and copy-pasting back and forth
between source file buffers and a REPL buffer. The video in Jay's
tl; dr: I'm presenting Lessons Learned from Adopting Clojure in
Chicago on Feb 11th:
http://www.eventbrite.com/e/goto-night-with-jay-fields-tickets-10366768283?aff=eorgf
Five years ago DRW Trading was primarily a Java shop, and I was
primarily developing in Ruby. Needless to say, it wasn't
Is there going to be online access during/after the event? I would greatly
value seeing this, but probably not enough to travel from the UK to Chicago
:).
On Tuesday, 4 February 2014 12:06:06 UTC, Jay Fields wrote:
tl; dr: I'm presenting Lessons Learned from Adopting Clojure in
Chicago
to travel from the UK to
Chicago :).
On Tuesday, 4 February 2014 12:06:06 UTC, Jay Fields wrote:
tl; dr: I'm presenting Lessons Learned from Adopting Clojure in
Chicago on Feb 11th:
http://www.eventbrite.com/e/goto-night-with-jay-fields-
tickets-10366768283?aff=eorgf
Five years ago DRW
Fields wrote:
tl; dr: I'm presenting Lessons Learned from Adopting Clojure in
Chicago on Feb 11th:
http://www.eventbrite.com/e/goto-night-with-jay-fields-
tickets-10366768283?aff=eorgf
Five years ago DRW Trading was primarily a Java shop, and I was
primarily developing in Ruby. Needless
On Feb 4, 2014, at 1:06 PM, Jay Fields j...@jayfields.com wrote:
Hi Jay,
thanks for the report. I only have few doubts about REPL making TDD to shame.
I'm not a TDD practitioner, but I would not be so tranchant with it.
The REPL is great, that's for sure, but IMHO it does not relegate TDD
On Tuesday, February 4, 2014 8:17:44 AM UTC-5, Magomimmo wrote:
thanks for the report. I only have few doubts about REPL making TDD to
shame.
In this blog entry -
http://blog.jayfields.com/2014/01/repl-driven-development.html - I
demonstrate (very briefly, by design) my workflow. I also
Jay - in your demo I can't determine whether the (+ 2 2) expression is
evaluated and the results pasted inline or whether you have manually pasted
them?
I see you are using emacs, can you detail how you have configured emacs?
On Tuesday, 4 February 2014 16:33:44 UTC, Jay Fields wrote:
On
On Feb 4, 2014, at 5:33 PM, Jay Fields j...@jayfields.com wrote:
On Tuesday, February 4, 2014 8:17:44 AM UTC-5, Magomimmo wrote:
thanks for the report. I only have few doubts about REPL making TDD to
shame.
In this blog entry -
Discussions around TDD / RDD (REPL-Driven-Development) probably need a separate
thread but...
On Feb 4, 2014, at 5:17 AM, Mimmo Cosenza mimmo.cose...@gmail.com wrote:
thanks for the report. I only have few doubts about REPL making TDD to shame.
I'm a strong advocate of TDD (well, BDD
On Feb 4, 2014, at 6:13 PM, Sean Corfield s...@corfield.org wrote:
The REPL is great, that's for sure, but IMHO it does not relegate TDD
feedback/loop in a niche, because you can complement one with the other.
Indeed you can - and Jay does - and so do I.
And me too. So we are all in the
Without starting a flame war - how are you finding LightTable for
production? Moving away from emacs and paredit would be quite hard and
every time I look at LightTable I get really excited until I actually
download and try it... That is almost certainly because I don't have the
time to
Colin Yates colin.ya...@gmail.com writes:
AFAIK LightTable has paredit or sth. similar. Also, a great deal of
customisation is available via ClojureScript. I am personally favouring
Emacs as I am a polyglot programmer and do not only use Emacs as an
editor, but the programming and computing
On Feb 4, 2014, at 10:21 AM, Colin Yates colin.ya...@gmail.com wrote:
Without starting a flame war - how are you finding LightTable for production?
Moving away from emacs and paredit would be quite hard and every time I look
at LightTable I get really excited until I actually download and
On Tue, Feb 4, 2014 at 5:20 PM, Sean Corfield s...@corfield.org wrote:
On Feb 4, 2014, at 10:21 AM, Colin Yates colin.ya...@gmail.com wrote:
Without starting a flame war - how are you finding LightTable for
production? Moving away from emacs and paredit would be quite hard and
every time I
On Feb 4, 2014, at 6:06 AM, Jay Fields j...@jayfields.com wrote:
- REPL driven development, putting TDD's 'rapid feedback' to shame.
Pity I'll miss this, but I only come up to Chicago W-F.
What I've found is that having autotest in the REPL dissolves most conflict
between TDD and
On Tue, Feb 4, 2014 at 6:07 PM, Brian Marick mar...@exampler.com wrote:
I always grate at the need to then immortalize the core of what I did in
the REPL in repeatable tests.
That's actually one of the things that bothered me in the Emacs REPL
world: working in the REPL was separate from
30 matches
Mail list logo