java journey

<br />1.自说明代码: 不需要注释, 命名规范, 能够说明方法是做什么的返回什么值.  一个清晰的编码, 给项目维护带来很大方便, 比如我修改邮件内容的这个task, 功能很复杂, 但是代码很规范, 清晰知道都是做什么的, 每个方法代码不多, 方便差错. 可读性强. 远远比维护一个方法超过2000行的代码要轻松. <br />一定要写出可读性强的代码. 详细说明参见<代码大全>.

http://www.blogjava.net/killme2008/rss    写这篇文章的想法产生在昨天晚上读《面向对象分析与设计》的时候，我渐渐发现我们这个小组不知不觉地贯彻了很多非常有价值的实践经验，这些点点滴滴都对我们的最终的产品质量产生了或大或小的影响，保证我们的系统不会出现重大的故障。我想有必要将这些“隐性知识”稍微总结一下，以供参考和记录。   从过程的连续光谱来看，我们大概处于中间位置偏左的位置，更偏向一个轻量级团队的敏捷过程，但是也包含计划驱动过程中的因素。我们的小组是自管理的，没有专