猫启零

背景 这期并不是什么高大上的主题，但是对于支付业务却是尤为重要，那就是如何在前端角度防止重复支付，在这边把我的解决方案记录下来，也想剖析一下里面的细节，同时也分享给大家。 解决方案 一、先理清整体逻辑

最近是 2026 年的春招季，前几周密集面了大概快二十个前端。 翻开这批简历，我有一种极其魔幻的感觉：满屏都是 AI，满屏都是算法。 四五年前，大家简历上的高频词还是 精通 Vue3 响应式原理、熟练

最近公司又接了个数据可视化大屏的需求，设计稿是标准的 1920 x 1080。 拿到设计稿的那一刻，我的内心是拒绝的... 🤯 大家都知道，做大屏适配最烦的就是还原设计稿坐标。 以前我尝试过各种方案：

相信我们经常这样写bug（不是 👇： 看似没问题 每个接口都要 try-catch，太啰嗦了！ 错误处理逻辑分散，不可控！ 代码又臭又长💨！ 💡 目标：不抛异常的安全请求封装 👇

大家好😁。 上个月 Code Review，我拦下了一个新人的代码。 他写了一个转账功能，前端做了极其严密的校验： 金额必须是数字。 金额必须大于 0。 余额不足时，提交按钮是 disabled 的。

写这篇文章的时候，我刚通宵处理完一个P0级（最高级别）的线上事故，天刚亮，烟灰缸是满的🚬。 事故的原因，说出来你可能不信，不是什么服务器宕机，也不是什么黑客攻击，就因为我们package.json里的

大家好!😁。 Code Review 的时候，我最怕看到什么？ 不是复杂的算法，也不是什么正则。而是明明一个 HTML 标签就能搞定的事，有人非要写几百行 JS + CSS 去重新发明轮子 。 前几天

我大概是在工作的第五年，晋升到了高级前端工程师。那时候我挺自豪的，觉得自己技术不错，能独立负责复杂的业务，也能搞定线上疑难杂症，再往上走，应该也只是时间问题。 但没想到，高级这个title，我一挂就是

作为一名前端开发者，我们一定都遇到过这样的需求：实现一个占满整个屏幕的欢迎页、弹窗蒙层或者一个 fixed 定位的底部菜单。 直觉告诉我们，这很简单，给它一个 `height: 100vh` 就行了