认知

“囤设备"是个隐性陷阱。 人买设备时往往不是在买设备，是在买那个理想中的自己： 买单反 = 想成为"会摄影的人” 买 NAS = 想成为"有数字资产管理体系的人" 买健身环 / 跑步机 = 想成为"自律运动的人" 买 Kindle = 想成为"爱读书的人" 买乐器 = 想成为"有艺术修养的人" 设备买回家的瞬间是最爽的——人格购买已完成。但设备本身只是工具，工具需要持续使用才有价值，而使用需要的不是钱，是时间、精力、习惯——这些是钱买不到的。 所以"我想买 X"的真实问题往往是： “我有没有真的会用 X 的时间和习惯？” 90% 的时候答案是没有。 已经做对的几件事 用过四种 iPhone 尺寸再选 Pro 用脚投票，不是听评测。每个尺寸都付出了"用一段时间"的真实成本，得出的结论才靠谱。 iPhone Pro 不上 Pro Max 抵抗了"既然要就要最好的"消费惯性。这种惯性最贵——每次买都贵 ¥1000-2000，一辈子下来不止一台手机。 256G 不买 1T 抵抗了"一步到位"焦虑。1T 比 256G 贵 ¥1500-2000，但 90% 的人 1T 用一辈子也用不完，是纯粹的恐惧税。 单反先租再说 最聪明的——把"消费决策"变成"使用验证"。租 3 次发现自己 2 次嫌麻烦没带、1 次拍完没修，自然就放弃了。 NAS 先不买 承认现状（自建开源够用）+ 给未来留口子（条件触发再升级）。不是"永远不买"，是"现在不买"。 这种克制感的本质 是一种对自己诚实的能力。 大多数人买设备时都在自我欺骗： “我以后会用的” “买了就有动力了” “万一需要呢” “贵的肯定好” ...

我一直觉得,真正想清楚了再动手的0-1,应该比事后来收拾烂摊子的人值钱。但市场是反过来的。这件事困扰我很久。 很常见的一种情况是,一个项目交给一个一般的架构师,做了两年,系统能跑,但越改越重。后来公司请来一个很厉害的重构者,半年把它重新捋顺,拿到很高的报酬,所有人都觉得他救了项目。但很少有人会去想另一个问题:如果一开始就是那个厉害的人,会怎样。可能只要一年,系统更轻,后面也不需要重构。但这个反事实没法被算进账,因为它不存在。 好的0-1像运气,烂的0-1出英雄。英雄主义有两个时刻。一个在交付那一刻,快速上线、抢下窗口、赶在 deadline 之前把东西推出去,光鲜的只是速度,烂还没显形。一个在重构那一刻,前面的烂已经显形了,有人来收拾,救场。交付时的英雄卸任,新英雄上场。好的 0-1 两个时刻都不在场。它交付时不够快,因为想清楚要花时间;后期不需要救场,因为本来就不会出大事。所以它只能像运气。 这件事两千多年前就有名字——扁鹊三兄弟,大哥治未病,二哥治初病,扁鹊治大病,名气却倒过来。设计是一样的。被在架构阶段消灭掉的事故,不存在;不存在的事件不能被定价。能被定价的,只有可见的交付和发生过的事故。 当下定价的是速度和救场。好的设计要等很久才被看见,有时候一直不被看见。但它在那里。

过去十年里，勤奋让我走到了今天。但有些认知是勤奋换不来的，是时间给的，或者反过来，是时间从我身上收走了什么之后剩下的。 慢烧失败。 设计缺陷里，有一类不会在评审会上露面，也不会在压测里露面。要等系统跑上几年，再配合一次真实事故，才肯把问题摊开。日历时间、线上压力、历史包袱，少一个都不行。 只能时间教的事。 经济下行、业务转型、团队解散。这些事不讲道理，也没有方法论，只能经过。 完整生命周期。 一个项目从立项、成熟到退役，单次至少两三年。走完一整轮，才分得清"上线即巅峰"和"三年后被需求倒逼重构"是两种命。看方案多问一句：三年后会怎么样？很多当时算不到的成本，这一问就出来了。 老同事网络的密度。 五年认识的人，大约只有十年的一半。冷门问题知道该问谁，这种关系网是要花时间养的。 看完一波技术潮汐。 Azkaban 从调度标配退成历史名词，Flink 从挑战者变成实时处理的事实标准，Kafka 从消息队列变成事件流的中枢，Sqoop 从数据导入标配淡出主流。看完一波完整的起落，要十年。下次再有同类的东西冒出来，心里大概有数。 被自己当年的选择养着或坑着。 抢救线上故障，追到根因，是三年前自己偷的一行懒。业务要支持新场景，翻代码翻到五年前刻意留的一个口子，刚好对上。短窗口看不见这种回响，长窗口才分得出，哪些克制值得，哪些用力的方向后来证明走偏了。 老同事的真实走向。 当年同期入行的几十个人，十年后散在各处。大厂高管、创业失败、转行、出国、回老家、失联。这是一份关于职业可能性的样本。 判断曲线。 同一类问题会反复遇见。第一次靠直觉，第三次第五次第十次再面对结构相似的局面，可以回头比对自己的判断历史，哪些直觉准了，哪些错了，哪些当时觉得对，后来发现只是路径依赖。 行业常识被推翻。 必须分库分表才扛得住，现在 PG 单机能跑到千万 QPS。NoSQL 是未来，现在 NewSQL 又把 SQL 加了回来。见过几次常识被推翻之后，再听人讲"这是行业共识"，心里会留一分余地。 时间给了什么，又收走了什么。十年走下来，才有点数。

