home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.arch
- Path: sparky!uunet!iWarp.intel.com|ichips!ichips!glew
- From: glew@pdx007.intel.com (Andy Glew)
- Subject: Computer Architecture Rationale
- Message-ID: <GLEW.92Aug28171114@pdx007.intel.com>
- Sender: news@ichips.intel.com (News Account)
- Organization: Intel Corp., Hillsboro, Oregon
- Date: Sat, 29 Aug 1992 01:11:14 GMT
- Lines: 36
-
-
- pcg> Well, this brings us to a more general sort of argument about
- pcg> architecture, and that is the design rationale issue. It is very
- pcg> rare that an architecture description is accompanied by its design
- pcg> rationale, by the guiding principles behind it. ...
-
- Well, if it's anything, the architecture descriptions I have been
- working on always have a "rationale" section in them.
-
- Except that it is usually conditional text, not given to customers,
- and even removed from the copy I give my managers. I keep it around
- for the architects who have to maintain the architecture - add new
- features, etc.
-
- I once made the mistake of giving my manager a copy of the
- architecture description with the rationale visible as struck out
- text, clearly indicated as such. The rationale described some of the
- rejected alternatives, and the reasoning --- but it also clearly
- stated what was planned, in the form of a specification. Status report
- said "Architecture description more a collection of alternatives than
- a plan". Right away I gave him a copy of the same spec, with the
- rationale conditional text turned off (invisible). Next status report
- said "Architecture description much improved."
-
- Moral: no matter how clearly you try to separate rationale from
- decision, some people will get confused.
- --
-
- Andy Glew, glew@ichips.intel.com
- Intel Corp., M/S JF1-19, 5200 NE Elam Young Pkwy,
- Hillsboro, Oregon 97124-6497
-
- This is a private posting; it does not indicate opinions or positions
- of Intel Corp.
-
- Intel Inside (tm)
-