home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.programming
- Path: sparky!uunet!utcsri!torn!cunews!nrcnet0!cu23.crl.aecl.ca!wl.aecl.ca!keelings
- From: keelings@wl.aecl.ca
- Subject: Teaching by Value
- Message-ID: <20AUG92.16311275@wl.aecl.ca>
- Sender: news@cu23.crl.aecl.ca (USENET News System)
- Nntp-Posting-Host: wc4.wl.aecl.ca
- Organization: AECL RESEARCH
- Date: Thu, 20 Aug 1992 22:31:12 GMT
- Lines: 37
-
- Date sent: 20-AUG-1992 16:15:21
- In a previous article, peregrin@husc13.harvard.edu wrote:
- > 70% - meets specs
- > 30% - robust (can't be crashed)
- >
- > -20% per day past due date
- >
- > Should efficiency really be a concern at the introductory
- >level? Should that concern be reduced so that more time can be spent on
- >problem solving?
-
- At this level, I would prefer that MOST of the emphasis was
- placed on analysis of the problem ( meets specs? ). So many people seem
- unable to solve for the "general case"; their solutions are robust for
- the present but crash as soon as the situation changes only slightly.
-
- As well, I would point out that speed and efficiency will be
- picked up through practice. It's irrational to expect these from the
- "newbies".
-
- > If you look at your programming peers, are you more concerned that
- >they can write easily maintainable code than if they can write super-slick
- >fast routines?
-
- Absolutely!
-
- >Who do you want on your programming team? Should the
- >majority of programmers be writers of clean, easy to read and maintain
- >code, and only a few are needed to right tight, fast, efficient routines?
-
- Right again. However, I don't think it's quite so easy to break
- things down into these black and white categories. We all have our
- strengths, and weaknesses.
-
-
- _keelings@wl.aecl.ca wp33::keelings____AECL Research - Whiteshell Labs_
- __programmer/analyst, DTD/ESAB/SDS______Pinawa, MB., Canada R0E 1L0__
-