云栖社区

研发效能嘉年华：饿了么、飞猪研发体系升级！

主播：弹性计算百见 视频数：82
公告：感谢大家观收看，直播回放视频+ppt+文字整理请关注 云效 和云栖社区 公众号，我们也会更新在直播间下方哦！
弹
直播介绍 相关视频 
最新获奖名单
恭喜“浮生递归”、“carltony”、“itrybrand”、“学乐95”、“夕阳-武士”、“1826994590676555”获得孤尽的亲手签名版本的【码出高效】
恭喜chenyang666、巴洛克上校、亿维、尼古拉斯雷、笨小孩啊、清杨获得向代码致敬T恤！

直播回顾

1、毕玄 《研发效能加速企业数字化转型》
https://yq.aliyun.com/video/play/1466
2、张雪峰《创业团队在技术发展中的分分合合》
• 视频链接：https://yq.aliyun.com/video/play/1467

• PPT下载：https://yq.aliyun.com/download/2707


• 文章深度解析：https://yq.aliyun.com/articles/598101
3、枯木《天猫双11项目如何高效组织协同》
• 视频链接：https://yq.aliyun.com/video/play/1469

• PPT下载：https://yq.aliyun.com/download/2706


• 文章深度解析：https://yq.aliyun.com/articles/598764

• 案例使用产品推荐：https://www.aliyun.com/product/yunxiao
4、崔立强 《Dev无感Ops，真正的高效软件交付》
• 视频链接：https://yq.aliyun.com/video/play/1468

• PPT 下载：https://yq.aliyun.com/download/2705

• 文章深度解析：https://yq.aliyun.com/articles/598101

• 干货内容推荐工具：https://www.aliyun.com/product/yunxiao

5、李云 《技术团队效能动力模型如何搭建》
• 视频链接：https://yq.aliyun.com/video/play/1475

• PPT 下载：待云效微信公众号更新

• 文章深度解析：https://yq.aliyun.com/articles/598760
• PPT下载：https://yq.aliyun.com/download/2712


• 干货内容推荐工具：https://www.aliyun.com/product/yunxiao

6、张燎原 《跨越敏捷 — 闲鱼研发效能升级之路》
• 视频链接：https://yq.aliyun.com/video/play/1470

• PPT下载：https://yq.aliyun.com/download/2713


• 文章深度解析：https://yq.aliyun.com/articles/598759
• 干货内容推荐工具：https://www.aliyun.com/product/yunxiao

7、孙吉君 《飞猪未来酒店高效研发团队建设思路分享》
• 视频链接：https://yq.aliyun.com/video/play/1471

• PPT下载：https://yq.aliyun.com/download/2699


• 文章深度解析：https://yq.aliyun.com/articles/598766
• 干货内容推荐工具：https://www.aliyun.com/product/yunxiao

8、杨奕、李艳林《企业IT服务快速迭代的探索之路》
• 视频链接：https://yq.aliyun.com/video/play/1473

• PPT下载：https://yq.aliyun.com/download/2700


• 文章深度解析：https://yq.aliyun.com/articles/598767
• 干货内容推荐工具：待补充

9、李雨恭 《从传统到智能，企业研发效能转型之路》
• 视频链接：https://yq.aliyun.com/video/play/1472

• PPT下载：https://yq.aliyun.com/download/2708


• 文章深度解析：https://yq.aliyun.com/articles/598422
• 干货内容推荐工具：https://www.aliyun.com/product/yunxiao

10、多隆《83代码颁奖典礼》
• 视频链接：https://yq.aliyun.com/video/play/1474


ppt下载

详见下载频道 https://yq.aliyun.com/download?spm=a2c4e.11157919.headermainnav.14.3be227aeCIETzB

云效产品免费注册试用

alt

直播日程

