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: 109fba,1042f393323e22da X-Google-Attributes: gid109fba,public X-Google-Thread: 1014db,1042f393323e22da X-Google-Attributes: gid1014db,public X-Google-Thread: 103376,1042f393323e22da X-Google-Attributes: gid103376,public From: David Hanley Subject: Re: Any research putting c above ada? Date: 1997/04/18 Message-ID: <3357C6C5.27F@nospan.netright.com>#1/1 X-Deja-AN: 235788610 References: <5ih6i9$oct$1@waldorf.csc.calpoly.edu> <5ijb0o$ajc@ns1.sw-eng.falls-church.va.us> <334d3da5.14386594@aplcen.apl.jhu.edu> <2senchydgk.fsf@hpodid2.eurocontrol.fr> <3359e813.340466234@news.pacificnet.net> <33508283.56DD@aonix.com> <3373409f.494266577@news.pacificnet.net> <3351C76A.2CF7@aonix.com> <3355E0F2.56E5@aonix.com> Organization: netright Technologies Reply-To: david@nospam.netright.com Newsgroups: comp.lang.c++,comp.lang.c,comp.lang.ada Date: 1997-04-18T00:00:00+00:00 List-Id: Dave Wood wrote: > I recall listening a few years ago > to a learned fellow (ironically enough, one of the "big names" in > the Ada community) describing that debuggers were a Bad Thing and > should never be used, because they lead programmers to laziness and > complacency. A proper programmer, he argued, would not make mistakes > where a debugger would be needed. > > While interesting in an academic context (the exact context where > the argument was made, actually), I find the idea absurd in any > practical sense, and I have to think nearly everyone out there > would agree. I also think that debuggers are bad, but not that hey should 'never' use used. I think that they are hardly ever necessary if the code is properly designed. Either the bug will not occur, or it will obviously be in module 'x' function 'y' because of the resultant incorrect behaviour. You mileage may vary, of course. > Any tool that helps me to locate, identify, and > eliminate errors, so that I can spend more time focusing on the > problem space rather than the implementation, is a tool I want in > my arsenal. This would be true regardless of the programming > language involved. True. My objection is that many programmers use the debugger to watch what their code is doing as a replacement for understanding it. dave