隐形的前端：拯救产品的微小决策
最好的前端工作永远不会出现在演示（demo）中。
人们不会为此截图。但如果没有这些工作，用户会离开你的产品，而你却永远不知道原因。这些工作发生在屏幕、标签页和后端之间的缝隙中。
以下是三个通过微小修复防止重大损失的例子。
- 修复登录错误 前端曾通过检查一个状态字段来判断登录是否成功。后端发送了一个有效的 token，但同时也发送了一个 null 状态。尽管用户拥有访问权限，应用却拒绝了用户。
修复方法很简单。现在前端通过检查 token 本身来确认成功。文档中一个模糊的字段，可能会变成用户面前的一扇紧锁的大门。
- 修复验证链接 当用户在新标签页中点击链接时，原有的标签页仍处于未认证状态。它无法向服务器请求更新。
我使用了浏览器存储事件（storage event）。当一个标签页向 localStorage 写入数据时，其他所有标签页都会立即感知。它充当了标签页之间免费的消息总线（message bus）。这消除了用户引导（onboarding）过程中的死胡同。
- 修复冷却计时器 存储在应用状态中的“30 秒后重新发送邮件”计时器会在用户刷新页面时重置。随后用户会疯狂点击按钮，从而增加了你的邮件成本。
修复方法是存储截止时间，而不是倒计时。
- 存储冷却结束时的精确时间戳。
- 每次刷新后重新计算剩余秒数。 这可以防止滥用并保护你的预算。
为什么这对创始人很重要：
• 登录修复保护了用户激活。 • 跨标签页信号保护了转化率。 • 冷却机制保护了你的利润率并防止了滥用。
出色的工程能力不仅仅是让界面看起来好看，更在于对缝隙的极致追求。这些修复工作每次花费的代码量都不超过五十行。其价值在于发现问题并在正确的地方解决它。
出处：https://dev.to/virendra2902/the-invisible-frontend-small-decisions-that-quietly-save-a-product-1pkl