confessional debugging
Jump to navigation
Jump to search
English
[edit]Noun
[edit]confessional debugging (uncountable)
- (informal, rare) The debugging technique wherein a programmer explains a problem to someone else, and in the process realizes the source of it.
- Hyponym: rubber duck debugging
- 2001, Paul Litwin, Ken Getz, and Mike Gunderloy, Access 2002 Desktop Developer’s Handbook[2], John Wiley & Sons, Incorporated, →ISBN, page 948:
- There are two more bits of strategy you might want to consider. Many programmers find “confessional debugging” to be one of the most useful techniques around. Confessional debugging works something like this: you grab your printouts and go into the next cubicle, interrupt the programmer working there, and say, […]
- 2004, James P. Cohoon, Jack W. Davidson, Java 1.5 Program Design[3], McGraw Hill Professional, →ISBN, pages 672–673:
- If you have worked at a help desk, you have probably experienced the phenomena[sic] known as “confessional debugging.” A person is explaining the problem and as they do so, it suddenly dawns on them what the problem is. The act of explaining the code to someone makes you think a little more clearly, not skip steps, and so on. Confessional debugging is surprisingly effective.
- 2004 May 25, “Mary K. Kuhner”, “Re: rec.arts.sf.compostion[sic] FAQ”, in rec.arts.sf.composition (Usenet):
- Programmers call the computer equivalent "confessional debugging." "Hey, Eric, can you look at this code? I can't understand why it doesn't--oh! Never mind."