架构师，是老板从一家外企挖来的。性格那叫一个掘。
他来了以后，每次开会，只要涉及产品架构，大家必须要听他的，这让许多老同事，感到很难受。
因为有几次，这个问题，听谁的都没错，但架构师非要大家听他的，结果闹了几次以后，其他老同事开始对他有意见了。认为他：刚愎自用，做事情太极端。
所以接下来几次开需求分析会，那叫一个火药四射，气氛相当的热烈，后来老板看不下去了，才把老同事压住了。
好多年以来，我一直有这个疑惑，为什么老板要挺一个新人，而压制其他老同事。
随着年龄的增长，自己也开始当领导。开始以一个领导的角度看待这个问题。我现在的分析是：
老产品做了好几年了，老板下定决心要做新产品，但来自老人的压力很大。毕竟老产品，虽然简陋一点儿，但好在功能稳定，代码又比较熟悉，如果用新的产品，Bug又多，而且还有一个熟悉期。
相当于架构师，就是老板的先锋。架构师唱白脸，老板唱红脸。

楼主写的真好

没了？

前文说了，架构师惹怒了老人。新来的几个技术，除了我以外，经验都很丰富（4年左右），都是老油条，看见大家疏远架构师，所以也跟着疏远架构师。
这个时候，楼主这个菜鸟，因为比较听话。架构师说啥，咱们就听啥，架构师一看，矮子里吧将军吧，不是我也是我了。
因此将许多边角活交给我打理。我记得架构师，第一次让我做的大活是：
SVN服务器+邮件提醒。
这个活就是搭建SVN服务器，如果有人提交SVN服务自动发邮件给指定的邮箱。告诉其他程序员或领导，今天其他人提交了拿些代码。
外企来的架构师，就是牛气。绝对不会给你发中文的网站，上来就是SVN英文官方的网址，然后就没有然后了，其他就靠你自己。
当时给我3天时间，让我搞定。我当时没啥感觉，感觉就是，领导让干什么，咱就干什么。让我3天完成，说明3天时间应该够了，所以就傻傻的答应了。
后来我才知道，架构师对我能不能完成这个任务，表示没有底儿。毕竟他能指挥的只有我了，而且我又那么没有经验。
就像 士兵突击里的许三多。楼主接到命令以后，真上官网开始看资料了。话说我高考只考了45分的英语。大学英语挂过8次（其他人考4次，我每次都挂了，重考1次），让我看这个不是折磨人嘛。
硬着头皮开始看，看了一天，啥也没看出来啥。心说这样不行呀，得坏事儿呀。然后突然想到，可以先去百度上搜一下呀。（大家不要笑，楼主那个时候，脑子可轴了！）那个时候大概是09年，网上的资料虽然多，但肯定没有现在多，大部分都是写SVN服务器搭建的，但SVN+邮件提醒，没几个。
然后照着中文指导把SVN服务器先搭建好。心说任务完成一半了，就算没有发邮件，也能交差了。但楼主不甘心，第一个大活（现在想起来，这个活就是网管干的，但当时就认为是大活了）不能就这么鼠头蛇尾了呀。
开始在网上看资料，去谷歌英文站搜资料。果然慢慢的对着官网，以及其他乱七八糟的内容，能发邮件了。
能发邮件后，太高兴了。赶紧找架构师显摆了一下，架构师也挺意外的，这才2天，你小子就弄出来了，我能看出来，他很高兴！
然后我就更新到服务器上了，结果失败！ 再提交一次，又失败。邮件还是没有发出来。后来架构师上了，看了一眼报错，说我的配置文件，是32位的，但服务器是64位的，所以用不了。
然后我和架构师开始在网上找64位的配置文件。国内找了一遍没找到。最后再国外的网站上找到一个帖子说其他问题，说到这个配置文件。我俩抱着试一试的态度，down下来试了一下，发现好使。
当时，高兴坏了！架构师也挺高兴的。
后来我才知道，在外企的人，因为每件事情都有专人负责，所以超出自己工作范围的事情，他也不知道。
因为这个事情，架构师对我的期望开始高了。让我负责搭建另一个系统：Archiva。

如果说 SVN+邮件提醒，国内还有资料的话。那在09年，Archiva国内真没啥资料。
有些看官肯定要问，这个是啥。这个是maven，在本地搭建的，资源中心。
关于maven是啥，说起来就比较绕了，这个大家百度吧。
反正就是为集成打包服务的一个系统。
因为之前看邮件提醒，对英文有了些感觉，所以这次看Archiva就没有那么费事儿了。
对着官网的教材，自己弄了一天就搞定了。拿给架构师看，架构师更高兴了！
有的时候人就是贱。你要相信，你自己的能力，绝对远超你自己的预期。通过这两件事情，架构师和我的关系铁了。
毕竟，在一个不受欢迎的团队当领导，而底下听话的小弟，又比较出活。肯定重用，所以那个时候，下班领导经常带我去吃饭，给我讲他的职业生涯。
我也因此和他成为很好的朋友，他回老家，直接就把钥匙给我了，让我帮他遛狗。他家在 回龙观附近，140平米的大house。
当时，年轻出身牛犊不畏虎，给钥匙我就拿了。然后晚上去遛狗，就睡在他们家了。

