15年双11手淘前端技术巡演 - 前言

该文章来自阿里技术协会(ATA)优选文章。

15年双11刚落下帷幕。今年众所周知,是全面“无线化”的一年。数据上我就不说了,可以公开的数据我相信大家多多少少也从各方都了解到了。
在整个阿里体系内,无论技术还是业务,都会把每年的双11当作一个战场,同时也是一个“炼金石”。不管是技术还是业务,不经过双11的检验,似乎就没有资格真正的在阿里站得住脚。

此文作为今年双11手淘前端技术巡演的前言,注定会是一篇技术干货含金量偏少的一个引子。笔者也就着第一次作为双11手淘前端的PM的角色,聊一聊在今年双11,在我们所谓“前端”这个职能上,我看到的一些事情和感想。也为接下来即将“扑面而来”的一篇篇各个技术方向的含金量极高的总结和干货做个“抛砖引玉”的作用。

“前端”造的出P1以上的故障么?

或许很多同学会有些奇怪,为什么笔者第一个话题会说这个。
没错,笔者在码这些字的时候,想起了在双11备战期的某天晚饭时,笔者跟自己的老板-大家熟知的@寒冬winter 无意闲聊,大致的话题是说当今“前端”这个职能在阿里体系内,在如今全面“无线化”,“App化”的时代,到底有多大的价值?

没错,前端圈子的确风风火火,各种热闹,各种走在技术变革的最前沿。但是你看,至少在阿里,在手淘App内,我们一没承载主交易链路,二是双11压力最大的流量,服务,QPS抗压也通常不是前端这个“职能”干的。

没错,成熟的Hybrid体系下Web的开发模式的确是研发最快,成本最小的一种方式,今年双11里面大家从手淘手猫各种App访问到的90%以上的会场,活动,小游戏,也确实都是“前端”同学们做出来的。但是,就凭着这些“上层建筑”,就能完全判定前端的价值么?

然后,Winter笑嘻嘻的说,是呀,你可以去看看,历年来在双11的故障单里面,有没有“前端”造出来的P1以上的故障。

问题继续下去似乎没有什么意义,我想说的是,有时候“你能出多大的漏子,可能也意味这你有多大的价值”。

当然,大家可以有心的说,我一个前端bug可以把淘宝首页搞挂,我一个js错误可以把整个搜索搞挂,这样是不是也是巨大价值的体现?反过来说,如果在双11这样的完整的测试流程和发布流程里面,出这样的前端故障丝毫不能体现你的重要,只能暴露你就是个bug。

所以,在以往意义上的前端,不出故障仅仅只是一个60分,甚至不到的标准。更谈不上能出大故障是价值的体现。然而在今年双11这个节点上,终于可以很冠冕堂皇,很自豪的说,“前端”这个职能完全可以承担起一个差错就可能引起P1以上故障的巨大价值体现。
先卖个关子,详细待后面 @勾三股四 @阿里子之 给大家详述。

双11前端团队的PM角色是什么样的体验?

我们按知乎的常用提问模式来说这个话题。双11前端团队的PM这个角色,笔者今年第一次做,TA更偏向于资源和风险的管理,而不是项目的管理,我们单个的项目有对应的单项的技术PM,单个项目的PM可以来源于任何技术职能团队。而在这前端个团队资源PM的角色里,TA的主要的职责有以下几个:

  • 前端资源池的全局管理和分配,横向对接双11每个单项项目组
  • 应对双11随时可能突发的新的需求和紧急项目
  • 风险的把控,团队内资源的阶段性调配
  • 在资源调配和风控之外,还需要对于部分项目的技术方案进行讨论和决策

