北京
你的团队是不是也这样？有人去完技术大会，兴奋地安利一个新框架。全团队换上，两个月后又开始重写。去年我们就是这样，18个月换了三套前端框架：Vue 2、React、Svelte。每次都觉得"这次肯定能解决问题"。第三次迁移时，我们的主程离职了。
2026年初，我们做了一个激进决定：一整年不碰新工具。不换新框架，不学新语言，不迁数据库。只把手头的东西做得更好。
六个月后，我们的代码审查时间从3.2天降到1.4天，构建体积缩小45%，CI从12分钟缩到7分钟。没人离职，反而有人主动留下来教新人。
这篇文章记录我们具体做了什么，以及为什么我觉得更多团队该试试。
技术圈有个病：把"采用新工具"当成"进步"。每个新框架都承诺10倍效率，但算上真实成本，ROI经常是负的：学习曲线吃掉2-3个月生产力；依赖库一半一年内无人维护；上下文切换没人做预算；候选人不懂你的技术栈，招聘变难。
2025年Stack Overflow调查显示，67%开发者被新工具节奏压得喘不过气。但有多少团队真的从追趋势中获益？我猜远低于67%。
我们做了三件事。
第一，审计所有依赖。列出每个库、框架、工具，问一个残酷问题："如果明天删掉它，用户会察觉吗？"30%的依赖答案是否定的。我们删了。构建体积降45%，CI从12分钟变7分钟。没人想念那些库。
第二，写下"无聊技术栈宣言"，贴在墙上：前端React 18+TypeScript（不计划迁移），后端Node.js+Express，数据库PostgreSQL，基础设施AWS ECS+RDS，CI/CD用GitHub Actions。规则简单：不在清单上的，12个月内不加。没有例外。
第三，投资深度而非广度。不再每季度学新框架，把时间花在深挖已知领域。代码审查聚焦设计模式，而非语法。内部工作坊主题：Chrome DevTools性能分析、数据库查询优化（真拿EXPLAIN ANALYZE动手）、写可测试代码（不是写测试本身）。
审查时间缩短不是因为审得更快，而是源头代码质量提升了。
这些数字不是魔法，来自"少做一点，做好一点"。
当然，这个策略有代价。我们错过了一些可能确实更好的工具。团队里有人觉得无聊，想跳槽去用Rust重写一切的创业公司。招聘时，"我们用React"确实不如"我们用Svelte"吸引眼球。
但权衡之后，我们选稳定性。不是因为我们保守，而是因为我们的用户不在乎技术栈，只在乎产品是否好用。
如果你也在考虑类似实验，建议从审计依赖开始。那个"用户会察觉吗"的问题，会帮你砍掉很多自以为必要的复杂度。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
