所有的衡量标准，都要回归到两个基本原则：你自己会不会舍得掏钱出来买这本书；还有更重要的是，你会不会想把这本书列为自己的藏书，多年后，你还会很高兴在书架上找到这本书，并且很期待阅读这本书，甚至享受到一读再读的乐趣呢？

—— 《编辑人的世界》

在屏幕上每增加一个额外的功能或信息，都意味着用户需要学习更多的东西，误解的可能性就会增加，用户从中查找所需的信息就会更困难。 每当给系统添加一项功能，用户就需要多学习一些东西。 颜色应当仅仅用于区分和强调的目的，而不要用于提供信息特别是提供量化信息。

—— 《可用性工程》

如果要删除表中所有的数据，不要用 DELETE。而应该使用 TRUNCATE TABLE，它能完成相同的工作，并且速度更快（因为不记录数据的变动）。

—— 《SQL必知必会（第3版）》

大多数公司都有自己网络的规章，准则，政策以及意识取向，所有这些组成了一个你并不想深陷其中的巨大的毛线团。另一方面，如果你摆脱一切飞入太空，准求自己彻底独立的运营轨迹，你将失去帮助公司，顾客甚至包括你自己的能力。创新最终的目的是要保持一种连续的运动轨迹，既能影响整个运动系统，也受这个系统的影响

—— 《创新的艺术》

源于观察的能力才能使得发明成为可能。只有探索在常人看来很自然的东西，才会有改变常规的能力。

—— 《创新的艺术》

FLow:一个人的身体或大脑在自觉努力完成某项艰难且有价值的工作过程中达到极限时，往往是最优体验发生的时候。

—— 《Deep Work》

如果团队成员不清楚写卡片的价值，就不会不停质问为什么要花额外的时间来写这些东西。

—— 《User Story Mapping》

And, if they didn’t know, they might question whether they should be writing the story at all.

—— 《User Story Mapping》

“一种长期成功的产品，必须能增强人们的能力、给人们带来快乐”，这个道理其实很简单，人的终极期望永远是──“得到快乐”，要帮助人们得到快乐，必须要了解“是谁、在什么样的时间空间内、要做什么、为什么要做、他会怎样去做、会有什么样的感受”，这正是所谓设计应该考虑的因素，也正是设计的价值所在。

—— 《About Face》

范围(scope)：真正被讨论的系统是什么？ 主执行者(primary actor)：谁有要实现的目标？ 层次(level)：目标的层次是高还是低？

—— 《编写有效用例》

设计一个考虑全面的可用性研究，你必须回答一下问题： 1. 我需要什么类型的参加者 2.我需要多少个参加者 3 我将比较来自单组参加者的数据，还是比较来自多组参加者的数据 4我需要平衡任务顺序吗？

—— 《用户体验度量（纪念版）》

设计一个考虑全面的可用性研究，你必须回答一下问题： 1. 我需要什么类型的参加者 2.我需要多少个参加者 3 我将比较来自单组参加者的数据，还是比较来自多组参加者的数据 4我需要平衡任务顺序吗？

—— 《Measuring the User Experience》

怎么会有这么美的文字！我不是出于嫉妒，而是纯粹被语言的美感所震慑了。之后，无论是在教室还是在家里，我一有机会就会诵读这篇短篇，把全文都背了下来。长年以来我都对“除我以外应该没有人能把《山月记》从头到尾背下来”这事抱有自负。

—— 《創作する遺伝子》

无论什么时代，梦想和浪漫都不是能轻易得手的东西。梦想和浪漫就像是从地面上仰望太阳的那种感觉。明知道无法触及，但仍旧不断追寻，这不正是我们应该遵循的吗？只有那些一心一意追求着浪漫的人们，浪漫才会寄宿于他们的心中。

—— 《創作する遺伝子》

无论什么时代，梦想和浪漫都不是能轻易得手的东西。梦想和浪漫就像是从地面上仰望太阳的那种感觉。明知道无法触及，但仍旧不断追寻，这不正是我们应该遵循的吗？只有那些一心一意追求着浪漫的人们，浪漫才会寄宿于他们的心中。

—— 《僕が愛したMEMEたち いま必要なのは、人にエネルギーを与える物語》