支付宝Android客户端是由众多模块(称为Bundle)组成的，各个业务模块开发都是在自己负责的Bundle上进行，对其他模块的代码通过Bundle依赖的形式调用。

2021 年 10 月份，我开始了在蚂蚁保险场景下的低码建设之路，一晃眼满满的一年过去了，不管结果如何，从 0 到 1 的产品建设过程，也收获了很多的经历和想法，通过这篇文章做一个总结，也算对自己这些年建设低码研发方向的踩过的坑做一些记录，同时给其他同学后续如果要做一些基础的技术项目做一些参考。

Ant Design V5 已经发布也有一段时间了，作为 V5 设计研发小组成员，在这几个月中我们也第一时间升级了手上的业务应用到 antd v5，并针对实际的业务场景研究了 antd 动态主题的实践用法。截至目前近 3 个月的时间，我们总共完成了 6 个应用/组件/站点的 antd v5 升级改造，且均已支持亮暗色主题切换。

当商户使用具体商家产品时，遇到问题/槽点/阻塞时，会通过很多渠道进行反馈。根据紧急程度、场景、产品载体、商户类型的不同，反馈的渠道以及形式均不同。通过不同渠道进入的反馈数据，落地不同结构化形式的数据，渠道同学需要分别分析问题，并联系责任人去做问题解决推动。

用“教练模式”提升语雀产品的质量。

本文主要从客户端优化出发，对于服务端提交优化。

JavaScript API（JSAPI） 是由支付宝客户端实现并通过 bridge 机制为前端H5/小程序应用提供原生能力的接口，JSAPI 可大幅增加前端开发者可使用的支付宝原生能力，提高前端 H5/小程序的用户体验。

今年 8 月份开始到 9 月底，「支付宝 - 基金」里面的指数专区进行了一波大改版升级，这次借助 F2 4.0 强大的移动端手势交互能力，我们尝试了一种多维度探索式选基决策工具，本文具体介绍了它是如何实现的。

本文介绍了端智能的优势，在蚂蚁的发展历史、应用场景、技术能力以及未来展望。

随着支付宝小程序和H5应用的生态开放，很多前端层面的业务自定义弹层不满意监管合规要求的现象日益突出，本文提出一种识别前端弹框的检测算法及实践效果。

移动端本身的技术多样性复杂性，以及发展历程和变化，混沌工程在业界几乎没有非常好的实践，本文结合开源的技术，支付宝端架构，蓝军平台，从无到有的实现了一套移动端的混动工程能力，以及风险模拟技术，模糊测试数据构造等方面的实践。

介绍了响应式状态管理的一些理念和方法。

支付宝商家体验主要针对商户反馈的痛点，在各大站点部署了商户反馈组件，重点反馈质量建设，不仅在质量分层活动中的用户体验保障层，有了打点的产品和应用场景，解决商户反馈问题，另一方面，也是在整个定义问题、分析问题、解决问题的一次较好实践，把质量技术真正当做一个业务来做。

再次面对体验的课题，以及有一定基建的基础上，如何定义问题，并做好相应的解决方案，如何从1做到1.1。这里老生常谈“定义问题”，因为不论是技术还是业务，首先要回答的是“你要解决的问题是什么”，支付宝首席架构师墨颜也提到“架构师最重要的能力就是定义问题”，要不停的追问和思考，当把问题有了一个全面清晰的认识之后，后面很多的设计工作就是自然而然。

支付宝是如何监测、治理耗时类体验问题的？

包括环绕规则、分割、求交、线段内外性、线段注释、扩展曲线、选择结果、强制奇偶等等。

如何合理地制定出适合支付宝自身的调度方案，满足不同时期的业务需求一直是我们在端上的一个重大挑战。