你会推荐上常用的调试技术读什么？ 我更感兴趣的是原则，不是在特定的平台解决方案的最佳实践。 为了记录我主要是使用.NET（F＃，C＃）的工作，并在Haskell和ocaml的涉足。
一个我们谈到我在我们走回家的同事调试这些星期五晚上的。 我很惊讶地得知，一个可以查看和从VisualStudio中调试程序修改活动对象的状态。 他还提到，他知道，一个又一个开发商的“Java大师”，曾表示他的一些调试魔术和给定的调试文章或小册子，它挑战了我的同事最初的“有什么不可以”的态度。 有比我想打猎的错误花更多的时间，我已经准备好接受挑战为好。 有没有你会推荐什么联系？
我研究了很多的调试书籍和想法。 也许是最好的一个调试通过的思考。 我认为它涵盖了需要说，在符合逻辑的方式，在一个易于阅读的封装一切。
我建议你阅读一切你可以找到关于测试驱动开发 （TDD）。 从维基百科的文章：
使用新的（“绿地”）项目的纯TDD程序员报告说，他们很少觉得需要调用一个调试器。
从个人的角度来看，它是我的经验，更多的单元测试我写的，更短的时间我在调试器中度过。
特别是对于.NET，这里有一个很好的文章与属性更容易调试 。
我强烈推荐的优秀图书调试大卫Agans。
虽然没有具体关于编程的原则是普遍的。 其中一个在这里的技术在我的诊断能力，提供最大的飞跃，即打了退堂鼓的修复，证明只是你修复已纠正的问题。
它需要一个本地方法的（Win32），但高级的Windows调试是一个伟大的书。
我喜欢伊恩·泰勒 。
苔丝Ferrandez的博客如果打破它，解决它，你应该是既直接向特定的现实生活场景，你很可能在.net调试遇到，（通常包括ASP.Net）有关，一般多发人深省。
约翰罗宾斯调试的书和博客也同样值得一读。
迈克失速的.Net调试博客同样。
马克Russinovich的博客是显着的-他的知识Windows内部有很大的法医技术相结合是令人印象深刻。
我的第一个介绍的调试是本教程 。 它使用GDB调试样品C ++代码，但原则是普遍适用。 我真的很喜欢的东西是作者解释了他什么可能是错误的，再进行试验，准备所需的特定命令的思路方式。 这是很有趣！ 如果你是新来的调试，这是一个伟大的洞察过程。
