2017年，过去三年回顾总结
2016年的年末 [ 12.24] ，我在美团外卖满了三周年的时间。回过头来看看自己，这几年的变化确实还不小。看着往年留下的寥寥数笔，决定今年还是写些什么把。就当是这几年的一个总结。
迷茫
如果把毕业后的生活，按照五年一个阶段的划分。对于这部分应该是第一个五年计划中的阶段。初出茅庐，一直处于比较焦虑的状态。隐隐的有种声音经常在我的内心盘绕“在你最好的事件里，你想去做点啥有价值的事情~ ”
对于这个问题，其实我也不知道该怎么回答。
于是乎，开始了寻找答案。我折腾，再折腾的从南京到了北京，到无锡再回南京再回北京。近三年的时间里，换了很多城市，走了很多地方。捣鼓了不少东西。结识了了不少各式各样的人。
不过值得一提的是蹉跎的时间中，不经意间练就了一手吉他的技巧，哈哈哈。鼓吹到码农中吉他玩的最好的，玩吉他的人中代码敲的最溜的（ 虽然后来发现，天外有天，人外有人啊 ！）。
缘起
来到美团外卖是个偶然的机会。
当年的美团，在团购大战中异军突起。团购的这种模式，却是一直饱受质疑的。
13年巧合的机缘下，来美团面试：
一面是前端的技术面，聊了很多基础方面的题目，聊得应该还行。
二面是我后来的老板，看着是个瘦瘦小小，其貌不扬的人。但是却非常的精神，谈吐之间中气十足。
面试完了我就回去了。美团的面试我也没放在心上，直到后边美团的HR联系了我。说三面不需要了（一脸黑线）。知道我算是通过了可以到了谈 OFFER 的阶段了。
手头当时就有了几份 OFFER。选择美团只是感觉美团 OFFER 略高的同时，跟HR聊天起来比较直接。不想某司的 HR，为了 500块钱，墨迹上好几天。甚至威胁我，也必须卡在这儿的。哈哈哈。我也是很无语。
在未来老板一通一通电话的 “慰问下”，于是13年底加入了美团的一个内部创业小项目“美团外卖”。当时的团队包括我只有6个RD。三个后端RD，一个iOS，一个安卓。我作为了项目组第一个前端工程师加入了美团外卖。
当年的我，对“创业”，做从0到1的事情。其实并没有太多的概念。大部分的程度上，我能理解的了的，都是父母那代人，或者老师们。给我们灌输的找个好工作，好好干活的思想。
后来，我才逐步的意识到。我遇到了的这一群是多么牛逼和有想法的人，也接触过的很多事。某种意义上讲，美团外卖的这段工作经历，才算是我工作生涯中的第一个职业导师。
成长
a). 关于技术
在外卖的三年多时间里。见识学习了很多牛人的做事和工作的方式。
从零开始搭建了美团外卖的前端基础设施，应用在了大部分外卖的业务系统中。参与过外卖早期基本上所有的业务线。前两年多的时间里，一直在写代码，技术上有着不小的长进。在这个过程中，也逐步的拉扯起了一只20多人的团队。
前端圈子中关于技术的撕逼比较厉害。隔三差五的会在微博上发起一波。
具体技术的优劣，我就不做评判了。但是我的观点始终如一，“存在即合理”。至于有的框架的流行，有的框架的默默无闻。很大程度上其实取决于们暴露的 API 设计的是否符合了大众开发者的口味而已。所以，其实我一直认为，一个好的工程师，某种意义上，也会是一个不错的产品经理。
流行框架的作者，一方面，是他们有着一定的技术功底，其次，他们也有着能被大部分接受的技术理念理念，在他们的框架中得以落实。例如 jQuery 的 “select and do”，这个简单直接的理念最容易被大部分人接受的。早期 Moontools 比较推崇的 “一切皆是对象”，就没有这么好的运气，慢慢的会被淹没。
自己的框架能够被大部分人使用，对其作者也会有不断地敦促的作用。进而进行持续的迭代，迭代过程中会变得越来越完善。
有的时候是一些业务场景来倒逼了技术的提升，之前 @玉伯也叫黑侠 在文章中也提到过。眼瞅着 npm 的作者 isaacs，从 npm 项目之初，这个小伙的代码质量，从稀松平常到不断的老练。
b). 关于业务
在大部分的场景中，技术是服务于业务的。脱离了业务技术的独立存在毫无意义。脱离了技术的驱动，业务进展的也未必会顺风顺水。把持好两者的平衡，不是一件简单的事情，尤其是在一个高速发展，存在于了生死边缘的业务而言。对于一个技术管理者，会有不小的压力。
很多时候技术的选型，考虑到的最主要因素，并不是这个技术的优劣。例如，举个栗子：一个月内，某团队能扩招10个java工程师，而相同工程能力的node.js工程师，只能找到1个，甚至找不到。那站在最终业务的角度，该如何决策应该是一目了然的。
美团外卖刚开始所属的部门叫做新产品部，在团购的格局趋于稳定的情况下。作为一个新尝试性项目在内部发起。
几个RD同学在码砖之余，甚至会去帮助销售发发传单、搞搞地推。经常的大清早，就能够听见一群人在会议室响亮有节奏的喊口号。当时我们也都开玩笑道，我司是不是有传销的业务~ ？
美团外卖的业务，从我刚加入的时候每天十来单，短短的三年事件里就，到峰值时候的 900 多万单/天。这样的业务场景不多，能够见证了这个过程，陪同这么多牛人一起走过中间的路。回头想想，实在是不容易，却也是幸运至极。
中间有一起开心过，也有一起互怼过。时过境迁，都算是一种财富的沉淀吧。
c). 关于招聘
我的前端团队，从最初的一个人，到目前的24人。粗略的算下来，面试了约 400多 名候选人。
招聘的过程，对面试官技术水平的提升也算是一种不断的鞭策。很多的面试官，都不是太合格。包括我们自己的面试官，往往会陷入一种，以己之长，考别人之短的陷阱，然后基于此得出一个结论。要知道，很多候选人来面试是经过精心的准备的。这体现了候选人对待面试的重视，本无可厚非。但是给面试官出了个难题，撇开“己长”，又如何去考察候选人呢？
衡量一个优秀的候选人，我跟 @左耳朵耗子 老师的观点大概的一致。
高效的学习能力，解决问题的能力。专业能力，固然非常的重要，但是在大部分的职位需求中，这两点相比较，会显得不那么重要的。当然，我坚信拥有这两种能力的人，通常情况下，专业能力也不会差。
闻道有先后，术业有专攻。在前端知识体系的这个大杂烩之下，知识点纷杂又繁多。极少极少的人，能够做到多面手。有着较大的概率遇到的一个优秀的候选人，跟自己的知识体系不在一条路子上。
衡量解决问题的能力这块。我个人而言，有两种方式，一种是做问题的情景假设。一种是手写代码。问题的情景假设这个很好理解，对于我扔出来的一个问题，候选人接触到过最好。就算没有接触过，也没关系。
聊聊解决的思路是否足够鲁棒，足够细腻，边界情况是否考虑得到，是否可以根据已有的知识沉淀触类旁通，举一反三。这个过程会显得尤为的重要，甚至比直接告诉我答案来的重要。
手写代码，是个非常好的方式考察候选人的方式。不经意间，可以透露出一个人做事的态度是否踏实亦或是浮躁。完成的好坏与否，对这个人的逻辑思维能力、代码熟练度也是个非常好的体现。通过手写代码，也能够反衬出情景假设中的的一些结论。
高效的学习能力。这个则需要从候选人过往的经历中评断出来，例如：能够熟练上手的技术栈、学习的渠道，意愿、或者是否有自己的学习方法论。外卖之前有位面试官，有种有意思的考察学习能力的思路。他跟你介绍下一门新语言的特性，再让你用新语言去迅速的描述一段逻辑。
招聘这块，有个对面试官较大考验的，是否有足够的胸怀和对自己的情绪的控制能力。一个团队，一个业务的长足发展，需要大量的人才。而往往的牛人，是有着自己比较独特的脾气、秉性的。这样的人在加入团队以后，会给团队带来新鲜血液的同时，也会带来一些较大的不确定性。这对候选人，甚至管理者的权威是个挑战，所以有时候需要一定的胸怀来包容着一切。
如果面试官自己没管控好自己的情绪，可能会出现看这个候选人不爽，无法理性冷静的分析情况。会和候选人互怼到底，从而错过了一些真正的优秀人才。
综上，这也就是我们常说的，一流的人找一流的人，二流的人找三流的人。
d). 关于团队
一个团队需要多种不同的角色，才能运作的更好。有的人把这几种角色称之为：将才，帅才，兵才。也有的人把它称之为唐僧，猪八戒，孙悟空。
各种说法，我都有耳闻。但是我想，本质上是想通的。一个独立的团队，需要有人坐镇指挥大旗的方向，团队的价值观，团队的愿景，团队的文化，团队的氛围等等。这一切是跟这个团队LEADER的个人的性格息息相关的。
如果团队足够大。再细分下午需要有人带领小团队高效的执行拆解出来的任务的，任务完成的50%和120%的漂亮，全部依赖于这个小团队的负责人的决策。
也需要高效的执行者。
一个团队良好的氛围，也需要团队的成员不断的带动起来。
对于管理，没有一个标准的答案该怎么样做才好。如果非要追求一个终极的结论怎么才能做到最好的话，我觉得应该对“人性”的理解，和把自己的玻璃心慢慢砸碎的这个过程吧。
e). 做有价值的事情
相比于刚毕业时候的混沌。对于过去的几年，我该去做什么样的有价值的事情，这个问题的答案也在我心中变得不断明晰起来。这个过程，花了我很多时间去不断地思考和试错。
作为一名工程师，一名管理者。是需要去解决一些实际存在的问题，让各种的 bad case 得到更好的解决。
去选择性的做一些真正有价值的事情，才是一个工程师的价值所在。
什么是“有价值”并非那么容易的判别。往往需要有着长时间的阅历、积淀、沉淀、才能够妥善的给予现状的分析并作出规划的。
眼界、思路、想法比技术来的重要，这是我在这几年里体会比较深刻的一点。技术水平可以进行闭关修炼，短期进行内强化，而有些东西是无法一蹴而就的。
未来
一路走来，从一个愣头青。到目前负责20多人的大型业务的前端团队的怪蜀黍。一路不容易，需要一一的感谢很多人给予的机会和指导。
对未来的期许，始终不灭。
五年记为一个成长，毕业七年。练就了一手的技能，继续做一些更有意思的事情吧。
