年终总结上的经验体会（脱水版）

没听过程序员的几大优良品质么？
其中有一个就是懒。
因为懒我们才会自动化，才会提高效率。

这个基本是天方夜谭

几个纠结的问题：
1.一些同事不太关心自己的代码，随便写写，以任务完工为目标。弄地我老想改他们的代码，因为看起来太丑陋了，内心很冲动。
2.代码风格是几年工作习惯形成的，魔法字符串、复制粘贴一大堆，说过几次也无济于事，习惯很难改变。
3.公司没测试，只能自己测，同事交叉测，结果代码质量可想而知。自己熟悉的东西很难测出问题来。

1.严格执行codereview，codereview不通过，不让提测或者上线发布，严格执行，习惯是可以改变的（21天）。
2.同上。
3.我不建议同事交叉测试（万一有什么过节什么的，测试就成为了互相攻击的武器），我还是比较喜欢单元测试+debug模式把代码完整走一遍。

楼主的语句看着很顺畅。mb中

希望能看到被缩掉的那一部分。

缩掉的那部分是关于公司业务产品的，不能透露，也没什么含金量，就是举了几个例子而已。

楼主在公司还混得不错吧

其实对项目的整个周期 以及 后期的维护来说。

编写单元测试 比 不写单元测试  省下来的时间不是一点半点，代码质量也有保证。
靠测试测很多东西是测不出来。

你们的意思是说，如果时间不足，项目紧，那么就不可能采用更好的方法来开发软件？
提高质量就会牺牲进度？ 这大概是软件行业最大的谬论之一！