软件工程师的调式感悟

程序员的调式感悟

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

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

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

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

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

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

 

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

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

 

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

 

8楼han_yankun200910小时前

师姐，加油

Re: yingjiebohe6小时前

回复han_yankun2009n呵呵，加油中。

7楼zhaodandan1991030611小时前

没有调试也就没了乐趣，当然还是要提高效率的，多总结，少犯错，呵呵

Re: yingjiebohe10小时前

回复zhaodandan19910306n是啊，调试也蛮快乐的。

6楼lfmilaoshi11小时前

要想做到“精心”，还需要一个历练和训练的过程。。。米老师

Re: yingjiebohe11小时前

回复lfmilaoshin嗯，是的。

5楼wolf19910311小时前

蛮喜欢第三点滴。。

4楼lidaasky18小时前

我还是挺喜欢调试的

3楼han_yankun2009昨天 21:33

支持

2楼liutengteng130昨天 21:15

支持师姐[e01]

1楼liusong0605昨天 19:36

经常见这个错误。

Re: yingjiebohe昨天 20:03

回复liusong0605n同样的错误不能重犯。