工作一年的总结

        从开始工作到现在已经一年了，通过一年的工作总结了一点东西，跟大家分享下。我所在的团队大家都没有什么经验，所以边写项目边总结，加上请教公司其它的团队，现在一起开发也越来越顺手了。这些观点可能很稚嫩，希望经验丰富的大神们多多批评指正。

1：写每一个项目时都新建一个目录，现在感觉貌似用IntelliJ IDEA加上maven建立和管理项目比较方便，但用eclipse查看api比较方便；
2：合作开发时，及时提交和更新代码，因为过一段时间后，遇到问题不方便找到最新代码（每个人存的版本可能不同）；
3：编码之前详细设计文档要尽量完善，包含数据库、功能（功能要十分详细）；
4：开始编码之前一定要明确任务，把每一个功能点分配到个人，明确任务的好处是每个人都知道自己应该做什么，不至于因为谁多做谁少做而产生不好的影响，再一个，一起讨论时会气氛分比较好。如果有必要的话可以做一个《问题功能统计》，把所有的功能和问题列出来，每天完成什么都标记出来（谁完成的，日期），一周做一次总结，把每个人完成的任务编译一起；
5：开始编码要先从整体角度设计项目架构，感到自己的不足，现在正在看《Head First设计模式(中文版)》；
6：能写注释的尽量写注释，这个真的很重要，不过当时写程序的时候是真不愿意写；
7：刚接触一个新的技术时，不能急着去写项目，要先对技术做一个大概的了解，然后down下api文档和例子（先学查文档和知道它能做什么），一个新的技术不是那么好学的（任何技术都不是那么容易掌握的），所以多思考、多请教别人（不能全指望别人的帮助，最好让他教你怎么使用文档和相关的调试与IDE工具）。如果有项目在身的话，肯定会经过一段非常痛苦的阶段，当遇到一个非常让你恼火的错误时，实在解决不了，就留到明天，非常有可能这样一个错误，当你解决时会对你学习这门技术有很大的帮助；
8：对做过的东西及时总结，包括技术和团队合作的经验，我打算以后每周尽量写一篇技术总结的文章(这个非常重要)；
9：我非常希望团队完成一个很好的项目，所以刚开始时非常着急的让大家接受我的观点和编码方式，结果事与愿违，尽管你写的好，别人也不见的会接受，经理跟我说我的态度有问题，应该以商量的态度让别人接受你的建议，不能太急，并且别人的想法并不是没有可取之处，应该静下心来，大家讨论一下，相互补充。
[/size]