那是我入职第二年，一个技术方案会议。
我准备了将近一周，技术难点列了一张A4纸，各种边界情况都考虑到了。
会上，我滔滔不绝讲了将近半小时。
讲完，会议室里安静了几秒。
leader只问了一句话：
我当时有点愣。
我准备的所有内容，在那一刻像是被抽空了地基 —— 不是因为我讲错了，而是因为我连正确的问题都没搞清楚。
后来我反复想这件事，观察身边的两个前辈。
一个是"镜子"。他不说大道理，用行动让我看见：一个混乱的团队，是可以被一步步带到有工程秩序。从他身上，我学到了如何解决问题。
另一个是"灯塔"。他是不断抛出更难的问题，逼着我站到更高的位置去思考。从他身上，我学到了如何定义问题。
我和前辈之间的差距，不是阅历，不是技术深度，而是我们处理一件事的方式，在每个环节都差了一步。
该想的地方，我没想。该动手的地方，我在等。做完后，我什么都没留下。
每一步都省了力气，加在一起，就是差距。
一、开始之前：用执行代替了思考
大多数人拿到问题，第一反应是"怎么做"，而不是思考"这是不是真正的问题"。
回到那次会议室。我的问题不是准备不够认真，而是我根本没有问过自己：这个需求，是真正需要解决的问题吗？
这是两种完全不同的思维起点。
当你只对模块负责，你盯的是代码。当你对系统负责，你考虑的是整体风险。当你对业务负责，你问的是"值不值"。
这句话听起来像废话，但真正内化，需要很长时间。
我带新人之后，这种感受更深。
某个业务系统交易量几乎为零，有一次，新人问我："这种系统都没用户，为什么不直接下线？"
问题本身没错，但他不知道，这个系统已经被监管单位备案，涉及合规，不能轻易动。
他不是不聪明，是他看不见那个维度。
这也让我意识到一件事：每一个听起来很奇怪的问题背后，往往都有一个你还没看见的约束条件。 不要急着反驳，耐心听背后的逻辑。
而我当年，也是那个看不见维度的人。
还有一种更隐蔽的偷懒，发生在思考层面。
新人遇到问题，第一反应是直接问——问前辈，或者直接丢给AI。
问人和使用工具都没问题，问题在于：跳过了最关键的一步——自己想。
拿到答案，记住了结论，但没有走过那条推理路径。下次遇到类似问题，还是要再问一遍。
真正长在身上的能力，不是记住答案，而是走过一遍思考路径。
哪怕走错了，那个过程本身就是积累。
怎么训练自己定义问题的能力？
养成一个习惯：开口之前，先在脑子里过三个问题。
先自己想，再问别人。开口的时机变晚了，但开口之后说的话变准。
二、过程之中：用思考代替了行动
有些问题，想破头不如直接跑一遍——思考是必要的，但思考不能代替验证。
遇到复杂问题，很多人的第一反应是分析、推演。但有时候，这些"思考"本身就是在拖延行动。
去年团队在讨论一个技术问题：自研框架里，事件怎么落盘？
这个问题牵扯到性能、刷盘机制、ACK确认等一系列因素，看起来很复杂。
有人从理论角度分析，有人问了AI。
AI给出了一个听起来很合理的解释，说存在某种文件读写的问题需要解决。
于是讨论开始围绕"怎么解决这个问题"展开，越绕越复杂。
后来直接写了个demo跑了一遍。
结果发现：AI描述的那个问题，根本不存在。
团队在虚假的问题上绕了很久。一个demo，五分钟，终结了所有争论。
这件事让我想到一个比喻：有种投资方式，不精挑细选，而是把所有赛道的头部公司都投一遍，用穷举代替判断。
不是因为他们懒，而是因为——有些事情，行动比思考便宜。
技术决策也是一样。遇到不确定的问题，与其在脑子里反复推演，不如把所有分支摊开在纸上，写demo验证，用200分的行动换100分的确定性。
试错的成本，有时比反复权衡更低。
还有一种"用思考代替行动"——还没开始，就觉得条件不够。
工作第六年，我接了一个任务：在组织层面推广DDD规范。
一开始我很怂。我给自己找了个冠冕堂皇的理由："这种事要推成，必须有自上而下的权威，既要有权力，又要深度了解每个项目，我现在层级不够。"
然后我就在等。
直到我看见一个新人，负责定义统一代码目录规范——这是一件极容易引发争议、吃力不讨好的事。
他没有任何权威，但他做了一件很简单的事：一个个去问。把每个团队的做法全部记录下来，把差异摊开来讨论，最后真的落地了。
我站在旁边，有点触动。
权威，往往是做成事之后的结果，而不是做事的前提。
没有调查，就没有发言权。不是没有条件，是不愿意踏出第一步。
于是我开始跑项目组，交流想法，了解现状，借阅业务资料和代码。
最终，交出了一份及格的答卷。
不是因为我突然变强了，而是因为我不再等"时机成熟"。
面对难题，与其担心做不好，不如想想：哪怕做到60分，我能获得什么？
成长，藏在那个你以为自己还没准备好的时刻里。
三、结束之后：用经历代替了积累
做完就过去了，经历不会变成能力——结构化的知识才能迁移。
技术圈有一个广为流传的自嘲：一周后看不懂自己写的代码。
这个梗背后，其实藏着一个真正的问题：代码不是设计出来的，是边想边写的。写完就算，从来不回头打磨。
以此类推：出了线上事故，处理完，松一口气，然后继续下一件事。
同样的问题，会在不同的系统里反复踩。不是记性差，是从来没有真正想清楚过：这个问题是怎么发生的？下次它会以什么形式再出现？
我习惯把关键决策的推理过程记录下来。为的是下次遇到类似困境时，缩短思考路径，不用从零开始想。
时间长了，这些记录会变成一套属于自己的判断框架。不是从书上抄来的，是从自己的错误和选择里长出来的。
那才是真正属于自己的东西，带不走，也偷不走。
写在最后
高手不只是“阅历”，而是每个环节，都多做一步：
如果你感受到"自己的答案比前辈差一点"，那么恭喜你：
看见差距，本身就是成长的起点！
