home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.c++
- Path: sparky!uunet!sun-barr!ames!pacbell.com!rtech!odinba!dan
- From: dan@BofA.com (Dan Brockman)
- Subject: Re: Criticisms Wanted
- Message-ID: <1992Nov13.060823.1358@BofA.com>
- Organization: Bank of America, Capital Products, RMTG #5906
- References: <BxGu0p.D3o@slipknot.rain.com> <1992Nov11.170816.24497@cc.gatech.edu> <1992Nov11.175117.15325@bcrka451.bnr.ca>
- Date: Fri, 13 Nov 92 06:08:23 GMT
- Lines: 20
-
- In article <1992Nov11.175117.15325@bcrka451.bnr.ca> sjm@bcrki65.bnr.ca (Stuart MacMartin) writes:
- >
- >The real question is *why* does the user have to look into the inner workings of
- >the class? Surely not to discover the inner workings, but to discover behavioural
- >characteristics of the class. Will these be clear from looking inside the class?
- >Does the user enjoy poking his nose around where he doesn't belong?
- >
-
- Reading source code is hardly a crime. He could be trying to fix the damned
- bug his benighted colleague wrote into the program. He could be trying to
- find the damned bug. He could be looking for a good example of how to
- perform some deft programming trick. He could be making an enhancement.
- You are right to ask *why*, though. It is a good question to ask. But
- do you intend to prohibit the reading of source code? That is, *why not*
- look into the inner workings, even if you do not have to?
- --
- --------------------------------------------------------------
- Daniel Brockman tel 415-953-0406, fax 415-622-2892
- Bank of America, Dept 5906, 555 Calif St
- San Francisco 94104 USA email uunet!odinba!dan dan@BofA.COM
-