程序员请不要忽视调试技术

想写这篇文章已经很久了,但是一直不知道如何开始,因为调试技术这个东西本身不像编程语言,C++/C#这种简单的东西,大家想做些什么,查查类库,查查msdn,写出一些功能,皆大欢喜。

调试技术本身就很枯燥,如果没有一定定力的兄弟,看看可能就觉得犯困,没劲,没成就感。但是想想程序员,每天写代码一小时,可能调试的时间至少也需要一小时,当然,写到这可能你不同意,觉得你自己不是这样的,你不需要调试,对,我说的只是一般情况,不排除有高手,口水战也没社么意思,直接忽略这种情况。

不知道为什么,国内研究调试技术的人不是很多,可能大家都觉得这些基础的东西没意思,大家都在研究云计算,研究设计架构模式吧,我等无法企及的高度。呵呵,不扯了,开始重点的:

据我所知,在软件开发过程中有些及其重要的环节都需要调试技术,而且国外对这方面研究的也很多,我也不想说谁浮躁,但是这些基础的技术确实值得我们研究。

举个例子:

你公司开发的产品,在客户那边crash了,客户的环境不允许你访问,客户不知道问题是怎么发生的,他说他喝了杯茶,回来就发现问题的。

你想,你妹的,你还拉屎呢?

其实这个时候就需要调试技术了,怨天尤人是没有用处的,最好的方式就是分析日志,查看.dump文件,但是你能看得懂么?学学调试技术吧,学学反汇编吧,其实这些东西都是作为程序员的基本功,别告诉我你会云计算,在这个时候,对客户一点用都没有。

下面说说主流的调试技术:

由于调试技术比较接近系统底层,所有他和系统的架构,比如X86, ARM,有紧密的关系,常见的架构是X86,而且和OS相关,常见的OS是linux和windows。

windows 平台的调试工具比较多,高手用windbg比较多。

linux不用说,用GDB的比较多。

写几个demo考考大家的调试水平:

When you are using recursive definitions of this type, each alias is translated as soon as it is used.

For example, the following example displays 3, not 7.

0:000> r $.u2=2
0:000> r $.u1=1+$u2
0:000> r $.u2=6
0:000> ? $u1
Evaluate expression: 3 = 00000003

Similarly, the following example displays 3, not 7.

0:000> as fred 2
0:000> r $.u1= 1 + fred
0:000> as fred 6
0:000> ? $u1
Evaluate expression: 3 = 00000003

The following example is also permitted and displays 9.

0:000> r $.u0=2
0:000> r $.u0=7+$u0
0:000> ? $u0
Evaluate expression: 9 = 00000009

总结

我写这篇文章的意图是想说明,作为程序员,除了必要的算法,语言,系统,必要的调试技术也是基本功,而这项基本功在国内没有引起足够的重视,希望你可以看到我这篇文章。

猜你喜欢

转载自www.linuxidc.com/Linux/2015-11/125681.htm