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=0.1 required=5.0 tests=BAYES_05,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,7f3ed9f7030da79b X-Google-Attributes: gid103376,public From: tmoran@bix.com (Tom Moran) Subject: Re: Open-Source and programming style Date: 1998/11/15 Message-ID: <364f3bbe.214201@SantaClara01.news.InterNex.Net>#1/1 X-Deja-AN: 412164236 References: <364d0243.39960214@SantaClara01.news.InterNex.Net> <01be0ff2$6dd17b60$96a55c8b@aptiva> <72knmb$q79$1@nnrp1.dejanews.com> <01be1089$329f0980$50a55c8b@aptiva> Organization: InterNex Information Services 1-800-595-3333 Newsgroups: comp.lang.ada Date: 1998-11-15T00:00:00+00:00 List-Id: >implicit link to the bazar style of >development. And as I understand it, in this model software >is not so much designed as, well..., grown, so to speak. My original question came after contemplating the "Halloween" memo. If debugging time costs as much, in both calendar and man-hours, as design time, and an extra hour of design can prevent multiple hours of debugging, then clearly more design/less debugging is the reasonable way to go. But if you have an environment where design is expensive and debugging cheap, then less design/more debug seems clearly the rational tradeoff. (That is, after all, what Darwin tells us Mother Nature has been doing, with rather spectacular success.) It's also my understanding that the big OSS projects have been in situation where the spec was already pretty well understood by many people (eg, Unix, the Ada LRM) rather than needing specs for a completely new, never been done before, undertaking. The latter seems more in need of a very small design team than the former.