Vitalik Buterin：以太坊创始人重构前端架构思维

　　器械区那股铁味混着前台飘来的老歌，老张正蹲在深蹲架前调护膝，突然甩了句：“Vitalik Buterin那篇重构前端架构的，你看了没？”我原以为他要聊技术债，结果他补了句，“他说前端该像智能合约——模块化、可组合、自动淘汰低效组件。”杠铃片“咣当”砸在地面，震得镜子上那块手印都抖了抖——那是上周小刘硬拉时甩的汗渍，到现在都没擦干净。

文章配图，仅供参考

　　老张把护膝扯下来，往地上一扔：“可前端和云运维能一样吗？前端是给人看的，运维是给机器看的。”他指了指拉伸区那个打哈欠的会员，“人家要的是流畅，要的是‘无感’，你云上再高效，前端卡成PPT，谁用？”我蹲下捡护膝，发现地上有个用了一半的粉笔——估计是教练画动作路线用的。这让我想起上周给客户演示新监控面板，对方技术总监盯着页面加载时间说：“这比我们旧系统还慢0.3秒。”我解释是加了更多数据维度，他冷笑：“要那么多维度干嘛？能看出问题就行，多出来的都是技术债。”

　　那阵子我正好在练高翻，教练总说我“接杠时肘太僵”。有天我试着把肘放松，结果杠铃片“唰”地砸在锁骨上，疼得我当场蹲下。后来才发现，不是肘的问题，是髋启动太慢——就像监控系统里，采集层和存储层的数据同步延迟，导致告警规则触发时，数据还没全到。Vitalik说的“模块化”，其实和云上的微服务一个道理：每个组件只做一件事，做不好就换。但问题在于，前端和运维的“好”标准不一样。运维要的是稳定，前端要的是体验，就像深蹲要的是深度，硬拉要的是髋铰链——目标不同，优化方向自然不同。

　　不过有个点我挺认同的：优胜劣汰。去年国庆重构监控系统时，我砍掉了三个老旧的告警规则——一个是基于CPU使用率的，一个是基于磁盘I/O的，还有一个是“神秘指标X”。砍之前我还纠结，毕竟这些规则跑了三年，万一砍错了怎么办？结果砍完第一周，误报率降了40%。就像会员练肩，总有人执着于侧平举的重量，结果斜方肌代偿得比三角肌还大。后来我让他改用弹力带，重量轻了，但目标肌群刺激更准——有时候“淘汰”不是否定过去，而是把资源集中在真正有效的地方。

　　老张突然笑了：“你知道最搞笑的是什么吗？Vitalik那篇文章底下，有人评论说‘前端该像区块链一样去中心化’，结果被怼‘去中心化的前端，用户得自己跑节点？’”他指了指前台的电脑，“就像咱们混合云，客户总说要‘多云管理’，结果真上了才发现，跨云的网络延迟比本地部署还高。”我想起上个月帮客户迁移应用，他们非要用“多活架构”，结果因为网络分区，两边数据不一致，最后不得不回滚。就像会员非要用“超级组”练胸，结果三组下来，胸没感觉，肩倒是酸了三天——不是所有“先进”都适合所有场景。

　　拉伸区那个打哈欠的会员走了，换了个穿背心的进来，直接上了卧推架。老张凑过去看了眼：“100kg？他上次还只能推80。”我摇摇头：“代偿了吧？你看他肩胛骨都没收紧。”果然，第一组推到第三个，杠铃杆就开始晃，到第五个时，他突然“啊”了一声，杠铃片“咣当”砸在架上——肩袖伤了。这和系统重构一个道理：急着上新功能，不先把基础架构打牢，最后出问题的是自己。Vitalik说的“重构”，不是推倒重来，而是像练力量——先稳核心，再加重量，否则再好的计划也是白搭。

　　不过有个问题我没完全想明白：Vitalik说前端要“自动淘汰低效组件”，但运维里很多“低效”是业务需要的。比如有些老系统，虽然性能差，但和某个关键业务强耦合，砍了会影响收入。这时候是该“优胜劣汰”，还是“保留兼容”？就像会员练腿，深蹲是王牌动作，但他膝盖有伤，硬上可能更糟——是该换保加利亚分腿蹲，还是继续用护膝硬撑？我还没找到答案，可能得再试试。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!