年年有大促，大家对于大促稳定性保障这个词都不陌生，业务场景尽管各不相同，“套路”往往殊路同归，全链路压测、容量评估、限流、紧急预案等，来来去去总少不了那么几板斧。

跳出这些“套路”，回到问题的本质，我们为什么要按照这些策略来做？

除了口口相传的历史经验，我们还能做些什么？又有什么理论依据？

Lazada 是怎么被 Shopee 反超的？

前段时间，湖畔联手酵母商学院，邀请当年的阿里巴巴“中供铁军”总经理俞朝翎为大家开设了两天的业务增长实战训练营。CEO们和核心高管在训练营上重新打磨、拆解业务目标，两天三夜，讲训结合，结束的时候很多人感慨，经过这样的打磨与推演，对新一年的目标心里更有底了。

钉钉工作台是帮助企业实现数字化管理和协同的门户，是拥有亿级用户量的重量级产品。但对企业来讲，想突出自己的品牌或者业务场景，有比较强的定制需求。所以，为满足企业个性化的需求，除了标准工作台，钉钉也提供了企业定制工作台的能力。

常见应用都有启动、激活、关闭这些事件，Electron 作为一个跨平台的 GUI 框架，为了兼顾不同的场景，需要的事件就会更多。如果想要更深入的了解 Electron 整个生命周期的流程，需要对应用生命周期，窗口的生命周期以及页面内的生命周期的时机有一个清晰的理解。

前端开发实践“三坑”

渐进式研发体系。

数据流是前端一直以来都存在的一个问题，我们项目沉淀了一套最佳实践。

过去几年，我和团队一直在负责蚂蚁集团内部相关平台产品的设计和运营工作。

这些平台产品包括人工智能部的A/B测试平台、机器学习平台、金融知识图谱平台、NLP平台、智能文案平台、金融视觉(CV)平台、搜索平台、机器人平台、标注平台等，以及风控团队的相关平台产品。这些平台产品，在背后支持了蚂蚁几乎所有核心业务的运行和发展。

整个过程当中，我们在平台建设、业务支持、平台运营、AI创新以及AI整体运营等各个方面做了很多尝试，有了不少的收获和感悟。

如何高性能的获取按照聚合维度聚合的所有数据？

详细方案+灰度验证。

各大云厂商今年在开发者阵地侧逐渐开始向“云”化开发发展，最为显著的产品就是Cloud IDE，催生出来的趋势就是云端开发。云开发现阶段尽管在各大公司内部无法作为日常开发工具普遍推广，但是在某些特定场景下Cloud IDE云开发是非常让人着迷的。

一个闲鱼商品feeds卡片除了商品主图、标题、商品价格、用户头像等基础元素外，其他位置以标签形式展示商品的特性、利益点。通过标签样式的组合与改变可以影响商品点击率和动销率，闲鱼在众多的商品透标场景中需要透标样式的快速上线，但现有模式存在着以下问题：

• 实验效果验证慢，一次标签样式改动要联动修改十几个应用，成本高、周期长、风险大；
• 缺乏UED标签AB实验能力，以及对不同时间、不同版本、不同类目的定向维度生效能力；所以我们需要设计一套新的UI技术方案来解决这些问题。

无论是在前端刀耕火种的 jQuery/YUI 时代，还是到现在基于数据驱动 UI 的 React/Vue 时代，物料/组件一直是前端永恒的话题。基于大量重复逻辑的封装可以很显而易见地提升前端 UI 的构建效率，简单而直接，因此无论技术栈如何变化，物料工作都是排在各个前端团队的首要位置解决。

在 2021 年的现在来看，基于 React/Rax 体系下的基础组件体系已经基本完善，既有蚂蚁良好设计语言的 AntDesign[1]，也有集团基于 DPL 快速定制的 Fusion[2]（阿里中后台 UI 解决方案，已开源），在基础组件的层面功能日趋完善，各个业务团队之间在这个层面的低级重复建设也越来越少，这是非常好的结果。但在业务组件体系的构建上，目前还呈现着百花齐放的局面，由于技术栈的不断扩充（可视化、小程序等），业务组件的开发上还存在着很多诸如工程体系混乱，开发链路不通的问题。

由此如何更好提升组织效率，降低协同成本，提升运营效率优化业务流程，提升研发效能以更低成本快速响应市场变化快速试错大大降低边际成本，以更全局的视角创造商业创新土壤撬动供给侧升级，提升精细化运营等带来商业效率提升是未来的关键。

为了解决传统体验分析中的若干问题，我们提出了基于无线AOP的端到端链路分析和评估方法。