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-Thread: 103376,93a8020cc980d113 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news2.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newscon02.news.prodigy.net!prodigy.net!newsdst01.news.prodigy.net!prodigy.com!postmaster.news.prodigy.com!newssvr19.news.prodigy.net.POSTED!4988f22a!not-for-mail From: Newsgroups: comp.lang.ada References: <1176150704.130880.248080@l77g2000hsb.googlegroups.com> <461B52A6.20102@obry.net> <461BA892.3090002@obry.net> <82dgve.spf.ln@hunter.axlog.fr> <1176226291.589741.257600@q75g2000hsh.googlegroups.com> <4eaive.6p9.ln@hunter.axlog.fr> <1176396382.586729.195490@y5g2000hsa.googlegroups.com> <461E6DD9.6010600@obry.net> <2reWh.1480$H_.1259@newssvr21.news.prodigy.net> Subject: Re: What is wrong with Ada? X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.2180 X-RFC2646: Format=Flowed; Original X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: NNTP-Posting-Host: 70.134.100.216 X-Complaints-To: abuse@prodigy.net X-Trace: newssvr19.news.prodigy.net 1177223909 ST000 70.134.100.216 (Sun, 22 Apr 2007 02:38:29 EDT) NNTP-Posting-Date: Sun, 22 Apr 2007 02:38:29 EDT Organization: AT&T http://yahoo.sbc.com X-UserInfo1: T[OQB\CEBZUWSSD[N[O@_WH@YR_B@EXLLBWLOOAF@YUDUWYAKVUOPCW[ML\JXUCKVFDYZKBMSFX^OMSAFNTINTDDMVW[X\THOPXZRVOCJTUTPC\_JSBVX\KAOTBAJBVMZTYAKMNLDI_MFDSSOLXINH__FS^\WQGHGI^C@E[A_CF\AQLDQ\BTMPLDFNVUQ_VM Date: Sat, 21 Apr 2007 23:38:30 -0800 Xref: g2news1.google.com comp.lang.ada:15211 Date: 2007-04-21T23:38:30-08:00 List-Id: "Markus E Leypold" wrote in message news:r14pn9g6fo.fsf@hod.lan.m-e-leypold.de... > > Simon Wright writes: > >> writes: >> >>> For example, if we know that a certain programmer always makes >>> mistakes of a certain kind, we can focus more testing on his >>> programs. >> >> Better perhaps to focus more review on the programs and more training >> on the programmer! > > Absolutely. I'd be cautious with singling out individual > programmers. > Not really. We need to do exactly that so there is an increased level of accountability. We do that for every other kind of job, including other engineers. >Whereas it's perhaps a good idea to have some kind of > measures in place for people who always produce fatal mistakes > (e.g. "wouldn't you be hapier with ..."), I'd be wary to publish > programmer ratings or make it too well known that such a process > exists. Rating systems are not a bad thing. Also, it is not just about those who always produce fatal mistakes. Rather, it is recognition that different members of the team have different levels of skill, not only with regard to programming, but in other things as well. The best of programmers are not necessarily the best in everything else. And laying down code is only a small part of the software development process. > Such things have a tendency to end in witch hunts and being > abused in infights. In another part of this thread someone mentioned > that programmers shouldn't put their "ego in their code". Actually > they have some stake in their code anyway and if ranking programmers > on code quality is too much emphasized the programmers will find their > career dependent on their code quality > And that is a bad thing because ... ? > That will give them a really > strong incentive to camouflage what really happens and make mistakes > look like other peoples mistake or argue that they are other peoples > mistakes. The organisation will get bogged down in a lot of "ass > covering" and infighting. > Any programmer who resorts to this kind of deception needs to be fired, and quickly. We all make mistakes. We need to own up to those mistakes. I am more inclined to fire a programmer who tries to blame others than one who acknowledges a mistake and works on correcting it. > We all know how hard it is to get programs right. We need to work together to make that happen. When some member of the team gets sneaky about this, we want him/her gone as soon as possible. > When we discover a weakness in one of the team members, we can make an effort to correct it. The reality is that every team member has some weaknesses. The trick is to identify the weaknesses and strengths and assign work accordingly. But accountability is an essential part of any team project. Without it, no one is safe. Without it, no project can be assured of the desired quality. Richard Riehle