大家好，关于前端团队很多朋友都还不太明白，今天小编就来为大家分享关于前端团队的知识，希望对各位有所帮助！
随着前端业务复杂度膨胀，团队项目的云端构建速度不可避免地出现了恶化，部分大项目甚至冲破了20min，“带薪编译”成了常态。而工程团队要做的就是，找到自己和同学们在构建过程中的问题并加以解决，效率问题当然也是其中之一。
为了解决构建速度的命题，我们做了这些尝试：
1. 换基础平台，构建上云！
经过几轮考察，我们选定了阿里云函数计算（FC）作为新的构建环境。
通过选用高配集群 + webpack多进程策略调优 + 灰度观察，部分业务的构建耗时直接降到了60%左右。实践证明，函数计算不仅加加速了编译过程，它免运维的特性也使我们能更专注在前端构建本身的建设上。
2. 历史任务回放，在发布前做好评估
构建脚本升级一直是高危变更。为了确保不产生意外的breaking change，我们搭建了“流量回放”能力，通过重跑历史项目源码 + 新脚本，比对前后效果，尽可能把bug暴露在发布前。
借助构建服务在云端快速扩容的特性，我们在每次发布前都会进行数千次回放、寻找潜在变更点，由此帮助框架组做好发布决策。
3. 苹果m1来了
苹果新发布了m1芯片mac mini，发布后我们在第一时间就发起了采购。实测证明，m1的性能大幅领先现有各大平台，这对日常研发、构建服务都是巨大利好。
但集群运维、虚拟化依然充满不确定性，如何把它送到云端运行，我们仍在寻求解法...
图：m1mac mini测试机已就位！
把云计算、webpack、高性能PC等产品做成组合拳，趁着新技术新平台的红利，让编译速度起飞吧
为了缓解这个问题，我们考虑向内网云真机平台寻求协助，使研发同学在桌面上连接云真机、把远端真机调试映射成本地Chrome调试。
项目开动后，我们才发现坑比梦想大...现有云平台的速度、延迟、浏览器内UI操控体验远达不到本地桌面级的效果。于是团队小哥又被迫成为了调优工程师，在机型选配、adb协议、底层网络、桌面视频渲染各个节点寻求优化。
截止上周，我们第一次跑通了远程真机，邻座小哥热泪盈眶....
图：终于跑通了远程真机
App是前端业务的重要环境，日常在真实环境调试代码能大幅降低踩坑的概率
项目中我们需要同时承担功能研发和产品规划的双线职责，为产品价值负责，这可能是“造轮子”中最有挑战的一个话题。
在前端效能、工程能力的方向上，如果你也有兴趣一起探索，欢迎加入我们一起探索！
蚂蚁体验技术团队招聘长期开放，上海、杭州、北京、成都，欢迎来聊！
END，本文到此结束，如果可以帮助到大家，还望关注本站哦！
