转眼已经离职半年多了,早就想写一篇工作总结,但由于一直在准备英语考试,又需要处理结婚和房子装修,没想到一拖拖了半年。在淘宝做前端是我第一份签了劳动合同的工作,在这个人才济济的大公司里,接触了非常多的人和事物,也学到了非常多的东西、开阔了眼界。所以还是有必要做一个回顾和总结,一是自己备忘,二是或许对一些前端新人有所帮助,因为这篇文章会涉及到一些入职、职业规划、招聘、晋升、离职等方面的信息。
由于篇幅过长,三年总结将会分三篇发布:
第一篇(第一年)主要总结如何进入淘宝要用什么样的策略,如何站在老板视角看问题,我眼中的阿里文化等。
第二篇(第二年)主要总结如何评审需求和推进项目,如何理解业务,飞冰项目的起源等。(预计将于 3 月 5 日左右发布于知乎专栏于江水在知乎,可以关注收到提醒)。
第三篇(第三年)主要总结如何管理开源项目、推广项目,对招聘面试的思考,以及技术危机,我离职的原因,技术移民的考虑和未来规划等。(预计将于 3 月 12 日左右发布到知乎专栏于江水在知乎)。
来淘宝之前
时间先回到 2011 年下半年大一的一个晚自习,在思考自己未来想要从事计算机哪一个领域,当时找了张纸用坐标轴画了市场前景和个人兴趣两个轴,罗列技术领域和个人特点,筛选出了 安卓开发 和 网页制作 这两个方向。鉴于个人特性偏视觉和感觉而非逻辑而且高中一直在折腾各种源码搭网站,不太擅长底层的开发,最终选了网页制作,后来发现这个行业叫做前端开发。
从那之后开始专注的学习,上课和自习都是看自己的技术书,在宿舍就是借助开发 WordPress 主题进行实践,并写很多文章(最早在潜行者m博客上写)。当时看过一本很俗气的职业规划书,有个理论是挺认同的,专注一个领域三年可以成为高手,五年成为专家,十年成为高级专家。由于我的大学一般,分析下来能竞争的就是开发经验了,如果专注开发三年,毕业时的开发经验或许可以提升竞争力跟名校竞争一下。所以之后能逃课就逃课,绝大部分时间用来学习前端,再后来进入两个外包团队做项目,切了几十个整站项目,锻炼了各种前端基础技能同时还实现了经济独立。
当时各种技术团队都有博客,淘宝 UED 博客算是最大最棒的一个,自然也成了我的梦想团队。大二下学期就开始关注秋季校招并在线做了下题看了看流程为大三做准备(其实有能力的同学大二到大三的假期也是可以去淘宝实习的)。大三继续疯狂写博客来提升一些名气,功夫不负有心人,终于引来了前辈的邀请:
“希望我能考虑下。” 还需要考虑啥??我做梦都能笑醒了,马上联系过去告诉了目前的一些情况,并在后续知道春季实习生招聘计划后让他帮忙进行了内推,之后两个技术电面就通过了可以去实习了,可以算是相当顺利了。当时也有投一批二线互联网公司做兜底,本来觉得囊中取物,没想到里面有些公司很多简历关居然都挂了。感觉面试和找工作,运气成分其实挺大的。
在这段经历中,我深刻的感受到了“机会总是留给有准备的人”这句话,虽然看起来挺俗的。运气固然重要但如果没有提前思考规划和学习也是很难抓住的。计算机行业有个好处就是技术水平高于一切,对于学校不好或者专业不符的同学也是有机会的,关键还是看兴趣持久不持久。
正式入职淘宝
在淘宝的第一年并不是从 2015 年 7 月毕业开始的,由于我觉得周围同事都会很厉害,为了早早熟悉工作情况,15 年 3 月多过完年我就赶紧申请离校来淘宝继续实习,只在快毕业那段时间,请假几天返校处理毕设和合影等。其实普通学校也有一些优势,比较容易好说话,跟老师申请后经过老师反复确认淘宝不是一个诈骗公司后,就放行了。
一回去实习,发现之前实习的团队居然拆了(第一次体会到“变化“),自己从基础架构挪到淘宝交易团队了,跟着师兄做购物车,后来还没正式签约就开始独立负责淘宝购物车业务,这时候要是出了什么事情背锅,是真的临时工。
得益于“笨鸟先飞”,早在劳动合同签约之前就开始独立负责业务线,很多同届同学毕业才开始由师兄带领熟悉业务,所以在签约三个月左右的转正面试上,我有很多内容可以汇报。也正是因为这样,事后 HR 姐姐说我的分享在团队里算是比较好的,后面组织了一期新同学分享会,让我又做了一次“转正面试”分享。大力是可以出奇迹的,笨鸟真的要想办法先起飞。
淘宝购物车业务
这个阶段基本上就是跟着 PD 走,来需求就评审,评完了就尽快做,做好了就测试,没问题就上线,基本上像阿甘一样。毕竟这种核心系统挺稳定的,需求迭代节奏也比较缓慢。
直到 15 年双十一的一个需求,自己才第一次感觉到自己的工作价值。那是 15 年 10 月国庆后,双十一需求都基本做完了,而且快要进行全链路压测和封网了。这时候一个推荐算法团队的人找过来希望新增一个需求,算法接口都已经开发完成了需要前端做界面对接上去。由于早已经过了需求窗口期,完全可以直接拒掉,由于只涉及到前端部分,PD 将这个需求转给我自己评估,并给出建议如果不影响其他需求和稳定性并且来得及就做,来不及就不做。
这个需求是当购物车某个商品由于库存或者状态失效后,出现一个“查找相似商品”的按钮,点击可以推荐相似商品快速加购。我看了下这个需求非常合理而且必要,因为双十一当天库存消耗非常快,很多来不及下单的商品可能迅速库存为零失效,但自己又很需要这个商品,直接有个入口迅速加购相比重新搜索的确方便太多。所以接下了这个任务,并加班加点对接开发,最终在封网前三天完成测试并发布。
双十一复盘之后,收到了推荐算法团队同事发来的感谢邮件,加了这个功能双十一当天购物车的推荐量居然是平时购物车的几十或者几百倍(具体数字记不清了,但是很大),因为购物车原本只有最下面一个小推荐坑位平时推荐量不是很大。我按照比例简单计算了下,加的这个功能可能在双十一当天帮了几百万人快速加购,想想还是挺有成就感的。这个功能后来保留下来了,hover 就可以在右边出现:
交易业务并不好做,因为是淘宝核心平台,很多业务线都有需求定制,代码里业务逻辑十分复杂,而且还要小心维护避免改坏了,特别害怕出现问题,因为一旦出问题可能就是 P1 级别故障,年终奖和晋升机会肯定是没了的。整个双十一或者大促期间都需要 on call,一接到电话需要马上起床开始处理。
这一年大促关于图标有一些小故事,一开始设计将双十一标放在了商品图片上面,但被评审调整到文字前面去了。原来有些商家会比较鬼,自己在商品图片上 P 一个双十一标,以假乱真。然后双十一零点一过逍遥子突然发下通知,要求淘宝全链路换掉双十一的标。原来淘宝标跟双十一标有点像,但双十一属于天猫,淘宝并不能使用,于是设计师马上做出一套新的淘宝嘉年华 Icon,全链路各种发布换标。由于交易链路太重要,所以先改好代码,到了六点下单低峰才发布修正。原来一个小图片背后关系到了大量商家的利益,因为天猫商家参加双十一需要各种备货和审核,而且用户也根据这个图标判断哪些是参加双十一活动的商品,这时候两个一样的商品,有标和没标,销量可能差距巨大。开始觉得业务还是挺有意思的。
做基础业务,压力还是很大的,害怕风险和线上问题,还不能延期。因为你延期了,很可能下面业务的促销活动就延期了,这可是非常大的问题。还好做完双十二就开始交接业务(第二次变化),淘宝交易前端交接给其他前端团队了。
购物车和交易这块业务,我学习到了很多:
规范的开发流程:淘宝交易是淘宝最老的业务,也是平台方地位最高,所以交易线制定了很规范的排期会制度和发布制度,如果一个需求没赶上排期或者发布点,不管你多么重要,一律延期到下个发布点。因为交易系统本身的稳定性是最关键的。
线上问题无小事:交易由于用户量大、涉及关键链路,一旦出现线上问题,影响用户非常广,很可能产生重大故障。所以做交易的同学,都会特别小心谨慎,关注线上情况,发现小问题也要尽快修复。而后来接触了很多其他业务,线上的小 Bug,如果不影响使用就暂时先不管了。这个时期也搞了一些发布安全相关的事情,比如一个 Checklist(不过后来没有更新过了,有些点已经过时了,找时间我再更新下)。
Debug 和阅读代码能力:由于系统比较复杂,代码很多业务逻辑,想要绕开陷阱就需要仔细阅读代码和 Debug。有时虽然一个小需求,但是要前后 Debug 很多逻辑,确定这里没问题才能改。
得益于这段时期学到的东西,我在知乎上回答了一些关于 Debug 的问题:研究学习javascript框架或jquery插件的正确姿势是什么?、哪些 JavaScript 框架(库)的源代码最值得阅读和学习?、研究js框架源码用处真的大么?。
无线交易业务
购物车是主线业务,支线业务当时是由师兄带领做无线交易的几个页面。当时是用 React 来开发这个项目,用了 reflux 等。当时应该算是淘宝最初用 React 的几个业务,主要是为了调研这个技术。
其实大公司相比小公司更愿意也更容易尝试和应用新技术。因为一旦有了开发效率或者性能提升,给业务会带来巨大提升,也有足够的人力来研究,也有非常多的新业务可以来尝试。
我们团队后来研发开源了 React Web() 项目,这个业务算是一个踩坑落地项目,用来发现一些问题。比较可惜的是,没过几个月,手机淘宝去掉了 React Native 并换成了 Weex,所以这一套对公司就没什么意义了,所以就停止了维护。不过一些经验积累,及时调头,老板又带人开发开源出来了 rax ()。
所以看一个大公司的开源项目是否会长期维护,看看他们内部的使用情况就可以了。像 Weex 这种,再怎么说也是会长期维护下去,因为它已经十分融入在手机淘宝里面。无数的页面和应用,都是基于 Weex 开发的。
淘宝海外业务
时间到了 2016 年初,交接完淘宝交易业务之后,我开始接手淘宝海外业务。淘宝海外业务是面向海外非大陆淘宝用户的业务,其实主要面向香港、台湾、东南亚等地区用户。
由于面向国外,淘宝需要做很多改造,比如很多商品(生鲜、法禁品)等不能运输需要过滤、繁简体等国际化语言处理还有下单配送地址支持海外集运等。因此在建立业务时期,基本上就是把淘宝核心业务 fork 了一遍,拿来改造了下自己维护。
淘宝海外首页是自己利用 TMS (运营平台)搭建、统一吊顶也是自己特殊定制的(增加国际化选项)、商品详情页是 Node 应用做的前后端分离、交易链路也自定义了一些样式和组件(比如海外集运)。相当于原本整个淘宝的核心链路,搞了一个微缩版本。
做这段工作算是比较爽的,一个人负责一个微缩版本的淘宝的前端,有利于了解整个淘宝的业务链路和很多淘宝业务的代码。然后为了沟通方便,我把工位搬到业务方办公区,整片包括运营、产品、设计、技术等都在一起。当然也没有交易那种排期规则,如果有什么需求和会议,随时沟通开始做效率挺高,感觉像是创业公司,我很喜欢这种工作氛围。此外还有三个外包同学参与这个项目,由我分配工作,这让我有了一点“小老板”视角并得出结论:原来你的老板可能真的比你更了解你。
由于这三位同学协助我工作,他们的工作能力和代码质量直接关系了我的工作量,所以我每周拿出一个小时做 Code Review and Share,在会议室让大家各自找一段本周写的比较好的代码出来分享,然后我也会找一段分析下好的地方和不好的地方。并且鼓励他们在阿里内部 ATA 平台写文章做分享,因为技术好的外包是可能转正的,这或许是个加分项。紧密工作一段时间后,很容易就看出这几位同学的能力和学习积极性的区别,再加上工作完成情况,可以说是对他们的能力看的比较清楚。
但仔细回顾一下,我跟平级的同事之间,其实是很难有所比较的。因为我们各自做的事情不同,而且也不会在意别人的优点或者缺点,更不会去“教育”或者“指点”平级同事应该怎么做。但是老板视角就非常清晰了,他需要对手下人的结果负责,所以会关注进度和进展,同时也十分容易做横向对比,可以说是可以十分清晰的看出一个人的水平。老板为了自己晋升,也会关注手下的晋升,所以也会去指出一些问题。这个体验给我了很多思考:
跟对老板比做对事情重要:好的老板愿意去培养下属,指出问题。有能力的老板才能给下属更高的成长空间。很幸运的是我有这样一个老板(元彦)。
不用试图耍心机或者邀功、抢功:这些伎俩只能欺骗你自己,老板视角看的一清二楚。
认真记下老板的建议,多多反思:几乎所有人接受到批评,第一反应都是去反驳。但在职场上,老板一般是不会害你的(因为有晋升等利益相关)。这可能就是老板比你更懂你的地方,他能从一个更有经验的外部视角来看你的方案你做的事情。
遇到“不公”先想想自己:机会是有限的,为什么老板会把晋升机会、好的工作机会给某个人而不是你?先不要抱怨不公,想想为什么。
抓住机会多跟老板交流:基本上每周周会上,我都会提出来一些手头上一些比较棘手的问题或者对团队未来新动向的疑问,来学习下老板是什么样的解决思路。
有些人可能会觉得老板比自己笨,但其实老板的老板并不是傻子,老板之所以成为你老板,肯定是有很多原因的,学习到了你老板的长处,有一天你才可能登上这个位置。
所以说做事情要多站在老板的视角去思考,听取老板的建议并时常反思。如果的确有问题,为什么有这个问题?怎么解决?如果没有这个问题,为什么会被老板误以为有这个问题?
戏剧性的淘宝海外业务交接
有一天开了个需求评审会,结束之后一群运营就去了一个会议室。我以为还要继续开就跟进去了。进去之后才发现他们在通过一个商家录屏看 Lazada 的后台操作和有什么功能,算是一种竞品调研。我觉得这跟前端功能也有关系,就留下来一起看了下。
没想到过了几天,突然就从外面看到新闻,阿里巴巴收购了 Lazada。没想到又过了一段时间,老板就开始让我处理交接任务,将把这个业务转出去。同时我来负责新的达人平台和内容平台的前端。再后来就听说整个淘宝海外业务就解散了,一些开发去 Lazada 做开发了,有的运营去了天猫,有的去了其他业务。
其实阿里集团下包括 AliExpress 也是主打国际化,不过是偏欧美、俄罗斯的,Lazada 是偏东南亚地区。阿里巴巴高层分享国际化战略也强调过,不管做国际化的业务你叫什么名字,吃下来大部分,你就是阿里巴巴国际化代表。显然淘宝海外没有打败 Lazada,所以干脆用钱把 Lazada 买下来了。
换句话说,如果我们真的是创业公司,不管之前怎么努力,现在已经死了。
至此,亲身经历了三次重大变化,可以说是特别了解阿里“拥抱变化”的文化了。都说船大难掉头,其实感觉并不是这样。每年阿里都会调整业务归属,如果做不好可能就砍掉或者换一拨人来做。好处是快速试错持续前进,坏处就是一些研究和积累浪费了。我在淘宝海外主要研究了前端国际化的一些方案,还出去做了《基于 React 的国际化方案探索》的分享、写了《淘宝前端国际化方案探索》以及回答了一些国际化相关的问题(zh-cn 与 zh-hans 是什么关系、有什么区别?),但换了业务之后,这些知识就基本没有在后续业务中用到过了。
暂无评论内容