Compose 官方对于 native 各平台的底层渲染接口由 Skia 提供，因此在 24 年我们率先实现了基于 Skia 的渲染链路。但在实际使用中，我们发现创建底层渲染通道会增加额外 Graph 内存（正比于屏幕像素，对于全屏页面约为 55MB）。如果存在多个页面且未在应用层进行复用，很容易会触发 OOM，同时引入 skia 亦会带来较大包增量。随着业务接入 KMP 页面的增多，skia 实现带来的性能瓶颈愈发难以忽视。 我们注意到 ArkUI 提供了一套底层 CAPI 的高性能渲染接口 Native Drawing，通过初步的实验和测试，发现其可以在保证性能的同时避免 Graph 内存增量，并且不会带来额外包增量。对此，我们从 25Q1 启动了适配工作，并于近期整体适配完成。
68 万行代码精简到8.6 万；Golang 重写大部分 C++模块；解决过度微服务化问题……这是新闻 PUSH 架构团队取得的技术收益。 PUSH 是腾讯新闻精品资讯的重要分发途径，也是新闻 App 重要的促活手段。作为 PUSH 架构团队，我们一方面在积极支持好新闻护盘，同时也在对 PUSH 架构进行不断的升级与进化，以持续提升 PUSH 系统的稳定性与质量、研发效率，同时持续减少运营成本。本文主要分享近年来我们对新闻PUSH系统做的架构优化方案和效果。
在AI时代天猫技术质量同学在质量保障方面也不断探索AI在测试全流程提效的落地方案，传统测试工作链条拆解为“需求解析 → 用例生成 → 数据构造 → 执行验证 → 对比校验”五大核心阶段，而我们的目标是通过AI+自然语言驱动，实现全流程自动化、可溯化、可管理化。而最AI参与到测试中来，最主要的目标就是提效，目前几个月的实践下来发现在用例生成、测试数据构造和交易链路数据执行的过程中提效明显，下面来给大家简单介绍一下AI参与在测试流程中的实践方案。
在技术的世界里，隔行如隔山的“认知偏差”无处不在。后端眼中简单的“页面渲染”，在前端看来却是一个需要应对无数复杂性的庞大系统；而前端想象中“主要就是写接口”的后端，其实构筑的是整个应用稳定、高效的数据与服务基石。 那么有鹅厂同事提问了：前端真的比后端简单吗？
在微服务架构中，重试机制本是为了提升系统稳定性，但不当使用却可能引发"重试风暴"——一次简单的3次重试可能演变成N的4次方调用量，导致服务雪崩。本文通过携程真实案例，深入分析重试陷阱、链路放大效应等问题，并介绍SnailRetry组件的优雅解决方案，帮助开发者避免重试成为系统灾难。
异地协作模式，给开发和测试间的问题沟通及定位带来了诸多挑战。本文从前端开发视角出发， 阐述在这过程中遇到的痛点，探索解决的思路，并在过程中成功孵化出技术工具“前端三剑客”，文章深入解析了“前端三剑客”技术的实现原理及应用场景。
