很久都没有写博客了,就说说最近工作的情况吧,这段时间项目出了很多问题,我们的团队一直在修复bug,时不时就会出现不明的bug,搞的十分纠结。在这段修复bug的时间里面,我体会到了一些很重要的东西,也增加了我处理bug的经验。
我认为对于一个团队来说,规范真的是非常的重要,我觉得很有必要一个团队有一个自己的规范,包括变量的命名规范,写代码的规范,注释的规范等等。感觉这段时间修复bug的效率并不是很高,这也很可能主要是在于我的经验不足的问题上面吧。但确实也有一些其他的因素在起作用。其实对于程序员来说修改bug是痛苦的,修改别人写的代码的bug是更加痛苦的,修改别人写的代码而且没有注释,那种痛苦是不能用言语形容的!!!或许有点夸张了。前段时间看了一篇博文写的很有自己的见解,说找bug就是在钓鱼,钓鱼既取决与你的技巧,也一部分取决于你的运气,大部分时间我们都是在等待鱼来吃食,就像我们用大部分的时间来寻找bug的具体位置和根源。修复他们或许只是几分钟的问题,但是这个几分钟的前提是花了一个上午或者一天或者更久的时间去定位根源。
对于一段好的代码一方面的评测是能够用最精简的代码去实现最复杂的东西,但另一部分也取决于这段代码在别人看来是清晰的,变量的命名、方法的功能等等能让别人很简单的去处理里面的东西,能够很快的定位到需要去处理的地方。所以我感觉对于一个团队规范真的是非常的重要。对于敏捷开发,我个人觉得这是一个非常好的开发模式,可以以最快的时间去发现bug,以最快的时间去修改好代码并交给测试组进行验证。很多东西可能是由于经验不够,我暂时不能描述我心里的想法。
对于开发人员,我一直觉得技术无止境!