有个开发者总结了一句话：自己运营一个网站，比在公司做专业程序员更能得到有价值的反馈。在公司，客户要求图片放大两倍，压根不管每张图变成 4MB；而运营自己的网站时，一群技术用户会因为首屏多 1KB 就开骂。他在芬兰一台 10 美元的 VPS 上跑网站，为了扛住流量，被迫去学 Cloudflare 缓存；因为用户用着 15 年前的老笔记本，他一步步排查，最后发现罪魁祸首是 CSS 的背景模糊属性。

这不是个例。大量开发者在实践里得到的共同体会是：真实用户的抱怨比任何代码 review 都更能让你进步。

真实用户反馈：最直接的学习动力

有人评论说：“为真实用户做东西，比客户项目更能教你东西。没什么比用户直接反映性能问题更有效了。” 还有人说：“没有什么比做出来的东西真有人用，更能让开发者的心态快速接地气了。” 换句话说，自己人用和陌生人用，完全是两码事。客户验收不会告诉你“动画掉帧”，但真实用户会。

CSS backdrop-filter 可能是性能杀手

原帖作者在排查用户访问卡顿时发现，导致 15 年老笔记本性能极差的原因是一个背景模糊的 CSS 属性。评论里有人补充，这个属性不仅是老设备的问题，在低端新手机上同样可怕。有位开发者描述：他日常使用一台 100 美元的三星 A13 超过三年，对这类性能问题很敏感。他做过一个 Web App，UI 过渡如果覆盖在模糊背景上，GPU 几乎被拖垮。后来他用一个办法“伪造”了模糊效果：

/* 预生成一张很小的 100x100 模糊背景图，平铺在页面主背景 */
body {
  background-image: url("blur-pattern.png"); /* 预模糊的小图 */
  background-repeat: repeat;
}
/* 上面 UI 层用半透明遮罩模拟毛玻璃 */
.ui-layer {
  background-color: rgba(255, 255, 255, 0.06);
}

按他的说法，这样看起来几乎和真实模糊一样，但在他的低端机上完全消除了卡顿。他后来干脆默认在所有地方都使用这个方案。他甚至发现某个知名即时通信服务的网站也用了完全相同的模式。

低端设备用户比你想的多

这位开发者后来查看了自己一个娱乐项目的搜索服务统计，发现大约 10% 的用户用的是百元级别的低端手机。很多开发者自己天天用游戏 PC + 光纤，很容易忽略真实用户的设备状况。有人回复：“我用的 360Hz 显示器，一个简单网页上几个小模糊元素居然能吃掉我 25% 的 GPU。你很难想象低端机器上的体验。” 这说明性能优化不能只看自己的开发环境，还得看用户设备的真实分布。

个人项目没有公司政治的束缚

还有评论提到，运营个人网站的另一个好处是：你想重构、优化，立刻就能动手，不用应付公司流程。如果在公司，周一你说想给客户网站做几个加速实验，大概率会被拒绝。“客户不会为这个付钱”“东西没坏就别动”“你一开始为什么不考虑？” 这种反应是常态。而个人网站是你自己的实验场，可以自由地试错，这也是它能带来大量学习机会的重要原因。

如何开始实践？

如果你也想体验这种学习方式，可以试试从一个小型个人网站或工具站开始，不过不必一开始就追求高流量。关键是确保自己能看到真实用户的反馈渠道，比如在页面留一个公开的问题追踪或反馈入口。然后强制自己在低端设备上测试——用便宜的 Android 手机，或者打开 DevTools 的 CPU 降频功能，能快速发现很多意想不到的问题。