就以上几个职责,有几个关键性的事情,

  1. 首先需要全局的了解双11相关的所有和前端团队相关的需求和项目,双11的业务基线在哪?需求层面,来源于产品,营销,互动,技术基础的项目各自有哪些?分别的工作量大概是怎么样?是否依赖客户端的双11新增功能或者版本?想要了解这些问题,意味着在双11需求搜集阶段,可能就会很忙碌,几乎要尽可能参加所有和前端资源相关的需求评审和方案确定。因为你必须要知道有多少事情之后,才有可能知道在这些事情下,在团队这么多资源的情况下,怎么去合理的分配。在资源极其紧张的情况下,前期漏掉一个都可能在后面的研发阶段引起极大的风险。
  2. 在有了全局的项目和需求梳理之后,一定还必须对团队的同学们的能力和擅长的方向有明确的认知和把握。因地制宜,合适的同学放到合适的位置。有同学适合做互动类的小游戏,有同学适合模块化的分工,做会场,也有同学适合做技术基础铺垫,横向的推动。对于同学们的技能点了解不算是难事,但是不是合适的人刚刚好就能完全对应上所有的事情的。互动和会场每年一定是需求量和工作量最大的两件事,如果匹配的资源不够,人的调配将会是一个头疼的问题。
  3. 当你好不容易紧紧巴巴把人挨个排到了对应的事情之后,一定记得回过头来看看,整个资源池子里,还有buffer和backup么... 在双11这样的事情上面,永远没有所谓的“意外”这一说。哪怕到了中后期,老板或者集团层面的一个决策随时可能催发新的重要的项目。如果没有提前把这件事情考虑进去,当问题来临的时候,才不至于束手无策。你自己也可以是一个buffer,但是一定不能仅仅是你自己一个。
  4. 以上还是前端团队内部的资源协调,对于手淘,手猫的版本控制,功能集成,发版规划是什么样的同样需要有明确的了解和认知。必须得知道在什么时间会发布什么版本,集成什么功能,有没有依赖这个功能上线的项目。强依赖Native新集成功能的项目和H5独立能承载的项目需要分为两个类别的来考虑,这跟项目时间上的优先级有直接关系,这种分阶段的调配对于一个同学需要支持多个项目的时候尤为重要。
  5. 当前期一切安排部署妥当之后,按部就班走到研发阶段的时候,PM的职责会略微转变,更多要从一个“班长”的角色变为一个“生活委员”和“劳动委员”。尤其是当你自己没有进入具体项目研发的时候,这个阶段你的精力会稍微多一些,服务好辛苦的,各种加班的同学,会是研发期间非常非常重要的事情。你必须要让大家知道大家的辛苦都是被你看在眼里的,同时在服务大家的时候,也能更好的监察各个项目的进度,发掘项目里优秀和大压力的同学。“适时和合理的激励”非常重要。
  6. 当整个研发阶段进入到中后期,你要着重关注的方向又会发生一些变化。需求变更和新增的需求一定是不可能杜绝的,尤其是在双11这样事情上。但是中后期的新增需求和变更往往又是风险最大的。尤其是是随着双11时间的临近,大家的关注度越来越升高,经常会冒出新的项目,而且都是默认自带“老板”属性的。这时候必须要亮起火眼金睛,“老板”属性的的需求也是有优先级的,而且是真是假是要通过一些原则来走的。就算是马总,逍遥子下来的需求,一线执行层也有权利一定到看到亲自的邮件批复或者签字才动工的 。这是对于项目和事情的谨慎和尊重。

所以总结下来,针对双11的前端团队的PM角色,是这样的体验:

  • 前期为了概览全局,需要参加各种评审会议和方案讨论,感觉被全世界需要。
  • 核心研发阶段是一个优秀的生活委员的体验,PM并不是指挥官。
  • 中后期是一个不断和人打交道,辩驳和确认紧急需求的体验,懂得有原则,有纪律的拒绝与接受。

以上,是笔者今年双11手淘前端团队PM的体验,大多数时候,这并不是一个技术活,却必须要担起让众多技术活顺利往前走的责任。

今年双11,手淘前端在技术层面有哪些关键词

本文作为今年双11无线前端技术巡演的引子,在最后一个部分最终会落到技术关键词这个部分,后面紧接而来的各种干货将围绕这些关键词全面展开。

关键词一:性能

