From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00,INVALID_DATE autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,a8985ede8fe3d111 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 1994-10-11 15:51:57 PST Path: bga.com!news.sprintlink.net!howland.reston.ans.net!gatech!newsxfer.itd.umich.edu!zip.eecs.umich.edu!panix!cmcl2!thecourier.cims.nyu.edu!thecourier.cims.nyu.edu!nobody From: dewar@cs.nyu.edu (Robert Dewar) Newsgroups: comp.lang.ada Subject: Re: Is Ada the future? [was: Is C++ the future?] Date: 11 Oct 1994 09:37:26 -0400 Organization: Courant Institute of Mathematical Sciences Message-ID: <37e4em$klf@gnat.cs.nyu.edu> References: <1994Oct03.092205.14115@sydney.DIALix.oz.au> <36ub7f$j64@Starbase.NeoSoft.COM> <36uhnl$4c1@gnat.cs.nyu.edu> <37dp17$gp6@goanna.cs.rmit.oz.au> NNTP-Posting-Host: gnat.cs.nyu.edu Date: 1994-10-11T09:37:26-04:00 List-Id: OK Richard, you are right, it isn't LISP that likes debuggers. That for me was a shorthand for "typical LISP programmers", or "the spirit of LISP" or somesuch. I think the reason that highly dynamic languages tend to like to use debuggers (in the same general sense as para 1 above :-) is that almost all error detection is put off till runtime, and so the normal style is throw code together, try to run it, and then remove the bugs. Second it is easy to change code on the fly from within the debugger in LISP, so one gets to a point where the debugger is not merely a debugger but essentially a programming environment. I am not saying this is good, and I am not saying this is the only way to program Lisp. I am just observing what from what I see and hear around me seems to be the most typical usage patterns.