阅读笔记：识别问题——架构师的第一道门槛

核心观点：比解决问题更难的，是找到真正的问题。

我们总是太急于给出答案。业务方说“系统卡”，我们立刻想“加缓存”；产品经理说“要支持千人并发”，我们马上画“微服务拆分”。但《架构漫谈》反复强调一个反直觉的真相：你所听到的需求，90%已经是别人提出的解决方案，而非问题本身。

关键洞察：

一个“慢”字背后可能是千万种病因：SQL没索引、网络带宽不足、前端渲染阻塞、甚至只是用户WiFi信号差。给错药比不治更可怕。

架构师要像医生问诊一样追问：“你为什么觉得需要这个？”“你遇到了什么具体困扰？”“如果不动手，最坏的结果是什么？”——把问题不断“剥洋葱”，直到露出核心诉求。

问题的定义必须可验证。不能只说“提高可用性”，要说“年度故障时间不超过XX小时”。不能只说“更灵活”，要说“新增一个报表字段不超过X人天”。

一句话总结：找到真问题，架构就成功了一半；在错误的问题上给出了完美的答案，那是彻底的失败。