从App端侧全面解决“顿”,“卡”,“慢”的问题。在今年双11前夕提出了“521法则” 。

  • App内存节省50%
  • 绘制帧率,滑动体验提升20%
  • App全链路实现 1S 法则
    • 强网(4G/Wifi)实现1S首屏(包括图片)加载
    • 3G 1S首包返回
    • 2G 1S建连,并且实现高复用 从底层到前端,我们做了哪些事情,最终拿到了什么样的结果,将为大家揭开神秘的面纱。

关键词二: Native化

用Web的开发模式,打造完全Native的体验,在ReactNative之前全面实现三端同构打通,在今年双11会场上大放异彩。我们有什么样的技术大杀器,静待娓娓道来。

关键词三:ES6, 面向未来

在babel的支持下,ES6的盛宴提前展开,手淘无线前端在ES6,甚至ES7的优秀特性上深度实践,有哪些值得一谈,将和大家一一分享。

关键词四:面向社区,Vue & React

将为大家详细阐述手淘无线前端团队在不同业务上针对Vue和React的深度实践,怎么完整的打通开发链路,创造面向团队内的Vue或者React的最佳开发实践。

关键词五:全栈

前端从纯UI层面走到了强交互,富逻辑,再发展到前后端分层,而更进一步,手淘前端团队到今天为止已经有了完整的全栈的能力,以前跟前端不沾边的“集群管理”,“QPS”,“CDN回源策略”等词汇,也都一一的成为了今年双11前端团队服务和系统的事实指标。在全栈这条路上,有太多话可以说。

此外,还有更多的“前端安全”,“UI测试和集成” 等关键词五,关键词六... 
在笔者这篇“抛砖引玉”的引言之后,将会一一展开和大家分享和讨论。

请大家拭目以待!

时间: 2015-12-25

15年双11手淘前端技术巡演 - 前言的相关文章

【双11背后的技术】双11晚会背后的技术

选自<不一样的技术创新--阿里巴巴2016双11背后的技术>,全书目录:https://yq.aliyun.com/articles/68637 本文作者:邵雍   回顾2015年在鸟巢举行的第一届双11晚会,我们可以称之为"全民互动"的晚会.因为不止是现场的几千位观众,全国所有在电视机面前的观众朋友,都可以拿起手机,打开天猫客户端或淘宝客户端,参与到晚会现场的各个明星互动游戏中来,进行红黑押宝,获胜的人,还能抢到一元商品. 而刚刚过去的,在深圳大运中心的2016第二届双1

电商运营分享:关于双11的淘宝客无节操赚钱干货

中介交易 SEO诊断 淘宝客 云主机 技术大厅 导读:很干货的一篇文章,操纵手法也适合个人群体,写在双11之后是为了更稳定的长线收入,把双11作为一个顺带的爆发!文章揭示了可以说当下最全的通过淘宝客赚钱方法,上手不难.有部分人就是这么干的,正如作者标题所说:无节操. 首先这篇文章写在双11之后有些没节操,不要骂我,没节操是有必然原因的,请往下耐心看必有所用! 一个双11淘宝成交额350.19亿,这个数字和大部分人无关,BOSS是淘宝,主角是天猫,配角是C店,跑龙套的是淘宝客推广人... C店很多

68期:2015“双11”背后的关键技术专题

云周刊 本周要点 查看更多 [盘点]2015"双11"背后的关键技术 回首这一年,盘点技术界的大事件必然离不开"双11"这一场技术盛宴.当亿万用户购物狂欢时,屏幕那一头是众多阿里工程师的努力付出.为大家盘点了2015年"双11"阿里技术内幕,从应用服务.中间件.数据库到基础设施等方面工程师一线实战技术经验分享,让你更多了解"双11"背后的人和事,也希望帮助开发者从中得到借鉴. 阿里云Docker容器服务开发挑战与对策 阿里云2

未来“双11”来自“淘宝村”的销售可达到10亿元级别

