两年已过去，再看该如何快速融入一个新团队
- 摘要：偶得的空闲，翻到了两年前的帖子该如何快速融入一个新团队，有所感触，就记下来，为下一个两年后的今天做参考。时隔两年半之后的今天，再来看当初的这个博客，别有一番滋味。而我已经于今年三月份离开了当初所在的团队，加入另外的一个项目组，2011年的这篇博客之后的时光，我很好的融入了那个团队，而直到现在和同事们关系都特别好。大家在短短一年半的时间离一起经历了一次又一次的业务重组与变更，有时候很忙很累，有时候很无耐。但是，经历了，就是成长，感激这个团队，非常庆幸能够遇到这么一帮靠谱的同事，给力的兄弟
- 标签：一个 团队
偶得的空闲，翻到了两年前的帖子 该如何快速融入一个新团队，有所感触，就记下来，为下一个两年后的今天做参考。
时隔两年半之后的今天，再来看当初的这个博客，别有一番滋味。而我已经于今年三月份离开了当初所在的团队，加入另外的一个项目组，2011年的这篇博客之后的时光，我很好的融入了那个团队，而直到现在和同事们关系都特别好。大家在短短一年半的时间离一起经历了一次又一次的业务重组与变更，有时候很忙很累，有时候很无耐。
但是，经历了，就是成长，感激这个团队，非常庆幸能够遇到这么一帮靠谱的同事，给力的兄弟！
而现在的我又是刚刚进入另外一个团队，办公地点，周围的同事，所做的业务对我来说都是全新的。又面临着两年前几乎相同的场景，但不同的是，自己多了一份从容与镇静，我想这一点儿是过去的两年带给我的最确定的改变;不同的是，周围的新伙伴都变年轻了。而我总觉得不是同事变年轻了，而是我又老了两岁，90后的同学也都毕业加入了软件开发的行业。这些90前后的同事，可谓是年轻，有冲劲儿，团队整个的干劲相比之前的团队有过之而无不及，虽然我也还年轻，却也能感受到长江后浪推前浪所描述的前浪的无耐，却也感觉到年龄的渐长带来的压力！
反思自己与两年前的自己相比，优势到底在哪里？是的，确实经历了不少的业务项目，做了一个个的需求，但是在新的团队，那些业务经验几乎没有任何直接的用处，与现有的业务没有任何的交集。而新的团队接纳了我，也希望新鲜血液的注入能够给团队带来冲击和改变。这最直接的改变，应该是反映在代码层面。对新团队的业务架构，系统稳定性能否提出一些改进建议，曾经做过不少项目，一定有亮点，那就把亮点引入新团队的项目，给新的团队带来一些东西。但是我总觉得，自己毫无思路，跟两年前那会儿几乎没什么两样，还是仅局限于做一些局部的编码，甚至堆砌代码完成一些小功能。
是自己这两年不够努力，在混日子？我认为不是，两年的时间除了满足业务方需求，有时候听说hadoop很牛，就赶紧花了两个月的早上读完厚厚的hadoop实战，看到android很热就赶紧去学习，感觉大型互联网公司的系统交互架构很玄，就去了解关注那些中间件却无一深入！没有腾出时间去考虑代码层面的系统架构层面的东西。
当再次遭遇变化，处于刚到新团队境地，有了重新审视自己的机会，我发现最缺的却不是那些很炫的技术，而是被忽略已久的写java代码的问题，对于代码的造诣，虽然天天在写，但是这种真的是写三年与写一年没有什么区别，就是所谓的一年经验用三年，不是所在的团队不好，也不是所做的业务多差，而是个人的Technology Sence。不管什么项目用心去做，努力去思考更优的方案，经常进行头脑风暴，就一个技术问题就行争论，持续的演练改进，不仅仅局限于完成一个小小的功能，才会形成这种Sence。
我意识到写出一首结构严谨，优雅的代码很重要，结合业务对代码进行重构，业务形式反映到代码层面的这种能力非常重要，模式的运用很重要，这里的模式不等同于所谓的23种设计模式。uml很重要，做ppt的能力是将你所有的能力展示给更多人看的能力。
我认为对于研发工程师来说，代码能力大于算法，大于一切，所有的核心能力都应该是围绕代码的。
IT技术日新月异，层出不穷，两年的时间我也常常在想到底应该加强哪方面的技术，才是铁饭碗，总在担心这个新技术我没了解，我会不会太out了，我会不会过时了。也经常在想，一般大型互联网公司的项目团队最缺的是什么技术？到底是大数据/搜索/移动开发,还是操作系统内核，shell脚本，服务器监控？亦或是写代码-业务-技术架构能力？但一直没有寻觅到一个令自己满意的答案。
因为现在到了一个新的团队，一个大型公司的项目团队，所以能够切切实实的感受到一个项目团队到底缺什么样的人，或者说哪种人是所有的团队都很缺的人。
缺能写一首好代码，能够快速分析提炼业务进行整合，做出最优系统架构的人，可以理解为架构师，但也可以是一个局部业务架构师，譬如你只对退款的逻辑重构，你重构之后的工程结构条理清晰，支持非侵入式的扩展，支持并行的业务接入，提升整个团队的研发效率！这种能力一定是研发人员最核心的能力，我意识到了这个能力，遗憾的是我现在却不具备这个能力。
庆幸的是，有一个具备这种能力的人在我前面的两个月也刚刚加入了这个新团队，同为新人的他现在正在做这些我认为很牛逼的事情：前一天刚开完会讨论对当前架构进行优化，第二天就看到他进行一半的ppt，这个ppt就是讲的一套重构的方案，重架构之后的系统在对业务推进的支持方面可以从爬行提升到小跑，这真的是很牛逼的能力。而在这支团队中，具备这种能力的人也不止这么一位，我能够找到学习的榜样，这是莫大的幸运！而这个人为何具备这种能力？一定是长期的对代码，工程，业务进行思考琢磨逐渐形成的一种能力。
牛逼的架构师，在程序员圈里，一定是具备十足的魅力的！
这样的人，根本不存在融入的问题，他的到来更多的是颠覆和改变这个新团队。而一个在团队中的地位是与他对这支团队的影响和贡献所决定的！而换一个人如果代码能力不行，不具备架构重组能力，相信再怎么幽默乐天派，再怎么积极主动，加班熬夜，是怎么也不可能得到重视的，融入必然有障碍！
当然，这是对于有几年以上开发经验的老鸟来谈的！
最后这两年还有最大的一个感受是，互联网企业不是像某些企那样可以靠玩勾心斗角就能混的很好的地方，尤其是对工程师来说，一定是实力为王，技术为王！
相关文章