直播啊，lz好牛

当然自己也知道，自己在别人家，不该动的东西绝对不能动。
所以也就是遛狗，然后回去睡觉。第二天醒了自己回家。因为我住在南三环，他家在北五环，所以晚上遛完狗再回家太累了，所以晚上就住在那里了。
开发环境搭建的差不多了，需求文档也写差不多了。开始进行开发。
这个时候，架构师的智慧来了。
你丫不是挺牛逼的嘛，我说啥你都要顶，行！ 你弄最复杂的系统模块！
这下老同事不行也得上了。话说人家都三十多了，慢慢转售前和支持了，编码的时间比较少了。上来就让人家弄最复杂的模块，美其名曰：能者多劳，需求吃得透，做出来的偏差少！
这下老同事只能咽下自己的苦果。通过工作分配，架构师把底下的其他人，打的服服的，但这也有缺点。
这样造成项目组里，没有其他声音了，只有他说了算。
对于我这个菜鸟，无所谓了。反正谁是领导，咱就听谁的，好好干活就行。
但其他同事不这么认为了，干活的效率以及质量，下降很多。

抓住楼主就是一个过肩摔~~

lz加油直播，等着看啊

楼主是哪里人

我感觉架构师也挺愿的，人从外企过来，给你们传授外企的工作流程。你们这些土鳖居然这么多事儿。
而且有许多事情，在开始的时候，谁也看不出会有什么问题，同时、谁也不清楚以后会不会发生问题。
所以，当大家质疑架构师的时候，架构师也说不出来，这个能好多少。
这下就麻烦了，你拿不出来充足的证据，那么大家岂能信服。
再加上，空降的领导，啥业绩都没做出来，老人肯定不服。
而架构师，为了项目进度，只能利用老板的权利，进行打压。最后就形成了一个死循环。
干到最后，老同事受不了，要撂挑子了。因为白天他要干售前，写方案文档，晚上还要写代码，而且功能还比较复杂的模块。
最后老板也觉得架构师在整人，所以就把老同事给抽走了。这样项目组就剩下新人+我同学。
因为没有老人了（除我同学外），管理终于顺利了，接下来架构师上了：
代码提交规范
编码规范
打包规范
需求文档规范
代码互审规范
反正只要牵扯编码的事情，都弄了规范。
对于我这个新人来说，我感觉挺好的。毕竟这些规范有利于让自己形成优良的编码风格，但对于其他几个老油条来说，这就难受了。
功能写完了，但变量以及类，命名规则不符合规范，重写！
纳尼，你妹的，老子好不容易写完了，功能没问题，你凭啥让我重写！
刚开始实行规范的时候，压力很大。毕竟这个东西影响开发进度，但架构师还是坚持下来了。
实施规范的好处也越来越明显了。类写的越来越抽象，根据命名就知道你这个类和方法是干啥的。
好的代码注释，让其他人在改代码的时候，会很清楚你这个类方法是干啥的。

但好景不长，因为老人撤出项目组，老板对架构师有些不满，再加上工期一拖再拖。
（感觉软件开发，好像没有不拖工期的）
对架构师的信任也越来越低，第1年还放权给架构师，到第2年架构师的权利开始被回收了。
我估计老板对架构师的忍耐力，也就是产品做完，你就滚蛋。
毕竟新的产品也做完了，人也培训出来了。
再养着你有点划不来了。毕竟架构师的工资那么高，而公司也不可能，一直开发新产品。
因为开发一个新产品成本比较大。
到第2年的上半年，产品也做完了，开始给客户进行实施。架构师没啥事儿了，老板又不想让架构师闲着，就让架构师去做项目经理了。
估计架构师也想撤了，只不过没有找好下家，所以让他干项目经理，他也就干了。带着我们做了半年项目，架构师忍不了，开始准备跳槽了。

结果，喊得最凶的，永远是动的最慢的一个。
当我走的时候，他还没有走。
当我都在新公司转正了，他才跳槽。这个时候非要喊我过去，我肯定不去呀。结果一个月打一次电话，还有一次非要叫我出去吃饭。
饭局上叫了他一个朋友，以及其他几个老同事，主题是：他想业余干点儿事情，想拉大家入伙。
结果，大家也能想象到。
都不在一个公司了，你还想业余做事情，肯定不行呀。最终这个事情也不了了之了。
最后有一次，他非要拉我过去，我实在有点儿烦了，就和架构师说：我在新单位，也备受器重，优秀员工拿着，也让我当领导了，公司规模也还行，不想跳槽了。
字里行间的意思就是：我在新单位，已经有山头了，不想再去给你当小弟了。

楼主继续 看着呢，写的很好

楼主速度更，等直播