2014年的"双11"网购盛宴,农村市场购销两旺,在阿里巴巴各零售平台571亿元人民币交易额的盘子中,发往农村的消费占到10%.阿里巴巴16日在京召开"生态.经济.社会--双十一分享与交流会".阿里巴巴集团副总裁王煜磊介绍说,在发往农村的商品中,排在前十位的分别是:手机.平板电视.靴子.毛呢外套.羽绒服(女).羽绒服(男).低帮鞋.床品套件.面部护理套装.洗衣机.2014年天猫双十一农村交易额占比达10%王煜磊说,与城市市场相比,手机都是最受欢迎的商品:平板电视在农

双11前夕,阿里技术人都在忙什么?

盼啊盼,全民剁手狂欢节天猫双11就要来了. 每年双11对于阿里巴巴的"攻城狮"来说,都是一次大考.从2009年只有几个人临时值班,到2017年阿里有28个事业单位.几千位技术人进行备战,双11逐步发展成为世界互联网历史上的超级工程. 为了迎接这一天的到来,阿里工程师们很早以前就严阵以待.在10月下旬的一个晚上,200多名核心攻城狮集结阿里巴巴杭州总部作战室,进行双11第一次压力测试. 全链路压力测试,一个通过创建隔离环境并修改系统时间,让亿级买家.千万级商品提前过双11,并观察核心交易

天猫“双11”成交额实时统计技术详解

阿里巴巴资深技术专家莫问在2017年12月20日云栖大会北京峰会上做了题为"Apache Flink技术进阶"的主题演讲.Apache Flink作为流式计算引擎,支持了"双十一对的"实时计算,已经被国内外的公司使用.其中关于"Flink的技术特点"."阿里巴巴的Flink版本--Blink"以及"Blink在实际场景中的应用" 等经验首次对外详细剖析,很有价值.以下为视频内容整理: Apache Flin

阿里巴巴CTO行癫:阿里双11是世界互联网技术的超级工程

11月11日晚上10点,阿里巴巴集团CTO张建锋(花名:行癫)连线上海双11媒体中心,为700多位中外媒体记者介绍了阿里技术在双11中取得的突破与成绩,表示"阿里双11是名副其实的世界互联网技术超级工程." 阿里巴巴集团CTO&双11技术指挥官 行癫 阿里的双11是一次全球商业.科技.数据.智能的大协同,是一个商业社会的大协同,更是一个技术的大协同,是名副其实的世界互联网技术的超级工程. 今年的双11,阿里技术能力再创新记录,达到了每秒32.5万笔的交易创建峰值和每秒25.6万

阿里双11手机淘宝1小时成交超10亿元

11月11日凌晨消息,根据从阿里双十一发布会现场得到的消息,阿里双11开始之后,手机淘宝表现抢眼,1小时的 成交量达到10亿元.一个小时中有超过1400万的用户通过手机完成购买.笔者在现场看到,11月11日晚零点开始4分10秒,手机淘宝成交额就已经突破一亿,而在开始的一分钟内,有 200万用户通过手机客户端涌入.据了解,去年11.11期间,手机淘宝的累计支付宝成交额达到9.6亿,而今年仅用了1小时就打破了这一数据.此前手机淘宝相关负责人也表示, 预计今年11.11在无线 端的成交额将会达到去年的

2017双11交易系统TMF2.0技术揭秘,实现全链路管理

  阿里巴巴资深技术专家 毗卢 毗卢,阿里巴巴资深技术专家,主导设计了TMF2.0框架,并基于该框架完成交易平台架构升级改造,目前负责商品中心,专注电商领域业务建模与工程交付相结合的研究与平台推广. 交易平台遇到的挑战 在刚刚过去的2017双11,交易峰值达到了32.5万笔/秒,这给整个交易系统带来了非常大的挑战.一方面,系统需要支撑全集团几十个事业部的所有交易类需求:要考虑如何能更快响应需求.加快发布周期:如何能为新小业务提供快速支撑.降低准入门槛:是否足够开放使得业务方能做到自助式扩展:新需