时间 主题 演讲者
9:00 研发效能加速企业数字化转型 毕玄 阿里巴巴研究员
9:30 创业（技术）团队在技术发展中的分分合合 张雪峰 饿了么CTO
10:00 天猫双11项目如何高效组织协同 吴和建 天猫高级技术专家
10:30 Dev无感Ops，真正的高效软件交付 崔力强 云效技术专家
13:30 技术团队效能动力模型如何搭建 李云 阿里巴巴高级技术专家
14:00 跨越敏捷，闲鱼研发转型之路 张燎原 阿里巴巴高级解决方案架构师
14:30 飞猪未来酒店“任务职责开发框架”如何赋能中小商家？ 孙吉君 飞猪未来酒店CTO
15:00 企业IT服务快速迭代的探索之路 杨奕 阿里巴巴中间件产品专家、李艳林 阿里巴巴中间件技术专家
15:30 从传统到智能，企业研发效能转型之路 李雨恭 高级解决方案架构师
16:00 向代码致敬，[寻找你的第83行]活动颁奖盛典 多隆 阿里巴巴高级研究员

直播亮点

  • 企业实践：饿了么、飞猪、天猫、闲鱼，全方位解读研发效能提升之道、技术团队管理之法；云效、中间件等阿里巴巴先进的管理理念和工程实践如何助力中小企业快速发展，Work like alibaba。
  • 大牛助阵：10位技术专家，阿里资深敏捷教练，10多年软件架构及技术团队管理大牛，淘宝第一代程序员多隆大神，纷纷现身嘉年华现场，与你分享创业的痛并快乐，帮你找到敏捷研发，快乐研发的最佳路径。
  • 趣味互动：晒代码，邀大牛，向代码致敬，寻找你的第83行代码，角逐“多隆奖”，挑战Super Coder；领直播独家优惠折扣，成为云鹰计划千家扶持企业。

活动推荐

第四届阿里中间件性能挑战赛火热报名啦，50W现金大奖，4W西行游学基金，语言不限！
报名请戳：https://tianchi.aliyun.com/markets/tianchi/aliware2018contest 成功报名的小哥哥，可赢取性能挑战赛T恤1件，限量100件，先到先得，戳此填写收货地址，包邮到家：http://page.aliyun.com/form/act806256636/page.htm

该直播其他视频
  • 云栖说：云栖社区开发者攻略
    云栖说：云栖社区开发者攻略
    来源：弹性计算百见 2254
  • 智能服务沙龙
    智能服务沙龙
    来源：弹性计算百见 2516
  • EDAS入门讲解
    EDAS入门讲解
    来源：弹性计算百见 1966
  • 飞天技术汇发布会第12期：数据库备份DBS
    飞天技术汇发布会第12期：数据库备份DBS
    来源：弹性计算百见 12330
您可能感兴趣
  • 阿里云存储新品发布会——第八期
    阿里云存储新品发布会——第八期
    来源：阿里巴巴存储技术 498
  • ASK 监控最佳实践
    ASK 监控最佳实践
    来源：中间件小哥 83
  • MaxCompute湖仓一体方案最佳实践
    MaxCompute湖仓一体方案最佳实践
    来源：最佳实践小文 83
问答
oscarma-lch | 2年前 开放应用Net ＋ SqlServer 了吗？
回答
笨小孩啊 | 2年前 真是大牛啊，时刻反思自己，学习到了
回答
展开全部答案
青岛橙创 | 2年前 直播的视频将来会提供下载或者分享么？
回答
笨小孩啊 | 2年前 小企业接入云效的成本大吗？
回答
1526627565964232 | 2年前 功能自动化、接口测试、性能测试绩效如何设置
回答
青岛橙创 | 2年前 评论中无法输入内容呢
回答
jnan77 | 2年前 666
回答
jnan77 | 2年前 评论什么时候能好呢
回答
oscarma-lch | 2年前 评论不了呀
回答
  • xwaby：
    无论是项目管理，还是持续交付、测试发布、敏捷研发，带你全面感受研发全生命周期，切身体验阿里巴巴多年成熟的研发流程与经验，全方位解读研发效能如何提升。
  • xuning715：
    可以啊
