Are Debuggers Crutches?
Join the DZone community and get the full member experience.Join For Free
- code pathways are not planned
- developers are inattentive when coding
- developers do not understand the requirements
defects are only corrected by understanding pathways and debuggers are not the best way to do this.
debuggers are commonly used by developer's to understand a problem, but just because they are common does not make them the best way to find defects. i'm not advocating a return to "the good old days" but there was a time when we did not have debuggers and we managed to debug programs.
the personal software process increases productivity by 21% and increases code quality by 31% (1)
|before psp training||after psp training|
- in qa
- in deployment (i.e. by the customer)
it costs 10 to 100 times as much to find defects once they get to qa.
finding defectsusing a debugger to understand the source of a defect is definitely one way. but if it is the best way then why do poor developers spend 25 time s more time in the debugger than a a good developer? (see no experience required !)
software inspections increase productivity by 21% and increases code quality by 31%( 1)
every hour spent in code inspections reduces formal qa by 4 hours
- you will learn how to plan and think through code before using the keyboard
- you will learn and execute software inspections
- you will learn techniques like psp which lead to you injecting fewer defects into the code
you are using a debugger as a crutch if it is your primary tool to reduce and remove defects.
related articleswant to see more sacred cows get tipped? check out:
- comments are for losers
- efficiency is for losers
- debuggers are for losers
- testing departments are for losers
- gilb, tom and graham, dorothy. software inspections
- (1) jones, capers. scoring and evaluating software methods, practices, and results . 2008.
- (3) jones, capers. the economics of software quality . 2011
- radice, ronald a. high quality
- (2) watts, humphrey. introduction to the personal software process
Opinions expressed by DZone contributors are their own.