🧠 W26

对于前端团队来说，技术设计以及评审往往应用于技术建设中。对于中后台的业务需求，往往缺乏技术评审环节。个人分析有几点原因：

• 目前软件迭代周期短，在中后台业务系统中后端较厚重，短周期内后端可支持的业务需求体量有限，而前端较轻薄，在一个迭代周期内投入的工作量和复杂度相对低
• 前端的复杂度往往是对 UI 元素的状态管理，相对后端来说没有很强的业务属性，对业务影响较小，业务需求方对前端的关注度比较低
• 前端技术更迭频繁，业界较少能沉淀各种场景下的前端软件设计的最佳实践，开发者没有较统一的指导原则
• 在整个研发系统中，交互接口（原型、设计稿）由 PM 或 UI 定义，数据接口由后端 RD 定义，前端在接口上的话事权较弱，基本上是被动接受的一方

基于上面的原因，开发者一来缺乏动力（定量 ROI 缺失，定性收益也较低），二来缺乏方向，来进行业务需求的技术设计和评审。

但从直觉上，开发者还是认为技术设计和评审是有益的，但如何为前端的技术设计提供合适的抓手，需要好好思考下。