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

　　前端又在群里发那个「重构进度0%」的截图了，我盯着屏幕上的色板——那个被产品总监批了三次的灰，色值是#6A6A6A还是#6B6B6B来着？反正显示器有点色偏，切图文件夹里还躺着二十个带「_new」后缀的重复文件。这时候Vitalik Buterin去年六月那篇关于前端架构重构的访谈突然跳出来，他说「优胜劣汰是唯一法则」，我原以为这种技术大佬只会聊链上共识，结果他连组件库的淘汰机制都扯进去了。

　　上周五改到第九版的时候，产品经理举着手机冲进会议室：「用户说首屏加载太慢！」可首屏的banner图明明压缩到200KB了，我点开切图文件夹——好家伙，设计给的源文件里还嵌着三层嵌套的PS智能对象。这时候Vitalik那句话突然冒出来：「重构不是推倒重来，是让该活的活，该死的死。」我盯着屏幕右下角的绿萝，半盆叶子都黄了，可产品非说「这是设计感」。

　　记得去年做钱包项目时，前端用React重构了整个状态管理，结果空态页面的动画卡顿得像PPT切换。测试妹子举着数位笔在平板上划拉：「这里掉帧了。」那支笔的笔尖我刚换过，0.5mm的，画栅格线特别顺。可Vitalik在访谈里说「前端架构要像以太坊虚拟机，既要兼容旧合约，又要能跑新逻辑」，我盯着测试妹子屏幕上的卡顿动画，突然觉得这比喻挺贴切——我们现在的组件库就像个老矿机，跑新协议得先拆半台机器。

　　窗台上的绿萝突然被风吹得晃了晃，我回过神来。前端小哥正在群里发新的切图规范文档，文件名是「按钮状态_最终版_真的不改了的.sketch」。我点开看了眼，圆角半径从4px改成6px，又改回4px——这不就是Vitalik说的「技术债务的轮回」吗？去年那个钱包项目，我们为了兼容IE11，把Flex布局写成表格布局，结果现在要重构时，前端说「这代码比以太坊源码还难读」。

　　产品总监又在群里@我：「用户说按钮点击区域太小。」我点开设计稿，发现标注的间距是8px，可切图里实际是6px——设计妹子说「显瘦」，前端说「按规范得8px」，最后产品拍板「用7px」。这时候Vitalik那篇访谈里的话突然冒出来：「前端架构的终极形态，是让产品经理、设计师、开发者都能在同一个共识层对话。」我盯着屏幕上7px的按钮，突然觉得这数字比以太坊的Gas费还玄学。

　　上周跟测试组吃饭，他们说现在最头疼的不是BUG，是「设计还原度」。「设计师给的间距是16px，开发写成15px，产品说看起来挤，最后改成17px。」测试妹子夹了块排骨，油滴在工牌上。我突然想起Vitalik说的「前端架构要像智能合约，输入什么输出什么，不能有模糊地带。」可现实是，我们的设计稿里永远有「适当调整」这种备注，就像以太坊里的「建议Gas费」。

　　显示器突然闪了一下，色偏更严重了。我揉了揉眼睛，前端小哥的座位空着，键盘上还压着半包薯片。他桌上贴着张便签，写着「今日目标：把组件库的版本号从1.2.3改成2.0.0」。这让我想起Vitalik访谈里那个例子：以太坊从PoW切到PoS时，有人说「这就像把飞机引擎换成火箭发动机」，可最后还是切了。我们的组件库呢？现在连按钮的hover状态都有三种写法，重构？怕是得先搞个「前端硬分叉」。

　　产品经理突然推门进来，手里举着用户调研报告：「60%的人说界面太复杂！」我盯着报告上的柱状图，最长的那根对应着「功能太多」。这不就是Vitalik说的「架构臃肿症」吗？去年我们为了「提升用户体验」，加了十五个隐藏入口，现在用户反而找不到主要功能。前端小哥之前提过「用原子设计理论重构」，可产品说「用户习惯不能改」，最后只好在旧架构上打补丁——像极了以太坊的分层设计，只不过我们分层分得比Layer2还乱。

　　切图文件夹里的命名让我头大：「登录按钮_正常状态_20230515.png」、「登录按钮_正常状态_最终版.png」、「登录按钮_正常状态_真的最终版.png」...Vitalik说「好的架构要让新人三天能上手」，可我们现在的代码库，新人得花三天找文件。上周来了个实习生，问「为什么有的组件用CSS模块，有的用Styled-components」，我指着屏幕上的二十个版本号：「因为每次重构都有人坚持用自己熟悉的方案。」

　　窗外的雨下大了，绿萝的叶子在风里抖。我突然想起Vitalik访谈里那句「前端架构的重构，本质是权力重构」——设计师要保留设计自由，产品要控制功能范围，前端要保证代码质量，最后谁说了算？上次争论按钮圆角时，产品拍桌子：「用户调研显示圆形按钮点击率高！」设计冷笑：「圆形在栅格系统里不好对齐。」前端默默打开Figma：「要不咱们试试圆角矩形？」最后定的是4px圆角——比Vitalik说的「共识机制」还难达成。

　　显示器突然弹出低电量警告，我插上充电器，线有点接触不良。前端小哥的座位还是空的，键盘上的薯片碎掉进了缝隙里。我翻开笔记本，上次记录的待办事项里写着「重构组件库」，后面跟着三个问号。Vitalik说「优胜劣汰需要时间」，可我们的项目周期只有三个月——等自然选择发挥作用时，产品早就换方向了。也许该学以太坊，先搞个「前端改进提案」，让所有人投票？不过产品总监肯定会投反对票，他上周刚说「现在这样挺好，别折腾」。

文章配图，仅供参考

（编辑：草根网）

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