重要场合里最容易出问题的，往往不是不知道说什么，而是太急着回应。 人一紧张，就会本能地想立刻接话，试图证明自己听懂了、反应快、能扛得住场面。但越是这样，越容易把情绪也一起说出去。语气先乱，逻辑后补，结果一句话说偏，后面十句话都要拿来修。 我现在更愿意把这件事理解成一个很简单的流程：一停，二判，三说。 一停 先停 1 秒，不急着回应。 哪怕只是点头，或者先看着对方，也够了。 这一秒的价值，不在于礼貌，而在于切断情绪反应。很多错话不是观点错，而是反应太快。人一旦被冒犯、被质疑、被催促，就容易直接用本能接球。那时候说出来的话，通常不是“我想表达的”，而是“我当下的应激”。 这一停，就是给自己一个重新接管表达的机会。 二判 然后快速判断一句话：对方是在要信息，还是在施压？ 这是最关键的一步。因为很多场合里，表面上听起来像提问，实际上并不是在认真要答案，而是在测试你、逼你表态、催你让步，或者单纯想把节奏抢走。 如果对方是在要信息，那就正常回答，越清楚越好。 如果对方是在施压，就别急着对抗，也别急着辩解，先把情绪收住。很多人一感觉被压，就马上想证明自己没问题，结果话越说越碎，姿态越说越低。其实对方在施压时，你最该做的不是“赢回去”，而是别让自己失去控制。 先识别场景，后决定口径。 三说 最后再说。说的时候，不靠临场发挥，靠固定结构。 最简单的一种结构就是： 先接一句，再说重点。 比如： “这个点我理解。 我这边的情况是……” 或者： “这个问题可以分两点。 第一……第二… …” “接”这一下，不是示弱，而是把谈话重新拉回秩序。它先让对方知道，你听到了，也知道问题在哪。然后你再进入重点，就不会显得慌，也不会显得在乱挡。 重要场合里，很多人输不是输在内容，而是输在开头那一下太乱。开头一乱，后面即使内容对，别人也会先感受到你的不稳。 这个方法到底防什么 它防的不是“不会紧张”，而是“紧张时乱说话”。 紧张本身很难完全消失。越重要的场合，越在意的人，越容易有压力。真正有用的，不是要求自己毫不紧张，而是给紧张时的自己留一条动作路径。 一停，是防止情绪抢跑。 二判，是防止误把压力当问题来答。 三说，是防止表达散掉。 这三步合起来，目的只有一个：哪怕心里已经有波动，嘴上也不要失控。 几个很实用的替换句 有些话平时会说得太快，到了关键时刻尤其容易翻车。提前准备几句替换句，比临场硬扛有效得多。 被突然追问时：“我先确认一下你的问题。” 被质疑时：“这个点我理解，我把情况说完整一点。” 被催着表态时：“我先说我现在能确认的部分。” 场面有点压人时：“这个问题可以分开看。” 自己脑子有点乱时：“我整理一下，直接说结论。” 这些句子看起来都不强，但它们有一个共同作用：先把节奏拿回来。 最后 重要场合里，真正可靠的人，往往不是反应最快的人，而是能在压力下来之后，仍然把话说稳的人。 所以以后再碰到那种一紧张就想赶紧解释、赶紧回应、赶紧证明的时刻，可以只提醒自己三件事： 先停一下。 先判断。 再开口。