本文主要是介绍淘宝架构师岑文初：技术发展背后的那个人～～，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
身人还是很平和的，最后我做好了所有的分析和架构设计，给阿里云留了一个后续统一集团开放的方案，然后带着没完成的开放的理想去了淘宝。2010年：
空降淘宝，虽然新老板对我能力比较认可，但是淘宝的开放平台已经有了一个10个左右的小团队了，如何融入是最迫切的。我缺乏的是业务，了解的是平台，能力在于技术，于是天天帮助团队同学打杂，解决问题，慢慢的也用能力证明自己。一直处于一个团队攻坚和打杂的角色，技术能力还是得到了飞速的提升，因为这一年开放平台正式商业化了，对于基础平台的要求非常高。但这一年也有些不好的评价对我，有些同学觉得我太强势了，对于团队成员的发展会起到反作用，顺风顺水的我依然觉得用技术说话，判断力取决于技术能力。（我用一句话评价过自己：智商还可以，情商比较低）这一年由于平台发展太快了（4千万一下子到了8亿），所以所有的矛盾随着业务的发展被掩盖。
2011年：
经过一年多的基础平台建设，整体平台架构已经比较完善，而我的角色开始显得有些尴尬，叫架构师，但业务管不着，技术管一块，不带人，干活自己做。后来这年有个毛头小伙子听了我的课死活要加入开放平台（技术大学第一届），因此他成了我第一个徒弟式的同学，然后加上我是淘宝第一个做App OPS（原来运维是独立于开发的，后来因为希望给开发更多空间，所以允许有开发有能力的人自己管理系统基础运维和发布，这类人被叫做App OPS），另一个还在实习的愣头小伙子也成了我的徒弟式的同学，就这样我这个架构师有了一点人员资源干点可以干的活。这一年我已经不仅仅满足与技术，因为我又体会到了阿里软件开放平台的感觉，一个季度的需求都是自己提给自己的，我要更多的了解淘宝，了解开放能够支持到淘宝什么，不希望总是告诉我你把稳定搞好，安全搞好就好了，其他你就不要管了。8亿30台虚拟机，19亿还是30台虚拟机，4台虚拟机可以分析19亿的日志，我不想再停留，再安逸的过活。加上平台稳定以后对我个人的需求减弱，因此很多矛盾就慢慢凸现，我个人也有些焦躁不安，希望得到信息能够做更多的贡献，但给我的答覆就是你是架构师，做好稳定，安全就好了，不要管什么业务。这一年的年底，我提出了换个岗位的想法，去哪里我不知道，做什么我不知道，对我来说只要能够有个地方需要我的能力就可以，既然我不能碰业务，我就做好技术。
事情总不按每个人的想象走，最后组织结构调整，开放平台技术部分人员可以让我来管，看我是否能够留下来，我比较坚定的要求就是我要带产品和技术两块，可以想象的是，老大看着一个从来没带过人的P，突然要带人了，还要带产品，那有多忐忑。最后为了风险可控，开放平台技术两个技术核心团队留给我，其他两个团队拆分，给我一个产品经理，其他产品经理还是统一组织管理。我给老大的承诺是：一年，除非老大你炒我，否则我会让你觉得放翁说道做到。
2012年：
事情就这样开篇了，我开始带人了，开始跑业务了，象块海绵一样吸收各种信息，和三淘的各种团队打交道，作技术的久了总以为自己对业务很熟悉，能够分析出产品需求，当你真实的去做了，去落地了，你会发现这个世界在变，淘宝这个甲方的身份在变，开放平台能够承诺的事情落地是多少不容易。半年里面，人变化了很多，因为了解的更多，学会了更多的倾听和学习，学会更多的谦虚，遇到了很多好朋友UED，测试，PD，这些人真的是为了开放平台而不顾我们组织结构调整到天猫继续支持着，很感动。技术上更多的放手，很开心的是团队的每个人都在成长，当年“放翁的分析器”，“放翁的PipeComet”，“放翁的安全”都成为了开放平台的xxx，如果说有一天要离开这个团队，我最不舍得的还是这帮兄弟，因为我有心血付出在这些人身上了。另一方面，因为带人，让我更迫切的去拓展业务，利用技术来落地业务，为技术团队的人员成长创造更多机会。
而这一年正好是开放平台5年了，就和技术发展里面说的，技术是开放平台前5年的驱动力，业务是开放平台后5年的驱动力，技术5年的内容可以通过3个月复制过去，开放一年业务的折腾是三淘如何借势转身的关键，最近有文章关于淘宝开放边界的迷茫，其实迷茫已经过去，只是是否三个公司实施的人最后靠谱的落地这关键的一步棋，做开放平台的人心里清楚就可以帮到团队，也帮到自己。
最初打算写这个内容的时候有很多想写的，但是发现写完了就是一个乱，呵呵，权当看故事吧。总结几句话：技术耐得住寂寞，低谷积累高峰冲刺，主动改变一切，找到自己的特点，没有问题的时候最可怕，不同阶段追求不同的收获，先听再说，永远都要清楚你到底要什么！
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
下面是自己的一些问答，觉得不靠谱一笑而过，不要纠结，觉得靠谱也不要相信，因为我上个月说的话，下个月可能就改口了：）
怎么看待老板？
老板就像老婆，他能容忍你的个性就是最大的幸福，不要期望他成为你的老妈，对你百般照顾。要换老板的时候看看离开了他是否一样找不到“幸福”，如果是，那么问题在你，“离不离婚”其实不是那么重要。
怎么看待技术重复造轮子？
coder那么多，有时候重复造轮子也不一定是坏事，也许比直接拿别人的东西来用要靠谱，毕竟高P不会分工资给你的兄弟。原则就是对产品负责，对人负责，两句话很简单，作技术老大的自己把控和判断。（做不到只能说明你还处于被技术玩的阶段）
怎么看待开源？
当年写了一个Memcached的客户端，阿里软件一直在用，就一直维护和更新，到了淘宝用Tair了，那个就废弃不更新了。有时候对于国内的公司的开源，我更倾向于叫做“晒代码”，只有自己参与，一旦自己不用就Over了。授之以鱼不如授之以渔，多把设计细节和代码片段分析说明作详细了就好了，至于开源，对于一般的业务或平台团队投入成本太大了（一来自己都保证不了几时内部都不用了，二来开源和晒代码最大的差别就是易用性和文档及长期更新），专职做基础设施的团队可以（操作系统，数据库，存储等）。TOP技术分享月结束以后会把几个核心系统的设计和细节优化代码说明晒出来。
怎么看待晋升？
对晋升的人来说：
1.有时候不多想反而就成了。（因为你脑子只有一个，想多了这个，该想的就没想了）2.挫折未必是坏事。（我唯一一次被一棒子打回来的时候，头晕目眩，现场什么都好，结果就不给理由的说no，但最后老大一句话点醒：如果不能承受这样的结果，你的心胸就还不够那个level）
对Leader来说：
1.给兄弟们创造更好的环境，你不是管人来的，你是来“创收”的，管人谁都会，“创收”才是真本事。2.让兄弟放心的去做事，自己做好各种准备来帮助到他们。（了解晋升真实的考核目标和需求）
一句话：人都要养家糊口，都要付出得到肯定，以心相待。
怎么看待带人？
我告诉自己最多就只能带20个人左右（现在就这个极限了），一个团队必然工作有差异之分，但是让每个人都能够满意和满足就需要让所有人认同这个团队要做的事情，以及每一步的结果都是团队的结果，这个时候个人觉得靠“管”其实不太靠谱，更多的是靠“感染”。“感染”能力随着精力分散到技术和业务中一定是有限的，当然梯队化的感染需要每个梯队环节都能够做到位，那么就牛叉了。
一句话：先让自己相信，别人才会相信，每个人都相信了，人就不是“管”出来的。（理想很美好，现实很骨干，有时候自己就说服不了自己）
怎么看待技术兼顾业务？
我第一个小软件也是修改了flash文件将操作光驱的代码植入，然后调研了各种业务场景，最后成功的传播出去并操纵了一把，那时我就默默的感到传播才是关键。今天也是如此，我和每个程序员包括我老板一样担心我自己分心到业务上是否会废了自己的“武功”，其实取决于：1.你到底code了多少代码？（你会因为一个月用叉子吃饭忘记怎么用筷子么）2.你到底是喜欢写代码做技术，还是为了生活所迫？（后者无论你写多少代码还是一个没内功的人）3.写了10年代码以后你留下的只有那些代码和技术入门文档，还是有更多的设计理解。（你用了hadoop除了会配置，会修改部分性能代码，对他适用场景的理解，整个流程的瓶颈点设计，所有分布式都纠结的问题是否有感知）这么多年了，为什么只有那些paper不断的给人启示去做更多的工程化内容，因为用筷子吃面和叉子吃面没那么大的区别。（关键是吃的人怎么理解面难吃的原因）
所以，前面1,2,3都是你在coder时候做到了，那对业务的理解只会让你如虎添翼（重要的是更多去学习和倾听，放空自己的程序员经历，做个用户）
怎么缓解PD和开发的矛盾？
开发角色：
1.开发要把PD的客户作为客户，而不是把PD作为客户，就和走棋一样，你会比他更能主动的把控下一招的变化，不会纠结于PD不断的变化。2.量化！如果产品无法量化结果，无非就是需求不明确，所以追问。
PD角色：
1.数字是基础但不是全部。2.多一点兴趣爱好，多一点思考。blog当年如果没有浏览量这个数字会怎么样？微博为啥要搞个双向关注才可以评论的设置？音乐播放器如何在用户不点击like反向收到用户喜好行为？
怎么看待平台产品？
先要活下来，服务好一个产品线，如果没有任何其他产品线过来，那么就不要在乎平台的称呼，留好口子就可以了。当有多个产品接入，同样要活下来，因为脱离单一业务线为了更好的平衡个体需求和平台发展，但重要的是要找到自己有群聚价值（也就是只有集成在一个平台上，多个业务得到的平台功能才会最大化），这样就业务方就不会独自建立平台来快速响应需求。最后如果业务非常繁荣，那么更多的考虑为业务方挖掘业务价值，而不要聚焦于平台，帮助别人就是帮助自己。（这是平台永远都正确的说法）
如何学习技术？
不用急着什么都学，珍惜每一次不同工作的机会，挖深做细，几年以后回过头来原来自己积攒了那么多！xml解析分成几种模式，各种解析的优劣？http 1.1协议中的Header中的缓存设置，返回头里面的trunked什么用途？分布式计算关键问题是什么（调度，协同，数据交互）？应用压力测试瓶颈如何评定，导致瓶颈的代码所属操作可能分成哪几类? …… 要留下更多疑问背后的答案，而不仅仅是那一点代码，那一些入门文档。
太累了～～～
coder活下来很容易，活的好不容易，好像各行各业都是这样，所以coder和其他行业的人一样，技能仅仅是一方面，更重要的是人的素质和能力，你要活的被动，那么生活就会赶着你走，你要活的主动，那么你就可以走走看看。
题外话：今天上午爬山回家，公交车上看到一对夫妻都是盲人，心里一阵感慨，如果自己看不到，还有活着的勇气么，因为我们今天那么脆弱的抱怨很多事情，当你看不见的时候那是怎么能够抗得住的打击。
这篇关于淘宝架构师岑文初：技术发展背后的那个人～～的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
