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.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,ac39a12d5faf5b14 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-04-22 19:18:47 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!nntp-relay.ihug.net!ihug.co.nz!cox.net!news2.east.cox.net.POSTED!53ab2750!not-for-mail Message-ID: <3CC4C4DC.2090405@telepath.com> From: Ted Dennison User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.7) Gecko/20011221 X-Accept-Language: en-us MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Grace and Maps (was Re: Development process in the Ada community) References: <3CB46975.90408@snafu.de> <3CBAFFEE.2080708@snafu.de> <4519e058.0204171036.6f0a7394@posting.google.com> <3CBDD795.4060706@snafu.de> <4519e058.0204180800.44fac012@posting.google.com> <3CBF0341.8020406@mail.com> <4519e058.0204190529.559a47ae@posting.google.com> <3CC1C6B3.6060306@telepath.com> <3CC21747.5000501@telepath.com> <3CC45A0A.20406@snafu.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 23 Apr 2002 02:18:46 GMT NNTP-Posting-Host: 68.12.51.201 X-Complaints-To: abuse@cox.net X-Trace: news2.east.cox.net 1019528326 68.12.51.201 (Mon, 22 Apr 2002 22:18:46 EDT) NNTP-Posting-Date: Mon, 22 Apr 2002 22:18:46 EDT Organization: Cox Communications Xref: archiver1.google.com comp.lang.ada:22950 Date: 2002-04-23T02:18:46+00:00 List-Id: Michael Erdmann wrote: > Working in a group on an exsiting reference implementation (which > might be even a bad solution) is more open source style working then > trying to get some kind of consensus in such a loosly connected > community as comp.lang.ada is! ESR's theory about "OpenSource" development mostly talks about just that: development. Before development you have to do some kind of design, and before that you have to do some kind of requirements analysis. ESR does mention that most OpenSource projects have it fairly easy in the RA department, either because their requirements are "clone *this* BSD Unix command", or because they start life as one person's personal playtoy and grow organicly from there. We don't have either of those advantages here, so we must do real requriements analysis. We can do it by actually trying to achieve consensus up front, or by fighting in circles around differing implementations created from differing philosophies. The former method is ususally much quicker.