展开全部答案
1275627557350507 | 2年前
回答
弹性计算百见 | 2年前
回答
barryii | 2年前 现在饿了么的技术架构主要是什么呢？
回答
  • xuning715：
    1 MVC 我们常说，脱离业务谈架构就是纯粹的刷流氓。饿了么移动APP的发展也是其业务发展的一面镜子。 在饿了么业务发展的早期，移动APP经历从无到有的阶段。为了快速上线抢占市场，传统移动APP开发的MVC架构成了“短平快”思路的首选： 图1 MVC架构 这种架构以层次结构简单清晰，代码容易开发而被大多数人所接受。 在MVC的体系架构中，Controller层负责整个APP中主要逻辑功能的实现；Model层则负责数据结构的描述以及数据持久化的功能；而View层作为展现层负责渲染整个APP的UI。分工清晰，简洁明了；并且这种系统架构在语言框架层就得到了Apple的支持，所以非常适用于APP的startup开发。 然后，这种架构在开发的后期会由于其超高耦和性，从而造就庞大Controller层，而这也是一直被人所诟病。最终的MVC都从Model-View-Controller走向了Massive-View-Controller 的终点。 2 Module Decoupled “短平快”的MVC架构帮助饿了么移动APP快速抢占了市场。而随着代码量的不断增加，臃肿的Controller层也在渐露头角；而业务上，饿了么移动APP也从单一APP发展为多APP齐头并进的格局。这时候，如果降低耦合，复用已有模块成了架构的第一要务。 架构中，模块复用的第一要求便是代码的功能组件化。组件化意味着拥有独立功能的代码从系统中进行抽象并剥离，再以“插件”的形式插回原有系统中。这样剥离出来的功能组件，便可以供其他APP进行使用，从而降低系统中模块与模块之间的耦和性；也同时提高了APP之间代码的复用性。 饿了么移动对于组件有两种定义：公有组件和业务组件。公有组件指的是封装得比较好的一些SDK，包括一些第三方组件和自己内部使用的组件。如iOS中最著名的网络SDK AFNetworking，Android下OKHttp，都是这类组件的代表。而对于业务组件，则定义为包含了一系列业务功能的整体，例如登录业务组件，注册业务组件，即为此类组件的典型代表。 对于公有组件，饿了么移动采取了版本化的管理方式，而这在iOS和Android平台上也早有比较成熟的解决方案。例如，对于iOS平台，CocoaPods基本上成为了代码组件化管理的标配；在Android平台上，Gradle也是非常成熟和稳健的方案。采用以上管理工具的另一个原因在于，对企业开发而言，代码也是一种商业机密。基于保密性的目的，支持内网搭建私有服务器成为了必需。以上的管理工具都能够很好地支持这些操作。 对于业务的组件化，我们采取了业务模块注册机制的方式来达到解耦合的目的。每个业务模块对外提供相应的业务接口，同时在系统启动的时候向Excalibur系统注册自己模块的Scheme（Excalibur是饿了么移动用来保存Scheme与模块之间映射的系统，同时能根据Scheme进行Class反射返回）。 当其他业务模块对该业务模块有依赖时，从Excalibur系统中获取相关实例，并调用相应接口来实现调用，从而实现了业务模块之间的解耦目的。 而在业务组件，即业务模块的内部，则可以根据不同开发人员的偏好，来实现不同的代码架构。如现在讨论得比较火的MVVM, MVP等，都可以在模块内部进行而不影响整体系统架构。 这时候的架构看起来更像是这样： 图2 EMC架构 这种E(Excalibur)M(Modules)C(Common)架构以高内聚、低耦合为主要的特点，以面向接口编程为出发点，降低了模块与模块之间的联系。 该架构的另外一大好处则在于解决了不同系统版本的兼容性问题。这里举iOS平台下的WebView作为例子来进行说明。Apple从iOS8系统开始提供了一套更好的Web支持框架——WebKit，但在iOS7系统下却无法兼容，从而导致Crash。使用此类架构，可以在iOS7系统下仍然注册使用传统的WebView来渲染网页，而在iOS8及其以上系统注册WebKit来作为渲染网页的内核。即避免了Apple严格的审核机制，又达到了动态加载的目的。 3 Hybrid 移动APP的开发有两种不同的路线，Native APP和Web APP。这两种路线的区别类似于PC时代开发应用程序时的C/S架构和 B/S架构。 以上我们谈到的都属于典型的Native APP，即所有的程序都由本地组件渲染完成。这类APP优点是显而易见的，渲染速度快、用户体验好；缺点同时也十分突出：出现了错误一定要等待下一次用户进行APP更新才能够修复。 Web APP的优点恰好就是Native APP的缺点所在，其页面全部采用H5撰写并存放在服务器端。每次进行页面渲染时都从服务器请求最新的页面。一旦页面有错误服务器端进行更新便能立刻解决。不过其弊端也容易窥见：每次页面都需要请求服务器，造成渲染时等待时间过长，从而导致的用户体验不够完美，并且性能上较Native APP慢了1-2个数量级；与此同时还会导致更多的用户流量消耗。另一个缺点则在于，Web APP在移动端上调用本地的硬件设备存在一定的不便。不过这些弊端也都有相应的解决方案，如PhoneGap将网页提前打包在本地以减少网络的请求时间；同时也提供一系列的插件来访问本地的硬件设备。然而，尽管如此，其渲染速度上还是会稍微存在一定的差距。 Hybrid APP则是综合了二者优缺点的解决方案。饿了么移动对于此二类APP的观点在于，纯粹展示性的模块会更适合使用Web页面来达到渲染的目的；而更多的数据操作性、动画渲染性的模块则更适合采用Native的方式。 基于之前的EMC架构，我们将部分模块重新进行了架构： 图3 Hybrid-EMC架构 Hybrid-EMC架构中，Web作为一个子模块，注册加入到整个系统中，从而实现让业务上需要快速迭代的模块达到实时更新的效果。 4 React-Native & Hot Patch 经过这些年的业务发展，Hybrid提供的展示界面更新方案也逐渐地无法满足APP更新迭代的需要。因此越来越多的动态部署的方案被提了出来，比如iOS下的JSPatch, waxPatch，Android下的Dexpose,AndFix, ClassLoader，都是比较成熟Hot Patch动态部署解决方案。这些方案的思路都是通过下载远程服务器的代码来动态更新本地的代码行为。 React-Native则属于另一种动态部署的方案，其核心原理在于通过JavaScript来调用本地组件进行界面的渲染。 而饿了么移动APP发展到今天，各个APP综合用户量已经过亿。因此一个非常小的Bug所带来的问题都可能会直接影响到几万人的使用。为了保证APP的稳定性和健壮性，Hot Patch方案也就成了当下最有待解决的问题。 根据80%的用户访问20%页面这一80/20原则，保证这20%访问最频繁的页面的稳定性就是保证了80%的APP的稳定性。因此，饿了么移动对于部分访问最频繁的模块进行了React-Native备份。当这部分页面出现问题时，APP可以通过服务器的配置，自动切换成React-Native的备份页面；而与此同时开发人员开发一个小而精的Hot Patch来修复出现的问题。当Hot Patch完成修补后，再切换回Native APP的原生功能。 这时候的架构看起来会像是这样： 图4 HotPatch-EMC架构 HotPatch-EMC的架构主要目标在于解决移动APP的稳定性问题。通过RN与Native的主备，可以减少系统APP出错带来的失误成本。 作者：圣迪 链接：https://www.jianshu.com/p/2141fb0dc62c 來源：简书 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
1996193725738646 | 2年前 赞赞赞
回答
展开全部答案
浮生递归 | 2年前
回答
黑色布拉德 | 2年前
回答
好人卡小高 | 2年前 666
回答
浮生递归 | 2年前 感谢哟
回答
展开全部答案
好人卡小高 | 2年前 666
回答
1880796212006790 | 2年前 666
回答
浮生递归 | 2年前 如题
回答
展开全部答案
发送
提问 0/100
开发者成长计划
云栖号在线课堂
新零售峰会