简历上那栏“项目经验”，端简大概是历项前端工程师最容易被问穿的地方。见过太多人写“负责XX系统开发，目经使用Vue实现页面交互”，端简面试官追问一句“你具体解决了什么”，历项对方就卡壳了。目经项目经验不是端简流水账，它得证明两件事：你能独立干活，历项以及你踩过的目经坑比别人值钱。

挑一个我印象深刻的端简真实案例。去年帮朋友改简历，历项他写了个后台管理项目，目经描述是端简“基于React+Antd完成权限管理模块”。听上去平平无奇对吧？历项但他实际做了一件挺狠的事：把原本需要后端配合的按钮级权限校验，全部挪到了前端路由守卫里，目经配合自定义指令控制DOM渲染。用户切换角色时，页面不用刷新，菜单和按钮直接消失。就这么个细节，面试官眼睛立刻亮了。后来我让他把这段写进简历，改成“通过动态路由注册+自定义指令实现按钮级权限，减少后端40%的接口调用”。你看，同样是做权限，一个像打杂，一个像做优化。

写项目经验最忌讳的是堆技术名词。有人把webpack、Docker、jenkins全列上去，结果问CI/CD流程怎么配的，支支吾吾说“用过，但不太熟”。那不如只写你真正折腾过的东西。我自己做前端时，最头疼的是首屏加载速度。有个移动端H5项目，图片资源太多，首屏白屏能持续三秒。后来我用了骨架屏+路由级代码分割，再把几张首屏大图转成WebP格式，加载时间直接砍掉一半。这段经历写出来比“熟悉性能优化”有说服力得多，因为你有具体数字，有决策过程。

还有个小技巧——项目经验别写“我负责”，多写“我推动”。前者是执行，后者是思考。比如你发现团队里组件复用率低，主动抽了个公共库，推进所有业务线接入。这种话一出来，面试官就能感受到你不仅仅是个写页面的。我见过一个简历，写的是“推动组件库从0到1建立，覆盖12个核心业务场景，减少重复代码约2000行”。实话实说，这种描述比“熟练使用ElementUI”高出一个量级。

当然，别把项目经验写成小说。每段控制在四到六行，结构就三块：项目背景（一句话说清做什么的）、你干的事（挑两三个难点）、结果（能量化就量化）。别写“项目上线后获得用户好评”这种废话，直接说“上线后首屏加载时间从3.2s降到1.5s”就完事了。面试官时间紧，扫一眼简历的时间不会超过两分钟，你得让他在最短时间内抓到你最值钱的点。

最后说个反直觉的事——别把项目都写成功。我有个同事，简历上写了一个失败的项目，原因是技术选型失误，用了当时还不太稳定的框架，导致后期维护成本高。他主动复盘了决策依据和教训。结果面试官反而跟他聊了四十分钟，说“能承认失败并总结的候选人太少了”。这比写十个“成功”项目都管用。毕竟前端这行，技术更新快，谁能保证每次选型都对？关键是你有没有反思能力。

写项目经验这事，本质上是逼自己复盘。你要是连自己做过什么都讲不清楚，那多半是当时没动脑子。简历只是结果，真正值钱的是你干活时那些纠结、取舍和试错的过程。