From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.5-pre1 (2020-06-20) on ip-172-31-74-118.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.5-pre1 Date: 24 Oct 92 18:33:19 GMT From: alex@MIMSY.CS.UMD.EDU (Alex Blakemore) Subject: Re: The Obfuscated Ada Contest (was Re: An admittedly biased ...) Message-ID: <61434@mimsy.umd.edu> List-Id: In article <1992Oct22.080735.19815@intrepid.com> gary@intrepid.com (Gary Funck) writes: > My point here is: if some degree of abstraction is good, > a very high degree of abstraction is not always better. same could be send for medicine, desserts, and Keynesian economics I always loved the term that Doug Bryan introduced in his Dear Ada column: abstraction inversion to describe the phenomenah of layering inappropriate amounts of complex interface to obscure a simple system. such as a generic object oriented task-safe cached priority heap to represent a constant size string. its poor design, and unfortunately people often hide poor design behind elaborate interfaces and buzzwords. As a gross generalization: I'ld say C programmers too often ignore interface issues and dont worry enough about abstraction and information hiding, while being overly obsessed with implementation detail and efficiency. And Ada programmers too often do the opposite - become obsessed with elaborate interfaces and overly complex structures while ignoring implementation and efficiency issues. C programmers too often think the best names have less than 4 characters, while Ada programmers too often think the best names have more th an 40. The best programmers in either language, try to balance both concerns. -- --------------------------------------------------- Alex Blakemore alex@cs.umd.edu NeXT mail accepted