编码一个月，记录一下

编了一个月的码了，虽然没什么很很有挑战性的东西，但是还是应该记录一下，免得有些东西以后忘了：）
关于项目：
1、一定要知道详细的业务流程，只看代码没有意义！
2、用例，用例，用例！！拥抱用例！
3、项目加班只有两个原因：项目启动，项目发布。（可能使我比较幸运）
4、需求改变是个魔鬼，在他解决你之前必须用12分力气解决他。
5、不懂技术的人提出来的某些需求（改变）简直就是世界末日，不过不要想怎么逃跑，如果真是世界末日，你也跑不出去。
6、测试人员最好能懂技术，至少应该知道界面上的东西和数据库之间的关系、异常的大体原因与位置。如果他们不知道，告诉他们。
7、项目里面其他的人员是最好的老师。
关于编码：
1、我提交的代码里面可能会出现bug,但绝对不会也不允许出现异常！因为异常唯一的解释就是你对自己的代码不了解或者测试不到位！
2、当一个方法里面的代码行数超过100行，一个类的方法超过10个方法你就会体验到javadoc那些标签和注释是多么重要。
3、每次修改一定得加注释，因为一段代码你可能要根据需求修改20次，更有可能向回改。版本管理器并不能解决所有问题。
4、弃用的代码最好先注释掉，别删除，他们的用处要超出你的想象。
5、一个改过10遍的方法，最好思考一下是不是要重写。
6、重构是提高自己编码能力和代码清洁的好方法。
7、提交代码的时候comment一定要写清楚，空白的comment是种负担
关于使用技术：
1、给iBATIS SQL 传的参数类型是任意的但最好在MAP文件里加上注释，查看的时候就不会混乱。我习惯传入的参数类型和返回的参数类型相同，或者传入参数用XXXterm命名(such as :SearchTerm,表示搜索条件)
2、iBATIS的dynamic语句块很强大，但是不是万能的。不要让dynamic破环思维逻辑和sql逻辑。
3、如果有两个相关的小action就考虑一下是不是应该使用dispatchaction。反之，考虑分离。
4、所有疑问先请教google，再请教别人。
关于态度：
我的工作是锻炼我解决问题的能力和解决问题，而不是来show 技术的！工作的最大障碍就是眼高手低