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.2 required=5.0 tests=BAYES_00,INVALID_MSGID, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,2afac1a4161c7f35 X-Google-Attributes: gid103376,public From: Paul Van Bellinghen Subject: Re: who owns the code? was Re: Distinguishing type names from other identifiers Date: 1998/01/23 Message-ID: <34C8C4EB.D96C7337@mhv.net>#1/1 X-Deja-AN: 318633116 References: <01bd2207$18f3fac0$95fc82c1@xhv46.dial.pipex.com> <69nt40$q7n@top.mitre.org> <69rnvv$ <6a8mir$caa@nn X-Server-Date: 23 Jan 1998 16:25:35 GMT Mime-Version: 1.0 Reply-To: pvanbell@mhv.net Content-Type: multipart/mixed; boundary="------------E68AE5A671B861E85918358B" Organization: MHVNet Newsgroups: comp.lang.ada Date: 1998-01-23T16:25:35+00:00 List-Id: This is a multi-part message in MIME format. --------------E68AE5A671B861E85918358B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > I have always taken the viewpoint that a software project is better off > with a smaller number of more competent programmers. The difficulty of > managing N people for a given value of N is *certainly* not made easier > by having less than fully competent people, if anything it is made > harder, and the difficulty of managing N people climbs rapidly as N > climbs. I have also found this to be the case in every large project I have been on. The project starts out with a small number of quality software engineers who layout the top level design implementation based on the requirements. They also set up program and documentation standards (we have always used a real-time structured analysis approach). The project then "staffs-up" with anyone they can get their hands on to do the bulk of the coding. Unfortunately, the group is too big and higher priority demands too numerous for the program leads to keep track of whether these people are adhering to the standards set up. These people supposedly do low level code testing. With the bulk of the code written, the project staffs back down to the same people it started with who are left to get the system software working together. Unfortunately, much of the code is not written well, having bugs and inefficiencies. The point is that we would have done better staying with the 8 or 10 people we started with - even if it meant taking a few extra months at the code phase. --------------E68AE5A671B861E85918358B Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Paul Van Bellinghen Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: Paul Van Bellinghen n: Van Bellinghen;Paul org: Lockheed Martin Fairchild email;internet: pvanbell@mhv.net title: Staff Analyst note: WebPage: www.mhv.net/~pvanbell x-mozilla-cpt: ;0 x-mozilla-html: FALSE version: 2.1 end: vcard --------------E68AE5A671B861E85918358B--