有人上升，有人下降：四个人与时间的答案

我用“两分钟法则”和“物理隔离”治好了我的拖延症

我用「两分钟清单」治好了拖延症：一个极简效率小方法


## 为什么一本十几年前的书，今天读起来依然不过时？

周末整理书柜，再次翻出那本已经泛黄的《黑客与画家》。第一次读它是在大学刚毕业那年，那时候满脑子想的都是怎么把代码写得漂亮、怎么进大厂。如今十几年过去，技术栈迭代了好几轮，连编程语言的热榜都换了一茬，但这本书里的很多观点，非但没有过时，反而在当下的 AI 浪潮里显得愈发锐利。

保罗·格雷厄姆不是那种给你列技术清单的作者，他更像一个坐在壁炉边跟你聊天的前辈，聊着聊着就把一些底层逻辑掰开了揉碎了给你看。这次重读，有三个观点像钉子一样扎进了我的脑子里。

## 观点一：真正优秀的人，都在“创造财富”而不是“分配财富”

书里有一段话我一直印象深刻：**“如果你把工作看作是‘拿时间换钱’，那你永远只能当一颗螺丝钉；如果你把工作看作是‘创造新东西’，你才有可能获得超额回报。”** 格雷厄姆用了一个很形象的比喻——最有钱的人不是那些分蛋糕的人，而是那些把蛋糕做大的人。

我们身边有太多人把精力花在了“竞争”上：抢一个晋升名额、争一个热门项目、比谁加班更晚。但格雷厄姆指出，真正稀缺的能力不是比谁更卷，而是**能不能从 0 到 1 做出别人没做过的东西**。这让我反思自己之前的工作状态：我是不是在忙着跟同事较劲，而忘记了去想一想——我现在做的事情，到底是在创造新的价值，还是仅仅在现有系统里做搬运工？

技术人尤其容易陷入“工具崇拜”，觉得学会了某个新框架就高人一等。但框架总会过时，而**“创造”这个能力本身，才是穿越周期的硬通货**。所以我现在更愿意把业余时间花在“做一个没人做过的小工具”上，而不是盲目追最新版本的某个库。

## 观点二：编程语言不是工具，是思维方式的容器

格雷厄姆对编程语言的看法非常“叛逆”。他说，程序员选择什么语言，本质上是在选择一种思维方式。他举了 Lisp 的例子：**Lisp 的宏和抽象能力，让使用者更容易去思考“程序的结构”而非“程序的行为”。** 这就像一个画家选择用油彩还是水彩，不仅仅是工具不同，而是最终画出来的东西气质完全不同。

我最早是写 Java 出身的，后来接触了 Python 和 JavaScript，再后来学了一点函数式编程。每次切换语言，都像换了一副眼镜看世界。以前觉得“万物皆对象”是天经地义的，后来发现“数据不可变”其实能省掉很多 bug。这种认知上的冲击，远比记住几个 API 更有价值。

所以现在我带新人或者写技术分享时，很少去争论“哪个语言更好”。我更愿意问：**“你想解决的问题，适合用什么思维方式去拆解？”** 语言的流行度是一时的，但思维模型的拓展是终身的。格雷厄姆提醒我们，不要被语言的流行度绑架，去尝试那些“小众但优美”的东西，哪怕只是练练手，也能让你对代码的理解多一个维度。

## 观点三：设计的本质，是“取悦自己”而不是“取悦用户”

全书最打动我的章节，其实是关于设计的。格雷厄姆认为，好的设计来自于**“一个人对完美的执着”**，而不是市场调研。他说了一句很绝的话：**“如果你做的产品连自己都不想用，那它大概率是糟糕的。”**

在互联网行业，“用户导向”被奉为圭臬，但格雷厄姆指出，真正颠覆性的产品——比如 Macintosh、比如最初的 Google——都是设计者首先取悦了自己的产物。你当然要尊重用户，但如果你自己都没有“我要把它做美”的冲动，你做出来的东西就会平庸。

我反思自己做过的项目。那些让我最满意、用户反馈也最好的，往往是我自己投入了大量个人品味、反复打磨细节的。而那些“凑合能用就行”的产品，即便功能齐全，也总是差一口气。**品味这个东西，没法通过写文档定义出来，但它恰恰是机器和 AI 最难以复制的东西。**

现在 AI 已经能写代码、能画图、能写文案，但我越来越觉得，未来人和人之间的差距，不在技术掌握得有多深，而在“审美”和“品味”上。你有没有对美的敏感？你愿不愿意为一个像素、一个命名、一个交互细节花时间？这些“无用”的执着，才是技术人最后的护城河。

## 写在最后

合上书的时候，我想起书里的一句话：**“一个人从优秀到卓越，往往不是因为他多掌握了什么技能，而是他忽然开始在意那些以前不在意的东西。”** 技术会变，风口会转，但“创造”、“思考”和“品味”这三样东西，值得每一个技术人像捍卫珍宝一样去保护。下次再遇到选择困难时，不妨问问自己：**这个东西，我作为用户，真的喜欢吗？**


技术可以学，但品味才是分水岭。。为什么一本十几年前的书，今天读起来依然不过时？ …

重读《黑客与画家》：技术浪潮中，真正稀缺的是“品味”

评论