如何在公司里舒服的活着

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

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

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

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

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

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

最新进展：公司内部有一次大的变动，问题也得到了CTO的重视，一些东西也慢慢建立起来。我的工作重心也由原来的一些复杂业务开发，转为专注系统级别的技术研发，如静态化、缓存、搜索引擎、异步消息服务、文件服务管理、redis、负载性能等。在人员配备及在时间压力上，还是很紧。大家只能大干一场才行了。整个团队的氛围现在还算可以，希望一切能够顺顺利利。其实很多事情还是得上面推动才行。
更新进展：公司原来技术副总监离职了，也就是我的直接上级，山雨欲来风满楼呀。下周有新的人空降过来。哥的希望在哪里？

评论

162 楼 lwx123 2011-06-22  

前面的跟楼主有点像，但是后面我还没有到这个位置。不用纠结，可以走，或者留下。

161 楼 stevenlab 2011-06-11  

这么搞，什么企业能不完蛋，哈哈

160 楼 damoqiongqiu 2011-06-05  

切身体验
建议还是打打太极，活得舒服点最重要。
不要以为自己是SuperMan，好多事情是正确的，但是就是不能做；好多人是很垃圾的，但是就是能活得很好。
这是现实，从了吧。

159 楼 wandou 2011-06-05  

peterwei 写道

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

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

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

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

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

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

最新进展：公司内部有一次大的变动，问题也得到了CTO的重视，一些东西也慢慢建立起来。我的工作重心也由原来的一些复杂业务开发，转为专注系统级别的技术研发，如静态化、缓存、搜索引擎、异步消息服务、文件服务管理、redis、负载性能等。在人员配备及在时间压力上，还是很紧。大家只能大干一场才行了。整个团队的氛围现在还算可以，希望一切能够顺顺利利。其实很多事情还是得上面推动才行。
更新进展：公司原来技术副总监离职了，也就是我的直接上级，山雨欲来风满楼呀。下周有新的人空降过来。哥的希望在哪里？

看过lz不少帖子了。lz是技术型的人才。但是，你始终没有在洞察人心上下功夫。
遇到事情，不要只从技术方面考虑，这样无法在职场生存。
给你一个挑战性的任务，如何在公司什么也不做，只凭打太极拳就舒舒服服活下去。做到了，你以后想搞技术就搞技术。具体的技术性扯淡问题，需要自己积累经验，但是首要的，是改变思路。

158 楼 寒江雪 2011-05-22  

去做吧！
但是，要让领导知道并且支持你！
更合适，让领导的领导知道你，且不反对你！

157 楼 yy77 2011-05-17  

干领导最想干的。不然很可能就被提回来让提出者干。而且还吃力不讨好。

156 楼 zxmlgh 2011-05-16  

官越大，责任越重。官越大负责具体的事情就要少，官是干什么的？管人理事——管着人家去做事。

155 楼 nowaytj 2011-05-15  

liyun_1981 写道

peterwei 写道

如静态化、缓存、搜索引擎、异步消息服务、文件服务管理、redis、负载性能等。

哥们，问下你说得这些是否都由你一人来弄，如果是那你们CTO干啥呢，你岂不是杯具了。。。

官越大越没责任懂不？

154 楼 nowaytj 2011-05-15  

其实你们都忽略了最重要，最不能忽略的问题就是：
你是在中国

中国人你了解么？怎么管你了解么？虽然是中国人，但真正了解中国人的少，只有你真正了解了中国人才可能成为一个成功的中国人。这里的成功是世俗意义上的，就是出了名，有了钱。有钱人什么都能做，什么话都能说了。

你总拿着外国书本上的东西来对应中国的社会，失败是肯定的，一定的以及确定的。

153 楼 javaoldboy 2011-05-13  

看的出楼主是有实力也有责任心的一个人，尽力去做，很多东西也不是个人能改变的。如果碰上英明的老板，你很有前途，否则，你很容易被排挤的

152 楼 chio 2011-05-13  

原来架构师就是做这点事啊

我懂了

151 楼 peterwei 2011-05-11  

liyun_1981 写道

peterwei 写道

如静态化、缓存、搜索引擎、异步消息服务、文件服务管理、redis、负载性能等。

哥们，问下你说得这些是否都由你一人来弄，如果是那你们CTO干啥呢，你岂不是杯具了。。。

CTO自然有他该做的事情。这些事情，落地需要由我来实现，CTO在大的方向上把握。 何来悲剧之说？又不是要你一步到位，所有都明天完成。

150 楼 liyun_1981 2011-05-11  

peterwei 写道

如静态化、缓存、搜索引擎、异步消息服务、文件服务管理、redis、负载性能等。

哥们，问下你说得这些是否都由你一人来弄，如果是那你们CTO干啥呢，你岂不是杯具了。。。

149 楼 peterwei 2011-05-10  

最新进展：公司内部有一次大的变动，问题也得到了CTO的重视，一些东西也慢慢建立起来。我的工作重心也由原来的一些复杂业务开发，转为专注系统级别的技术研发，如静态化、缓存、搜索引擎、异步消息服务、文件服务管理、redis、负载性能等。在人员配备及在时间压力上，还是很紧。大家只能大干一场才行了。整个团队的氛围现在还算可以，希望一切能够顺顺利利。其实很多事情还是得上面推动才行。

更新进展：公司原来技术副总监离职了，也就是我的直接上级，山雨欲来风满楼呀。下周有新的人空降过来。哥的希望在哪里？

148 楼 peterwei 2011-05-10  

liyun_1981 写道

peterwei 写道

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

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

纠结算不上，只是提出来和大家讨论讨论。
其实很大因素在于人员配备不足。

147 楼 liyun_1981 2011-05-10  

peterwei 写道

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

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

146 楼 xushaomin1122 2011-05-09  

jamesji 写道

首先，你说的这些是架构师工作范围以内的事情，是必须要做的。
但是，怎么做，是需要技巧的。
通常来说，相对于现行的技术体系，超过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.

这个提议不错

145 楼 peterwei 2011-05-09  

xushaomin1122 写道

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

比较关注，你所谓的到最后：最后是什么时候？工作量有多大？麻烦不麻烦？

144 楼 xushaomin1122 2011-05-09  

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

143 楼 flyromza 2011-05-09  

peterwei 写道

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

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

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

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

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

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

这个问题很普遍，挺有针对性的，很多书上说要承诺&激励，不过总觉得实际中不好操作，最近也为这个烦恼ing...

绩效啊绩效，平衡型的和激励型的总打架，好像没有哪个企业是完美的解决了这个问题吧？