程序员的调式感悟

最近在学习DRP项目,在编写代码的过程中,必经的一个过程就是'调式',而对于我来讲,调式是最大的劲敌.在遇到代码错误的时候,我们是不是应该总结一下调式经验,作为日后工作,学习的经验,以免在发生这样的问题时束手无措.下面从两方面入手总结一下,我在编码过程中得到的调式收获

1.良好的心态

对于一个性急的程序猿,这一点应该是很难得.当遇到问题时,希望很快解决掉它.可越是这种'着急'心里越会导致代码调不出来.反而会让自己大受打击.而对于我们来说,能做的就是对自己说'inner peace' 不管怎么说,相信有调式经历的童鞋会有相同的感受的.

2.宏观把握,细节入手

调式过程中,要对代码整个流程整体把握.根据报错快速定位到错误源.但也有一种情况是例外的,下面的悲剧我已经经历了数次,这样的错误会让自己在调式过程中背道而驰,这样的错误很容易让自己定位到自己写的Servlet出现了问题.所以也就导致了一下子扎到Servlet里面去调式.可以最终的错误源竟是第二张图上所说.这样的悲剧按说IE浏览器会有提示,怎么就没有了呢.让自己把目标定错位.

经历了这样的调式过程,得出的结论就是'宏观把握,细节入手'即使提示信息已经给出,也不能忽略细节的书写问题.根据提示信息,先检查给出的错误源,如果没有找到,就要看自己的书写问题了.不能局限于提示信息.

3.程序员编码规范的重要性

上述出现的原因,有一部分是因为自己代码书写格式的问题,由此看来,代码格式不仅仅能看出自己是不是具有高素质的程序猿,还能决定代码调式的速度啊.所以,程序猿的基本素质不可小觑啊.

4.给调式能力差的程序员(包括自己)的建议

按理说,调式能力差的大部分会是女生,男生调式能力差的很少见.不过,不管是男生还是女生,在公司里,不可能会有人去专门为自己写的代码做调式,这一过程还是得靠自己.所以啊,写代码差的人,调式能力差的人,多写代码多调式吧,其实调出来发现也并不是自己想象的那么难.失败不可怕,可怕的是我们连迈向失败的勇气都没有.

总结:遇到问题时把自己的主观'我觉得'经过思考,验证再去做结论,就证明自己长大了.也可以说不要被'外在的假象而蒙蔽了自己的双眼'