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 cu
> (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 3:06
On Feb 6, 2014, at 4:49 AM, Jay Fields 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 so they are not rea
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.
Cursive gives me a lot of what I had from Emacs - paredit editing,
tight repl integration (alt-enter mapped to "ev
On Wed, Feb 5, 2014 at 10:40 PM, Sean Corfield 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 test-after.
Th
On Wed, Feb 5, 2014 at 1:56 PM, John D. Hume 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 blog post
> makes it
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 wrote:
> On Wed
On Wed, Feb 5, 2014 at 4:35 PM, James Trunk 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, but it's likely
t
On Wed, Feb 5, 2014 at 1:27 PM, Sean Corfield wrote:
> On Feb 5, 2014, at 5:39 AM, John D. Hume 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 E
ck
> into one of my own old projects when I've used TDD.
>
> I also understand that most other programmers don't agree with me on this,
> which might mean that I'm wrong. :-)
>
> Cheers,
> James
>
> On Tuesday, February 4, 2014 1:06:06 PM UTC+1, Jay Fields wrote:
&
mers don't agree with me on this,
which might mean 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:/
On Feb 5, 2014, at 5:39 AM, John D. Hume 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 LightTable can eval-in
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
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 h
On Tue, Feb 4, 2014 at 6:07 PM, Brian Marick 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 working in my product
On Feb 4, 2014, at 6:06 AM, Jay Fields 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 REPL-driven development. Or
On Tue, Feb 4, 2014 at 5:20 PM, Sean Corfield wrote:
> On Feb 4, 2014, at 10:21 AM, Colin Yates 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 ex
On Feb 4, 2014, at 10:21 AM, Colin Yates 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 try it...
> That is
Colin Yates 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 environment: This post is
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 inves
On Feb 4, 2014, at 6:13 PM, Sean Corfield 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 same boat
Discussions around TDD / RDD (REPL-Driven-Development) probably need a separate
thread but...
On Feb 4, 2014, at 5:17 AM, Mimmo Cosenza 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 specifically) and I agree with
Colin, I'm using emacs-live: http://overtone.github.io/emacs-live/
To evaluate (+ 2 2) and spit the results I'm using C-u C-x C-e
It's definitely an evaluation, not a copy paste of the results.
Cheers, Jay
On Tue, Feb 4, 2014 at 11:43 AM, Colin Yates wrote:
> Jay - in your demo I can't determi
On Feb 4, 2014, at 5:33 PM, Jay Fields 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 -
> http://blog.jayfields.com/2014/01/repl-driven-development.html - I
> d
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 Tu
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 als
On Feb 4, 2014, at 1:06 PM, Jay Fields 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
feedback/loop in a
, 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
om 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-
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 Adop
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 s
31 matches
Mail list logo