代码调试
在做项目的过程中,我开始对老师说的一句口头禅有了更多的体会:“当你以后开始参加工作,你会发现大多数时间是花在调试(修改)代码上的,而不是在写代码上的。”
虽然不一定对每个场合都试用,但是这种情况应该是普遍的。
学技术的人都应该明白,解决bug的过程既是提升能力的过程也是积累经验的过程。**只有踩过了坑,才知道那里有翔,以后就不会再踩了。**所以这篇文章想说怎么尽量开心踩坑的。
对于写代码的人员而言,解决bug的过程着实考验人的心智,这是一个综合考量人的过程。很多人吃不了这份苦,遇到问题就启动屏蔽模式,眼不见心不烦(人类的天性)。学习东瞧瞧西看看,结果就是什么都略懂(其实就是不懂),无一精通。
扯了那么多,那么遇到bug的时候有什么好的解决方法呢?
- 先自己想办法调试
自己尝试去调试,可以上网查资料看看其他人类似的经历,当然有时候找不到合适的答案。
Because往往编程里面大多数是逻辑错误,是自己代码运算思路或者某些功能用错了地方导致不可预知的错误。
查找时候关键词是个很重要的地方,你不妨从多个角度去尝试搜索,结果可能会让你满心欢喜,对出现问题的猜想角度或者
提炼角度的不同能让你得到更加多样的搜索结果。
自己解决问题的过程真的很重要,只有自己亲自动手综合运用各种方法解决一个问题时后你才会收获更多经验和对
调试过程出现的每一个细节的掌握。
- 出去走走
反复调试还是没有发现问题的时候,不着急的话建议出去走走换个环境,说不定再次回到电脑前一切问题就迎刃而解,你会惊叹:“怎么是这里呀!我怎么没想到!”
这种情况其实也很好理解,你会发现上面的情况很类似于考试时候。
在考场的时候反复运算某道题,结果老是算不对,当你走出考场的时候,你的脑袋里面闪出一道柯南办案时候的闪电:“1+1=1”呀!我怎么会这么想问题?
其实这就是人们思维的惯性,当你得不出想要的结果时候恰恰是因为你老是用同一套思路去思考东西而这个思路已经反复被你验证是不对的。就像考试时候高度紧张你一直把1+1=1当成了真理,自然就不会发现谬误所在。
当你休息了一趟回来之后也许你的脑子思路就转变了,或许就能轻松的看出代码中的逻辑错误。
- 跟合适的人请教
或许有人会说,马上要交作业了,马上要考试了,我没有时间去换心情!那该怎么办?
第三种方法就是学会请教别人。
如果有耐心的学长和老师或是同事可以请教不妨多多请教,有时候他们的一席话能省了你好几天的苦恼,这就是向牛人请教的力量。
须知每个人都是从菜鸟开始从事一个行业,学习一门知识。运用正确的方法,努力学习的态度,三年五年足够你成为任何一个领域的牛人。
- 别忘了做总结
最后就是不断总结每次解决bug的经验,多做做笔记,写一些心得,想想这次解决的bug跟以前的有什么关联吗?
自己还能从中学到什么东西吗?
这不奇怪,当你积累越多之后你处理问题的效率就越高,思路就更加广阔。
需要多扯一句蛋,那就是学习需要正确的方法和坚韧的品行,有句很励志的话:
那些看起来好不费力的牛人都是在敲坏多少个键盘后练成的。(当然,现在键盘都比较好,想敲坏也不容易~)