[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: the benefits of immutability

From: "Guy Steele - Sun Microsystems Labs" <Guy.Steele@Sun.COM>

>    From: "Joe Marshall" <jrm@ccs.neu.edu>
>    To: <vkarvone@mappi.helsinki.fi>
>    Cc: "Vadim Nasardinov" <el-vadimo@comcast.net>, "Perry E. Metzger"
> <perry@piermont.com>, <ll1-discuss@ai.mit.edu>
>    Subject: Re: the benefits of immutability
>    Date: Tue, 19 Aug 2003 13:19:02 -0400
>    Hmmm,  a few points off:
>      1.  When I said `the square root function and the ToString function'
>           I intended that those be the `standard' Math.sqrt and
>           operators.  Although your `toString' and `sqrt' functions do
>           the appropriate operations, they are essentially arbitrary
>    with
>           the appropriate name, not the functions I asked for.
> What, you don't like (inverse) eta conversion?

C'mon, you know eta conversion is unsound in a typed calculus!

>      3.  Consider these lines:
>           return new Double(Math.sqrt(((Double)a).doubleValue()));}},
>           return ((Fn)((Object[])a)[1]).ap(((Fn)((Object[])a)[1]).ap(b));
>           System.out.println( ((Fn)(compose.ap(new
>    Object[]{sqrt,toString}))).ap(new Double(10)) );
>           Too many parenthesis.
> Let me get this straight: a Lisp programmer complaining
> about too many parentheses???

``He used... sarcasm. He knew all the tricks, dramatic irony, metaphor,
 bathos, puns, parody, litotes and... satire.'' -- Luigi Vercotti  (Michael

The *really* funny thing is that his solution uses *far more* parenthesis
than the Lisp solution!