项目组中的夹气小媳妇

<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 前两天一直再看《大明王朝1566》，中间那个的徐阁老说得话在这些天有所感受，就是上面是皇上，下面是子民，中间就是这个大臣成了受气的小媳妇了。</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 最近一直在管理着一个系统的后续开发工作，前期一直到参与其中，从需求到初步验收。现在客户的需求总是不停的发生变化，而且开始说不用管的需求，现在也提上了日程了，比如多语言，比如Mobile。自己也基本上开始从一个纵切面（功能节点）开发，开始向一个横切面开发了，维护所有人的代码。其间很多开始之初预料到的问题，开始逐渐暴露出来。编码不规范，CVX（ctrl＋C，V，X）代码比较多，结构不统一等等，维护起来异常痛苦。虽然开始的时候也要求大家遵守一些规范，也准备对后面的一些需求进行支持，可是种种原因全都是后来不了了之，除了自己强硬要求的以外。（发现即使强硬要求的，很多也都没有遵守）</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 自我总结一下，规范推行的阻力之所在：</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1）不在其职，不谋其政</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 自己并不是项目管理人员，只是开发中的一员，没有行政手段。也不能对大家如何，只能推广技术，推广编码规范。但是不能强硬，自己要做的很多只能是管好自己的代码。</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2）时间压力</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 有时候我觉得这个就是一个借口，一个比较大的借口，也是堂而皇之的谎言，就像CVX确实很快，可是稍微有些修改的时候，痛苦不言而喻。而且CVX这个也是一个习惯的问题，如果从开始就养成一个习惯的话，遇到有些重复的时候，自己就会思考需不需要重构，代码简洁是简短维护成本的最行之有效的，而且也是成本最低的一个。个人一直都认为什么都是一个平衡的，前面失去的，后面会加倍还给你的。前面时间少了，后面肯定会多，而且成倍增长，前面多的，后面会减少很多。可惜这个道理谁都明白，却谁都不愿意执行罢了。</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 3）新人较多</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 新人在项目中比例有些大，不知道规范的重要性，说了一遍又一遍的，总是不起作用，写的代码天马横空，怎么方便怎么写，有共同方法也不使用，总是需要去检查才更改，有时候苦口婆心说了，也是收效甚微。</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4）没有执行工具，或者说没有使用更好的工具</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 从最开始之初就没有把一切贯穿到工具中，我想这个是最大的败笔了。规范有，不能仅仅靠口头传递，靠人为约束，关键还是需要一个工具来操作，工具用来贯穿的话，不会有遗漏，不会忘记执行，工具就是一个保障。</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 5）个人能力有限</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 自己的工作也是比较繁重，没有更多的精力顾忌很多方面，不可能很多地方面面俱到。</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 6）侥幸心里</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 后来麻木了，就像这个最后不定是自己维护，或者那个节点不会是我维护等等。结果。。。。</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 总觉得这个时候说这些都有些事后诸葛亮的嫌疑，但是又能如何呢，总结一下，避免下次再范吧。</p>

推广规范更需要的是监督机制和带头作用。

我同意你说的，可是很多东西还是需要政治因素管理，如果你不是项目经理，你说话有人听吗，说多了，有人会说你狗拿耗子，可是自己又不甘心项目逐渐走向混乱。
还有就是代码审查，开始的时候做，后面不一定总是能执行下来，最好还是通过CheckStyle等工具进行操作