Re: simple vs complex languages

vbdis@aol.com (VBDis)
3 Jun 2003 00:38:04 -0400

          From comp.compilers

Related articles
[25 earlier articles]
Re: simple vs complex languages jcrens@earthlink.net (Jack Crenshaw) (2003-05-24)
Re: simple vs complex languages jcrens@earthlink.net (Jack Crenshaw) (2003-05-24)
Re: simple vs complex languages nmm1@cus.cam.ac.uk (2003-05-29)
Re: simple vs complex languages nmm1@cus.cam.ac.uk (2003-05-29)
Re: simple vs complex languages hat@se-46.wpa.wtb.tue.nl (Albert Hofkamp) (2003-05-29)
Re: simple vs complex languages zivca@netvision.net.il (2003-05-29)
Re: simple vs complex languages vbdis@aol.com (2003-06-03)
Re: simple vs complex languages vbdis@aol.com (2003-06-03)
Re: simple vs complex languages bear@sonic.net (2003-06-03)
Re: simple vs complex languages lars@bearnip.com (2003-06-03)
Re: simple vs complex languages jvorbrueggen@mediasec.de (Jan C.=?iso-8859-1?Q?Vorbr=FCggen?=) (2003-06-05)
Re: simple vs complex languages nmm1@cus.cam.ac.uk (2003-06-05)
Re: simple vs complex languages nmm1@cus.cam.ac.uk (2003-06-05)
[7 later articles]
| List of all articles for this month |

From: vbdis@aol.com (VBDis)
Newsgroups: comp.compilers
Date: 3 Jun 2003 00:38:04 -0400
Organization: AOL Bertelsmann Online GmbH & Co. KG http://www.germany.aol.com
References: 03-05-198
Keywords: design
Posted-Date: 03 Jun 2003 00:38:04 EDT

nmm1@cus.cam.ac.uk (Nick Maclaren) schreibt:


>There are a fair number of languages around where a function doesn't
>have to exist even when it is called, and a missing function will be
>automatically converted into some other construction (e.g. a call to
>an external program). This can be useful, as any shell programmer can
>witness :-)


And the user has to pray each time before running such a program,
because nobody can tell him what it /will/ do. Such code can only give
hints on what the program /should/ do... ;-)


Many people seem to associate RAD with Q&D :-(


DoDi


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.