kovas boguta writes:
> Is it possible to have something like this as a lein plugin?
Sure, you could write an alternate repl that did this fairly easily,
though doing it in Swank would be more work.
Your best bet would be to build it on reply:
https://github.com/trptcolin/reply
-Phil
--
You
Is it possible to have something like this as a lein plugin?
On Thu, Feb 23, 2012 at 3:45 PM, kovas boguta wrote:
> You could also have 1 file for inputs, and 1 file for outputs.
>
> One of the most useless things about repl's is when you go back to the
> saved sessions, the input and output are
You could also have 1 file for inputs, and 1 file for outputs.
One of the most useless things about repl's is when you go back to the
saved sessions, the input and output are mixed together in an
indistinguishable mess.
On Thu, Feb 23, 2012 at 3:28 PM, Linus Ericsson
wrote:
>
>
> 2012/2/23 Cedr
2012/2/23 Cedric Greevey
> On Thu, Feb 23, 2012 at 2:41 PM, kovas boguta
> wrote:
> > In general the way repl's handle state is pretty busted.
> >
> > Ever create a piece of data and then later wonder, how the heck did I
> make this?
>
> One simple thing would be if the repl logged sessions to
>
On Thu, Feb 23, 2012 at 2:41 PM, kovas boguta wrote:
> In general the way repl's handle state is pretty busted.
>
> Ever create a piece of data and then later wonder, how the heck did I make
> this?
One simple thing would be if the repl logged sessions to
sequentially-numbered files.
You'd be a
In general the way repl's handle state is pretty busted.
Ever create a piece of data and then later wonder, how the heck did I make this?
On Wed, Feb 22, 2012 at 11:29 PM, Jason Jackson wrote:
> "But this exposes a bigger problem: when doing interactive
> development,
> you will end up with old
"But this exposes a bigger problem: when doing interactive
development,
you will end up with old definitions sticking around. You are
debugging one case of your function, and change the pattern a little.
"
Personally, I suffer from interactive development problems even with
merely using def/defn.
On Tue, Feb 21, 2012 at 12:20 AM, kovas boguta wrote:
> I also have a small syntax idea.
>
> One principle that would be nice, and that Mathematica lacks, is
> parity between anonymous predicate dispatch constructs, and those
> attached to vars.
>
> So while one way is to look at predicate dispatc
I also have a small syntax idea.
One principle that would be nice, and that Mathematica lacks, is
parity between anonymous predicate dispatch constructs, and those
attached to vars.
So while one way is to look at predicate dispatch as an extension of
multimethods, another way is to look at it as
Lots to think about :)
I definitely agree there needs to be a simple way to "query" a predicate
dispatch system in order for it to work well in larger programs. But I
haven't thought about it much more then that yet.
David
On Mon, Feb 20, 2012 at 9:56 PM, kovas boguta wrote:
> Mathematica imple
Mathematica implements a version of open and order-independent
dispatch, so I wanted to add some points to the discussion.
The design of Mathematica's pattern matching is tightly coupled to the
language's computational model, as well as with all other aspects of
the system. So a lot of it would ge
11 matches
Mail list logo
