如果只推荐一本书给开发者和创作者，我几乎不会犹豫，答案是 Refactoring UI。

不是因为它教你“什么风格好看”，而是因为它直接告诉你：什么地方一定是错的。

很多人卡在 UI 上，并不是审美差，而是不知道问题出在哪。界面看着别扭，却只能凭感觉反复修改。

这一期里，我聊的是《Refactoring UI》如何用大量前后对照，把 UI 从“玄学”拉回到可判断、可修正的层面。

如果你做产品、写代码、独立开发，或者经常需要在没有设计师的情况下做界面，这一期会非常实用。

• 为什么我会把《Refactoring UI》推荐给开发者和创作者

• UI 为什么是产品设计里最容易被误解的一块

• “界面不对劲，但说不出来”的根源是什么

• 《Refactoring UI》的核心方法：错误示例 vs 正确示例

• 为什么它更像一次 UI 的 code review

• 为什么我不建议从头到尾把这本书当小说读

• 这本书真正的价值在于反复翻和对照

• 当你带着书里的例子去看熟悉产品时，会发生什么

• 高级感背后，其实是非常朴素的原则

• 颜色、字体、间距和留白的真实作用

• UI 的基本功，为什么比风格更重要

• 从单个页面，转向系统性的思考

• 设计原则看起来简单，但执行并不容易

• 从功能出发，而不是从布局出发

• 限制选择，而不是不断增加选项

• 这些“默认决定”，为什么不是设计选择

• UI 改进为什么几乎每天都能用得上

• 把 60 分的界面，稳定拉到 80 分

• 最后的判断：少犯错，本身就是专业度

545 /《Refactoring UI》：UI 做不好，往往不是审美问题

狗熊有话说 / BearTalk