cantellow

 在接下来的文章里我会讲到如何提高代码质量，会讲到一系列措施和工具，比如codereview、重构、findbugs、敏捷等等，这些东西对代码质量非常有用，但取决你是否行动了，你和你的团队是否具有强烈的代码质量意识，如果没有强烈的代码质量意识，这一切就像是在看我这个小丑在上演一场杯具，过往云烟，看过了就忘记了。学习一项技术很容易，但是学习一种意识，或者说改变一个人的习惯，很难！诚然，意识和...

前不久在部门内部做了一份代码质量和重构的培训，由于我其中很多思想和资料都是来源于JavaEye的，饮水要思源，我不敢独享，于是马上拿来分享给广大的Javaeyer（当然是去掉了公司业务逻辑的）。其中的findbugs的部分：【分享】findbugs反模式其中的重构部分：【分享】部门内部《重构》培训 要郑重说明的是，ppt里面有几个javaeye的例子，希望例子的主人公不要在意。...

很少codereview，没有代码质量工具给予支持，同事之间的默认规则就是代码在此刻（对，是此刻）能够正确跑起来就算OK，如果你发现你正在经历上述情况，那么你应该好好考虑怎么提高代码的质量。实际上在有些项目很少有人去关注这个，领导们也不会看你代码的风格，代码是否重复，依赖关系等等（这让我想起了《程序员之死》中提到的“某个架构很落后,技术很普通的产品却大卖”）。虽说领导强调把项目交给你，就要自己...

软件质量这个概念很模糊，它即可以代表一款可运行软件的优劣，也可以代表一大堆源代码好坏。分开来讲，其实可以叫做软件产品质量，和代码质量。对于用户来讲，它们能看见的是软件产品的质量，用户是我们的上帝，软件产品质量的重要毋庸置疑。而对于我们开发人员来讲，软件的质量其实更多反映的是代码质量，我们从事的都是长期的维护和开发工作，阅读和修改别人的代码是家常便饭的事情，代码质量的好坏直接影响我们维护开...

 人是软件质量最重要的因素之一，开发人员的素质直接作用于软件质量，需求设计，代码质量，以及后续的维护开发等等都离不开高素质的开发人员。虽然有优秀的工具为开发人员提供帮助，公司也可以制定严格的制度流程限制开发人员，但是代码是人写的，你不可能用工具生成高质量的代码，更不可能用制度流程来让一个不具备专业知识技能的人写出高质量的代码，所以我们必须把目光定位于人，以人为本，只有开发人员平均整体素质都提高...

为了在部门内部推行code review这一活动，几个月之前开始寻找工具的支持，开始相中的是Jupiter这一eclipse插件，刚开始还写了一份user guide（见附件），但是后来我发现它比较笨拙，显著的缺点是每次review都要分reviewID，保存的数据格式是xml文件，总感觉不是很让人放心，另外跟公司内部的SCM结合的不是很好。当然它也有优点，比如跟eclipse结合的很好，查看源代...

前几篇文章中一直在强调代码质量，理论性很强，但实践性很低，平时我也关注这方面的工具和平台，以前开发中经常遇到很多人的代码风格不统一，在新的公司我发现这方面已经做的不错了，于是我总结了一下，希望对困惑于代码风格不能统一的各位有所帮助。 1.统一eclipse版本，最好由技术委员会统一制定eclipse标准，安装好各种插件，比如maven插件、findbugs、SCM插件等等。我以前遇到过如果...

 我的心态变化第一次接触编程，学习C语言，交换两个数的值： c = a a = b b = c 后来我我从师兄那学到了下面这段代码，觉得写的比我之前的更漂亮：a = a + b b = a - b a = a - b 最后参加工作了，看到很多别人的代码，最后又觉得最漂亮的代码是这样的： c = a a = b b = c 请问大家，为什么我的...

 可扩展性的动力——不断变化的用户需求世界上不变的是变化，软件需求不会变化？不可能！一个系统是否拥抱变化是由它的可维护性和可扩展性决定的，软件环境的变化（可能是业务环境，运行环境）导致软件要进行改动才能满足人们对它的要求，这种系统本身适应变化的能力就是可扩展性。 可扩展性的设计忠告可扩展性对系统的性能和复杂度都有影响，复杂度很高的项目很难维护，亦很难测试，我比较推崇可预见的...