Re: simple vs complex languages

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

          From comp.compilers

Related articles
[26 earlier articles]
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)
Re: simple vs complex languages chase@TheWorld.com (David Chase) (2003-06-05)
[6 later articles]
| List of all articles for this month |
From: vbdis@aol.com (VBDis)
Newsgroups: comp.compilers
Date: 3 Jun 2003 00:38:44 -0400
Organization: AOL Bertelsmann Online GmbH & Co. KG http://www.germany.aol.com
References: 03-05-204
Keywords: design
Posted-Date: 03 Jun 2003 00:38:43 EDT

Albert Hofkamp <hat@se-46.wpa.wtb.tue.nl> schreibt:


>So imho the Pascal language should have supported the top-down design
>approach by first requiring the main program, followed by the
>functions called from the main function, followed by the functions
>called from the functions, etc.


Why should the main unit ever contain more than only the main code?
All other code can reside in other units, with no special distinction
between user- and system-supplied code or units.


The same for the other dependencies. The declarations come in header
files (C, Modula...) or interface sections (Pascal), and the
implementation must match these preceding declarations. If somebody
starts writing and calling yet undefined procedures, then it's very
likely that the same procedure name is used for different
functionality, and with different arguments, or that different names
are used for the same functionality. Such a misdesign cannot be
prevented at all, but the requirement for declarations /before/ the
usage of any symbol can help to avoid such conceptual errors.




>Pascal is a language used to teach programming, C is a programming
>language aimed at professionals for writing (operating)system-level
>programs.


C was aimed at assembly coders, which should be encouraged to use a
higher level language. This experienced audience had immediately
refused any educational attempt, with regards to both style and
methodology. Most other languages were designed for application
programmers, which have to achieve a given goal without going down
into machine specific details.


>Unlike C, Pascal was written with education as goal.


Education as one goal, amongst others! Why should a language be bad or
unusable for professional applications, only because it /also/ can be
used to teach software engineering at all?


DoDi


Post a followup to this message

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