需求还不清晰时，不要急着设计"能做任何事"的整体架构

“混乱大都市”最深层的病根，其实在代码之前：项目团队知道要占领什么市场,却不知道具体要做出什么产品,于是选择两面下注,要求一个”什么都能做”的软件平台，还配上一群各自为战、没有协调的架构师，每人拿着一块拼不上的拼图独自设计。结果是一套潜力巨大但什么都做不好的基础设施，而不是一个把一件事先做扎实、再逐步扩展的架构。这里的教训很反直觉：面对模糊需求时,更安全的做法不是把架构设计得足够”通用”以覆盖一切可能性，而是先按下设计的冲动,只设计当下已经确定需要的东西，把”通用性”留给未来真正出现的需求去驱动。