Question 1

Your team ships more code than it can review

Accepted Answer

Your team is shipping with coding agents every day. The pull requests look reasonable and the tests pass, but nobody can confidently say which generated change made an endpoint slower, multiplied its database calls, or quietly changed what users get back. Coding agents make producing a plausible change dramatically cheaper. That moves the constraint downstream: review, validation, and learning from what the code does with real traffic and real data.

Question 2

改了一次之后，我的 Lovable 应用变慢了

Accepted Answer

昨天还是好的。你让它再加一个功能，发布，然后某个页面要好几秒才出来 —— 或者一直卡在加载动画上，永远转不完。编辑器里看不出哪里不对，而让助手「优化一下速度」，改的又都不是问题所在。 Lovable 应用没有自己的服务器，所以那句老生常谈 —— 去看服务器日志 —— 根本没有日志可看。真正变了的几乎总是一条查询：助手重写了一个组件，顺手把一个过滤条件弄丢了，或者把一次取数搬进了列表里面。这两件事在编辑器里都看不见，而且都不会抛错。

Question 3

用户能看到彼此的数据

Accepted Answer

有人登录后，看到了一份不属于他的列表 —— 别人的订单、别人的消息。或者这件事还没发生，只是你刚刚想到它有可能发生 —— 而那才是读到这一页更好的时机。 这是这类应用最严重的缺陷，也是最安静的一个。缺失的行级安全策略不会报错、不会让任何东西变慢，也不会让数据被暴露的那个人开一张工单 —— 页面是好的，对所有人都是好的，而且把所有东西都显示出来。

Question 4

一个页面，几十次数据库调用

Accepted Answer

一个原本很快的列表页，现在要一两秒，而且列表越长越糟。你去查每一条查询，单看都没问题。十条数据没事，一百条就不行了。 这是 N+1，而且它诞生在一次渲染的内部：某处取了一个列表，然后为每一项再取一条关联记录。每条查询都是真的快，所以按请求计时抓不到它，代码评审也放过了它 —— 因为这段代码读起来完全合情合理。错的只有次数。

Question 5

页面加载出来了，是空的

Accepted Answer

有人打开一个页面，上面什么都没有。没有错误提示，没有转个不停的加载动画，控制台里也没有红字 —— 只是原本有内容的列表现在空了。刷新没用，而且用你自己的账号一切正常。 所有仪表都显示健康，因为所有仪表测的都是不相干的东西。请求返回了 200。没有异常抛出，所以错误追踪器没有事件。它很快，所以性能工具没有东西可标。查询执行了，也成功了 —— 只是回来的时候一行都没有。

Question 6

对我很快，对别人都很慢

Accepted Answer

一直有人说站点很慢。你这儿不慢，实验环境不慢，你跑的每一个合成测试都是绿的。这些反馈是真的，而你一个都复现不出来。 你是在一个地方、用一条网络、带着热缓存在测试。抱怨的人不是。一个在服务器旁边半秒就加载完的页面，在几千公里之外可能要五秒，而无论你在自己工位上测多少次，都看不到这一点。

五件会出问题。

Your team ships more code than it can review

改了一次之后，我的 Lovable 应用变慢了

用户能看到彼此的数据

一个页面，几十次数据库调用

页面加载出来了，是空的

对我很快，对别人都很慢

看看你的上一次改动做了什么。

五件会出问题。

Your team ships more code than it can review

改了一次之后，我的 Lovable 应用变慢了

用户能看到彼此的数据

一个页面，几十次数据库调用

页面加载出来了，是空的

对我很快，对别人都很慢

看看你的上一次改动做了什么。

总得有人问一下 cookie 的事。