Embedded Systems Conference
Breaking News
Comments
Newest First | Oldest First | Threaded View
rajabavani
User Rank
Author
re: Debugging: what questions engineers should ask
rajabavani   9/22/2010 8:24:17 AM
NO RATINGS
Dave, Thanks for the comments. I had a look at your poster and it is quiet simple and practical. Thanks for sharing. Debugging continues to consume significant efforts (and hence cost) among all Software Engineering activities. Following such rules and asking critical questions will benefit engineers who spend long hours in debugging. Regards, Raja Bavani http://www.mindtree.com/blogs/category/software-product-engineering

dagans
User Rank
Author
re: Debugging: what questions engineers should ask
dagans   9/13/2010 8:35:19 PM
NO RATINGS
I devoted a whole book, appropriately titled "Debugging" to the subject. It too is a lighter attempt to enable better debugging. But it does work -- all of the general guidelines I've seen are still covered by the 9 rules and their corollaries. So for example, Larry M.'s comment is covered well by rule 3, Quit Thinking and Look. The 9 rules are available on a poster from www.debuggingrules.com. -- Dave Agans

rajabavani
User Rank
Author
re: Debugging: what questions engineers should ask
rajabavani   7/20/2010 3:37:36 AM
NO RATINGS
Larry, Thanks for reading my blog. I liked your quote very much. The ability to see or visualize the right thing is very critical to debugging. Regards, Raja Bavani My Product Engineering Blog: http://www.mindtree.com/blogs/category/software-product-engineering

LarryM99
User Rank
Author
re: Debugging: what questions engineers should ask
LarryM99   7/6/2010 5:40:14 PM
NO RATINGS
I once wrote an article on debugging that included an observation on how a good debugger operates. If I may be allowed to (probably mis)quote myself: "A good debugger sees what is, not what he expects it to be, what he thinks it must be, or what he wants it to be". Literally the developer is their own worst enemy when debugging a system. They know what it is supposed to do, so they come in with expectations that this is what it must be doing. This is why a different person sees bugs that a developer will miss. Larry M.



Radio
LATEST ARCHIVED BROADCAST
As data rates begin to move beyond 25 Gbps channels, new problems arise. Getting to 50 Gbps channels might not be possible with the traditional NRZ (2-level) signaling. PAM4 lets data rates double with only a small increase in channel bandwidth by sending two bits per symbol. But, it brings new measurement and analysis problems. Signal integrity sage Ransom Stephens will explain how PAM4 differs from NRZ and what to expect in design, measurement, and signal analysis.

Datasheets.com Parts Search

185 million searchable parts
(please enter a part number or hit search to begin)
Like Us on Facebook
Special Video Section
The LTC®6363 is a low power, low noise, fully differential ...
Vincent Ching, applications engineer at Avago Technologies, ...
The LT®6375 is a unity-gain difference amplifier which ...
The LTC®4015 is a complete synchronous buck controller/ ...
10:35
The LTC®2983 measures a wide variety of temperature sensors ...
The LTC®3886 is a dual PolyPhase DC/DC synchronous ...
The LTC®2348-18 is an 18-bit, low noise 8-channel ...
The LT®3042 is a high performance low dropout linear ...
Chwan-Jye Foo (C.J Foo), product marketing manager for ...
The LT®3752/LT3752-1 are current mode PWM controllers ...
LED lighting is an important feature in today’s and future ...
Active balancing of series connected battery stacks exists ...
After a four-year absence, Infineon returns to Mobile World ...
A laptop’s 65-watt adapter can be made 6 times smaller and ...
An industry network should have device and data security at ...
The LTC2975 is a four-channel PMBus Power System Manager ...
In this video, a new high speed CMOS output comparator ...
The LT8640 is a 42V, 5A synchronous step-down regulator ...
The LTC2000 high-speed DAC has low noise and excellent ...
How do you protect the load and ensure output continues to ...