From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fc89c,e2e7624a3542400a
X-Google-Attributes: gidfc89c,public
X-Google-Thread: 109fba,e2e7624a3542400a
X-Google-Attributes: gid109fba,public
X-Google-Thread: 1089ad,e2e7624a3542400a
X-Google-Attributes: gid1089ad,public
X-Google-Thread: 1014db,e2e7624a3542400a
X-Google-Attributes: gid1014db,public
X-Google-Thread: 103376,e2e7624a3542400a
X-Google-Attributes: gid103376,public
From: Bob Stout <bobstout@neosoft.com>
Subject: Re: Software reuse
Date: 1996/08/13
Message-ID: <Dw3Asp.8HC@twisto.eng.hou.compaq.com>#1/1
X-Deja-AN: 173960010
x-nntp-posting-host: freddie.wins.compaq.com
sender: news@twisto.eng.hou.compaq.com (System Administrator)
references: <320EF9AB.42877E5C@sh.bel.alcatel.be> <3210AA4B.2578@tus.ssi1.com>
content-type: text/plain; charset=us-ascii
organization: Compaq Computer Corp.
mime-version: 1.0
newsgroups: 
 comp.lang.c,comp.lang.c++,comp.unix.programmer,comp.lang.ada,comp.lang.vhdl
x-mailer: Mozilla 1.22 (Windows; I; 32bit)
Date: 1996-08-13T00:00:00+00:00
List-Id: <comp.lang.ada>


Erik Jessen <Erik.Jessen@tus.ssi1.com> wrote:

>2) I think the only practical way to get reuse to happen is to have a >separate modellingg roup that either develops reusable blocks from the
>ground up, or takes blocks built by other groups, and "packages" them with
>documentation, etc. to make them reusable.  You need people to have simple
>goals.  For designers, it should be "make it fast, make it right".  For
>library people, it should be "make it reusable".

I heard a talk by Plauger once where he suggested there was a fundamental 
difference in mindset between the two types of programmers (this is true no 
matter what you call the two groups, applications vs. libraries, 
applications vs. systems, etc.) I tend to agree with this and believe it has 
a lot to do with an individual's most natural way of deconstructing a 
problem. The top-down people are apps programmers, the bottom-up people are 
library/systems programmers.