接手过一个离职潮后的烂摊子：前任前端写了两年半的代码，变量名全是a、b、c，目录结构随心情排，注释几乎没有。新来的人看了三周才敢动手改东西，这三周的工资，就是没定代码规范的代价。网页前端开发是长跑项目，人员一定会流动，规范定得早，换人才不慌。
规范到底管什么
不是什么高深的东西，就是四件日常小事：
- 命名统一：按钮叫btn还是button全项目一个标准，看名字就知道是什么；
- 目录有章法：页面、组件、工具函数各归各位，新人按图索骥能找到东西；
- 关键处写注释：业务逻辑为什么这么写，留一两句给后人；
- 提交说明像人话：修复首页产品图不显示，而不是fix一个字母加一串数字。
这些东西单看都琐碎，合起来决定了三个月后这份代码是资产还是负债。写过代码的人都有体会：读自己半年前乱写的代码都费劲，何况读别人乱写的。规范还有一个隐性收益：新人入职读懂代码的速度快一倍，团队扩容时的人力成本差距就出来了，这笔账平时看不见，算总账时很明显。
靠工具落地，别靠自觉
规范最大的敌人是赶工期。靠谱的做法是把规范写成自动检查，代码提交时工具自动跑一遍，命名不对、格式不齐的直接拦下来，根本到不了线上。再配上每周一次的代码评审，老手花半小时看看新人的提交，问题当场指出。工具加评审，双保险，规范才活得下去。
有个客户学了这招后定了个土规矩：外包每期结款前抽查提交记录，说明写得敷衍就退回补。第二家供应商听说这条，主动配了个专职做评审的人。规矩立起来，市场会配合你。工具配置其实是现成的，主流的检查插件装上就能用，拦下的大多是命名、格式这类小毛病，但小毛病不积攒，代码才不会烂。烂掉的代码，都是从容忍第一处乱命名开始的。
企业方怎么提要求
你不需要懂技术，只需要把三句话写进合同：交付代码必须通过规范检查工具，附检查配置文件；关键业务逻辑必须有注释；提交说明按可读标准执行。网页前端开发的验收，除了页面好看，这些纸面上的功夫同样该验，它们决定的是项目后半程的成本。
两条建议：招全职前端的，入职第一周先带着读一遍公司规范再动手写代码，比事后返工省十倍力气；外包项目把规范条款放进附件，验收时照着抽查。比格网络内部的标准就是规范随仓库交付，客户再找别人接手也能顺利读懂，这是职业底线。
