[Prev][Next][Index][Thread]
Re: New Lisp ?
-
To: info-dylan@ai.mit.edu
-
Subject: Re: New Lisp ?
-
From: David Rush <kumo@bellsouth.net>
-
Date: Wed, 26 Dec 2001 21:15:02 -0500 (EST)
-
Organization: Netscape Communications Corporation
-
References: <c571739c.0112211614.24569c07@posting.google.com> <okfg064ugsh.fsf@bellsouth.net> <3218011993496537@naggum.net> <okf4rmjv2n6.fsf@bellsouth.net> <3218025363470352@naggum.net> <slrna2acon.8d1.markj+0111@cloaked.freeserve.co.uk> <c571739c.0112222317.3d2be7fd@posting.google.com> <slrna2b8q0.1bm.markj+0111@cloaked.freeserve.co.uk> <c571739c.0112230535.2dd6f1b1@posting.google.com> <scoc2u4qkpue4mt9irr0cldu5ig913qogr@4ax.com> <l91d2ucqplfm9auo2gi20pd74ktnl2utlp@4ax.com> <ni8f2uck3ua78ucps9kg9c4sal2g38r85v@4ax.com> <87vgew4631.fsf@teonanacatl.andreas.org> <3C27C7BC.DECCE7DB@quiotix.com> <87pu542jjz.fsf@teonanacatl.andreas.org> <3C27D85C.9E5FE363@quiotix.com> <87ellk9el3.fsf@teonanacatl.andreas.org> <3C28500F.6652B4EB@quiotix.com> <874rmf3x4c.fsf@teonanacatl.andreas.org>
-
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands)
-
Xref: traf.lcs.mit.edu comp.lang.scheme:38368 comp.lang.lisp:78242 comp.lang.functional:29632 comp.lang.dylan:13873
Andreas Bogk <andreas@andreas.org> writes:
> Jeffrey Siegal <jbs@quiotix.com> writes:
> > As for conditions, I prefer
> > passing condition handlers as explicit arguments. With proper tail
> > calls and limited use of call/cc to escape out of CPS, it works fine.
>
> I don't think so. Having to pass around handlers for all sorts of
> conditions is a nuisance. This is something CL and Dylan got right,
> IMHO.
Wel I've not written any large reactive systems using CPS for
condition-handling, but it certainly seems to work well in my
data-mining code. As things stand today, I'd probably not choose
Scheme for a large GUI application, although I'm cooking up ideas to
try out in PLT Scheme just to see if there GUI support is as good as
it looks. Maybe sometime in this millenium I'll get around to it.
> > > Oh, and dynamism vs. performance tradeoffs like sealing,
Huh? What is this feature?
> > I think these are overhyped features which have been adaquately
> > addressed in Lisp/Scheme using either different implementations as
> > needed, declarations, etc.
>
> The point is that you can start writing code without caring about
> performance.
Surely you *don't* really mean this. Big-O issues will jump up and get
you if you don't think about them.
> Once the design has settled, you can sprinkle some
> adjectives here and there, and the code becomes fast, without having
> to re-implement performance-critical code. I consider sealing to be a
> good thing.
Do you not also get the same benefits if you develop using good
functional abstractions?
david rush
--
The beginning of wisdom for a [software engineer] is to recognize the
difference between getting a program to work, and getting it right.
-- M A Jackson, 1975
Follow-Ups:
References: