阿里高级技术专家：成长路上如何破局？(10)

和搭档搭建数据分析平台「鱼眼」，打通 ODPS、Node 工程、数据清洗及可视化链路，提供页面性能、接口性能、JS/接口异常、在离线分析、红黑榜等度量分析报表。
工程化链路升级，从 dns-prefetch 到 mtop-prefetch，从 SSR、静态资源缓存，到数据、DOM 结构、占位符多级缓存，一毫秒一毫秒、一 kb 一 kb 打磨业务实现细节，优化加载性能。
构建泛性能体验相关最佳实践，包括帧率、CPU、内存、电量等指标优化，及全链路 Tap 化、转场动画优化、长列表滚动优化等体验优化。

“‘自己’这个东西往往是看不见的，你要撞上一些别的什么东西，反弹回来，才会了解‘自己’。所以，跟很强的东西、可怕的东西、水准很高的东西相碰撞，然后才知道‘自己’是什么，这才是自我。因此，交不同类型的朋友，看不同类的书，去不同的地方，在碰撞中不断反思自己！”
—— 山本耀司
藉由一些业务优化上拿到的结果，15年中进入架构组开始承担「性能体验虚拟小组」组长的工作，着力提升整个飞猪 H5 业务的性能体验，包括已有经验向团队的输出以及 Hybrid 基建改造。经过几个月的持续迭代，当年双十一拿到超过 93% 的页面秒开率，体感指标优于手淘，各项体验/能耗指标也大幅提升。
随后 Native 化渲染方案兴起，开始推进 ReactNative 体系建设，持续了大半年时间，期间打通整个工程研发、运行时、配套工具与组件库链路，并上线了 3 个业务。但总的来说这段实践经历不算成功：
技术基建重视程度足够，但缺少对业务价值的衡量，业务方感知弱。
脸皮薄，推动力不足，问题修复拖了一个又一个版本。
稳定性问题，RN 最初面向独立 App 场景的定位与成熟客户端水土不服，投入产出比低。彼时集团 Weex 开始崭露头角，相较 RN 更适合阿里的业务土壤，基建随即开始往 Weex 方向倾斜。