答复: Re: [cpp] 再补充一

[Jack]

不知道做梦算不算。做梦看地址，醒来重写代码。
 
真正梦幻般的体验


  _____  

发件人: cpp-bounces at codingnow.com [mailto:cpp-bounces at codingnow.com] 代表
analyst
发送时间: 2006年3月22日 16:01
收件人: C++ Discuss Group
主题: [Norton AntiSpam] Re: [cpp] 再补充一


这个我比较赞同，不要过分的依赖调试器来解决问题，很多时候调试器解决不了问题，
有时甚至不能使用调试器。调试体现了一个程序员的综合素质，需要基本功、经验、耐
心、运气等等，不是有了一个调试器就可以一切问题的。
最有成就感的一回是我只google了0x791bc44d这个地址就de掉了一个需要好几天才
crash一次的服务器BUG。

 
在06-3-21，liangml <liangml at 6636.com> 写道： 

其实可能我说的太多了.用IDE调试本来并不不妥之处,而且我可以说用IDE调试我还是有
相当多经验的,
我做过类似Debugger的东西玩,基于VM的,对调试技术也很感兴趣.因为调试技术会让你
深入很多方面,比如异常捕捉的实现等等.
现代的IDE之强大让人容易沉迷其中. 
 
我只是想给大家,也给自己提个醒,因为很多案例或者公司的统计都表明,想办法重现错
误,思考,然后查程序找错的效率是
高于一开始就投入IDE去工作的(<<Code Complete II>>). 我们往往都太急于打开调试
器了. 
 
当然,用IDE调试的经验非常重要.经验越多,定位错误的速度也越快.用好调试工具也是
很重要的.现在程序复杂度更加大了调试环境所占的比重.
 
别太急用调试器,一点小建议:)

 
 
 

TO liangml：
用IDE调试，是否有何不妥之处？
就算写汇编程序，也可以Debug单步执行，或者走到某一句，看看内存情况啊。望指
教。
*********************************************************






 

_______________________________________________ 
Cpp mailing list
Cpp at codingnow.com
http://codingnow.com/mailman/listinfo/cpp




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://codingnow.com/pipermail/cpp/attachments/20060322/d09f7131/attachment.html