如何在公司里舒服的活着

以上的东西我们当然有进行过评估。只是没有细说。这其实就是一个重构的过程。是边开发边重构呢。还是全部开发完后，在一个里程碑后再重构好。我个人认为是边开发边重构好。到了后期，所有的东西都臃肿起来后，推行的难度更大，而且抵触心里可能也更大。

人活着，有时候挺累的。最近在公司遇到了一些问题，引起了我的反思。我该操那份心吗？

说一下现在的情况。最近在一家互联网公司做系统架构师，上级是部门经理。新启动了一个产品线，有专门的产品经理，主要做需求.我和部门经理属于研发部，和产品部是两个不同的部门,分工还是很明确的。

按说我的工作主要是架构设计，主要是各种技术的调研，和系统需求的抽象功能化，以及各种技术规范的制定，还有技术框架的决定，以及核心功能的研发。但是我进这家公司时，已经启动刚进入开发。前期做得并不是特别好，比如各种技术规范不够统一，下面的开发人员风格各一，测试也不规范。基本上每个人的代码都是天马行空。

好吧，我进来了，可能由于以前做team leader的原因，我看着这种情况就不大舒服，想改进。想统一大家的开发风格以及开发的规范，细点说就是各种命名，各层的调用统一等。现在还有着比如spring里应该用xml配置文件还是全注解0配置的争议。还有vo是否应该用等等。当然这些每个人都有自已的道理，各种方式我在以前的项目中都有使用过，当然我也有自已的偏向性。

现在主要让我烦心的是，我把问题提出来了。ok,部门经理说，你来负责把这些问题处理一下吧。好吧，我的工作量来了。本来我就有任务在身，如核心功能开发、WebIM及搜索引擎的研发。恩，我加加班就挺过来了，没什么。但是关于上面这些一规定后，下面N多人的代码要修改，要统一，要花不少工作量，大家肯定会有怨言。有时真的是费力不讨好呀。

大家说我是轻轻松松的，什么都不管，大家爱干嘛爱干嘛，我每天完成我的工作，按时上下班就完事呢。还是发扬主人公精神，管管这闲事？

其实 我现在的处境和你很像 我现在的职位也是架构师 到最后 没办法 就是所有系统重构

首先，你说的这些是架构师工作范围以内的事情，是必须要做的。
但是，怎么做，是需要技巧的。
通常来说，相对于现行的技术体系，超过15%的变化，被团队否决的可螚性是很大的。

我的建议，
1. 将现有程序模块化，采用 maven 进行统一管理。模块分两大类，功能性的和技术性的。功能性的是说有用户界面的或者需要根据客户需求进行调整的。技术性的是没有界面的，比如安全校验。每一个模块都要有一个统一的对外的接口。这个过程中，尽可能的只是 refactoring, 保证程序可靠运行是唯一标准。模块越多越小越好。
2. 建立 core team。选择技术好的核心工程师加入，每周开一个会沟通。三到五人为佳。也看具体项目和团队大小。
3. 建立你说的标准，做好详细的文档和例子。也可以你开个头，让一个核心团队中的一个 senior 去做。然后，在核心团队中先征求大家的建议。这样，加上细化的那个 senior， 应该容易通过。
4. 将标准加到 TWIKI 上，这样确保每个人都可以看到。
5. 在团队全体会议上宣布并讲解。要用鼓励性的话讲，比如，“我们已经干出来一个好的产品(good)，但是我们要把这个项目成为一个最好的产品(great)。”等等。讲解的时候，一定要有例子。一定要说明，这个规定只对新的模块有要求，这样大家的心里容易接受。
6. 通过后，找人一个一个模块的改。因为接口的存在，影响应该是可控的。
7. 如果是 java 项目，可以用 check style 在 Eclipse 或者 build 阶段帮助程序员follow 你定的标准。

关于 TDD， 技术性模块一定要加 TDD。功能性的看项目进度。

My 2 cents.

现在主要让我烦心的是，我把问题提出来了。ok,部门经理说，你来负责把这些问题处理一下吧。

耐心看完了此贴的所有帖子后对楼主有个总结：
1、你是个很有想法的有上进心的人。
2、你说的这句话是句“大匡瓢”（长沙话，不解释）的话，是全文最大的败笔，哈哈。
我看你实在不要为这句话纠结，你的领导多半是想考验下你，既然别人都没提而你确把心方案提出来了，就让你先做做看，一来看看有没有可行性，而来评估下你到底有多少斤两。。。
中国人为人处事大多是喜欢中庸、低调的，你对你领导的话这样纠结看来你还不够成熟嘛。