目录
- 一个没有人在谈论的危机
- 经验消失的速度比我们以为的快得多
- [ mentorship 的真实价值：双向的，不是单向的](#3- mentorship-的真实价值双向的不是单向的)
- [好 mentorship 的要素：不是给答案，是问问题](#4-好- mentorship-的要素不是给答案是问问题)
- 从被指导者到指导者的转变
- 程序员的代际差异：理解比你年轻的人
- 建立一个 mentorship 系统的实际操作
- 传承：你真正能留下的东西
- 最后：这是你为自己做的最后一件事
1. 一个没有人在谈论的危机
这个系列谈了很多关于程序员如何面对中年危机的事。
但有一个危机，很少被讨论：经验的消失。
经验消失的危机：
你花了十五年积累的东西——
• 你踩过的坑
• 你做过的决策
• 你形成的技术直觉
• 你对复杂系统的理解
这些东西，很多都会跟着你一起消失。
不是因为你不想传承。
而是因为没有系统。这不是一个感伤的问题。这是一个现实的问题：经验如果没有被传递出去，对团队和后人都是损失。
2. 经验消失的速度比我们以为的快得多
2.1 经验消失的三种方式
经验消失的方式：
方式一：人走经验走
→ 你离职了，你带过的工程师还在
→ 但你脑子里的东西，没有被系统地记录下来
→ 几年后，新来的工程师踩了同样的坑
→ 这个坑，你当初踩过
方式二：技术变了，经验还在旧的地方
→ 你花十年在某个技术栈上积累的经验
→ 技术栈被替换了
→ 你的经验在新的语境里没有用了
→ 你自己也没有动力去迁移它
方式三：没有人继承
→ 你带了一个工程师，你认为他接了你的班
→ 但他只学到了你能力的一部分
→ 你的另一部分，从来没有被传递
→ 因为你不知道怎么传2.2 消失的经验的价值
消失的经验不是没有价值，而是没有被记录：
一个例子：
你经历过一次数据库迁移
→ 迁移过程中遇到了性能问题
→ 你的解决方式是在凌晨3点重做索引
→ 这个问题，几年后又出现了
→ 但你已经不在那家公司了
→ 新来的工程师，用了不同的方式解决
→ 也许更优雅，也许更笨拙
→ 但不管怎样，你的那套方法，消失了
这个消失的代价：
→ 也许是几个小时的时间
→ 也许是用户的糟糕体验
→ 也许是新工程师的信心受挫
但更重要的是：
→ 你十五年的职业生涯，有多少这样的"消失"？
→ 你以为你留下了什么
→ 但你真正留下的，比你以为的少得多3. Mentorship 的真实价值：双向的，不是单向的
3.1 Mentorship 不是牺牲
很多人一想到 mentorship，脑子里浮现的是：我要花时间去帮助别人，这是对我的消耗。
Mentorship 的常见误解：
误解一：Mentorship 是牺牲
→ 我要花时间教别人，我自己能做的就少了
→ 实际上：Mentorship 让你对已知的理解更深刻
→ 教学相长——这是被研究证实的
误解二：我不够资深，不适合做 mentor
→ 只有 senior 才能 mentor junior
→ 实际上：mentorship 在任何层级之间都可以发生
→ 每个人都有自己的独特经验
误解三：mentorship 必须正式
→ 要做 mentorship，就得签一个正式的协议
→ 实际上：一次有质量的对话，就是一次有效的 mentorship3.2 Mentorship 是教学相长
Mentorship 对 mentor 的价值：
价值一：巩固你自己的理解
→ 你以为自己理解了一件事
→ 直到你能把它解释给一个完全不懂的人
→ 你才能真正知道你的理解有多深
→ 很多你以为自己知道的东西，在解释的时候发现说不清楚
→ 这些说不清楚的地方，往往是你理解最浅的地方
价值二：发现你的盲区
→ 年轻工程师的问题，有时候会触发你的盲区
→ "为什么你会这样问这个问题？"
→ 你开始反思自己的假设
→ 反思让你对已知的理解更完整
价值三：保持对前沿的感知
→ 年轻工程师用的新技术，你可能没有用过
→ 通过他们的提问，你了解了新的技术方向
→ 这让你保持学习的意识
价值四：建立你的影响力
→ 你带出来的人，会记得你
→ 你在他们身上产生的影响，会变成你影响力的一部分
→ 影响力的扩大，是中年之后最重要的资产之一
价值五：意义感
→ 传承，是意义感的重要来源
→ 当你看到你帮助过的人成长了
→ 那种满足感，是物质奖励无法替代的4. 好 Mentorship 的要素：不是给答案，是问问题
4.1 错误的方式
Mentorship 中最常见的错误：
错误一：直接给答案
→ junior 遇到问题
→ mentor 直接给出解决方案
→ 问题解决了，junior 学到了什么？
→ 什么都没学到——他/她学到的只是"找 mentor 要答案"
错误二：过度保护
→ mentor 替 junior 挡住所有困难
→ junior 没有经历过真正的挑战
→ 所以也不会有真正的成长
错误三：忽视过程
→ mentor 只关心结果，不关心过程
→ junior 怎么解决的问题不重要
→ 重要的是结果对不对
错误四：一刀切
→ 用同一种方式 mentor 所有的人
→ 没有因材施教
→ 忽略了每个人的学习风格和成长需求4.2 正确的方式
正确 mentorship 的核心理念：
核心理念：问问题，而不是给答案
具体怎么做：
第一步：问问题
→ 不是"应该这样做"，而是"你觉得应该怎么做？"
→ 不是"这个问题很简单"，而是"你从哪里开始思考的？"
第二步：一起探索
→ 如果 junior 的思路有偏差
→ 不是打断他/她，而是等他/她说完
→ 然后问："你有没有考虑过另一个角度？"
→ 让他/她自己在引导下找到答案
第三步：复盘
→ 当问题解决后
→ 和 junior 一起回顾：这个过程里，你学到了什么？
→ 如果再做一次，有什么会做得不同？
→ 复盘是把经验转化为可迁移知识的关键步骤
第四步：设定边界
→ mentorship 不是无限的
→ mentor 的时间和精力也是有限的
→ 设定一个可持续的 mentorship 节奏
→ 每周一次，还是每两周一次
→ 保持稳定，而不是一次性投入太多4.3 问问题的艺术
问问题的具体类型：
类型一：诊断性问题
→ "你能描述一下这个问题吗？"
→ "你试过什么方法？"
→ "你预期会发生什么？实际发生了什么？"
类型二：引导性问题
→ "如果你换一个角度呢？"
→ "有没有类似的问题，你是怎么处理的？"
→ "如果你要向一个完全不懂技术的人解释这个问题，你会怎么说？"
类型三：反思性问题
→ "这次经历里，你最惊讶的是什么？"
→ "如果回到起点，你会做什么不同的事？"
→ "你从中学到了什么？"
类型四：元认知问题
→ "你是怎么思考这个问题的？"
→ "你的思维模式是什么？"
→ "这个思维模式在下一次可以怎么改进？"5. 从被指导者到指导者的转变
5.1 这个转变的特点
从被指导者到指导者的转变，往往比人们想象的更复杂。
从 junior 到 senior 的转变，已经有足够难度
但从"被指导者"到"指导者"的转变，难度是另一回事
区别在哪里？
被指导者：
→ 你接收信息，你是提问的人
→ 你是被服务的那个人
→ 你不需要对另一个人的成长负责
指导者：
→ 你输出信息，你是回答问题的人
→ 你需要对另一个人的成长负责
→ 你的反馈可能影响另一个人的职业轨迹
这个转变需要：
→ 耐心：从给答案到引导别人自己找到答案
→ 谦逊：你不是万能的
→ 信任：相信别人有能力解决问题
→ 观察：看到每个人的不同学习风格5.2 转变中的常见挑战
转变中的常见挑战：
挑战一：我不知道怎么 mentor
→ "我自己都是被 mentor 过来的"
→ "我不知道该教什么"
→ 实际上：mentorship 本身是一种可以学习的技能
→ 不是天生就会的，是可以练习的
挑战二：我担心自己不够好
→ "我自己的技术不够强，怎么 mentor 别人"
→ 实际上：mentorship 不等于技术 superior
→ mentor 的价值，往往在于经验、视角、思维方式
→ 而不是技术深度
挑战三：没有时间
→ 工作已经很忙了，还要 mentor 别人
→ 实际上：mentorship 可以是5分钟，也可以是1小时
→ 不需要把 mentorship 变成一个正式的大项目
→ 一次走廊里的对话，也是一次有效的 mentorship
挑战四：不知道怎么评估我做得怎么样
→ 我 mentor 了对方，但怎么知道他/她真的成长了
→ 实际上：mentorship 的评估，不在于 mentor 做了什么
→ 而在于被指导者能否独立解决问题了6. 程序员的代际差异：理解比你年轻的人
6.1 代际差异是真实的
中年程序员在带年轻工程师时，往往会有一个天然的障碍：代际差异。
代际差异的具体表现：
差异一：工作观的差异
→ 你那一代人：工作就是忠诚、长期、积累
→ 年轻一代：工作就是工作，生活是生活
→ 你觉得他们"没有责任心"
→ 他们觉得你"没有生活"
差异二：沟通方式的差异
→ 你习惯面对面沟通，邮件，正式的流程
→ 年轻人习惯即时通讯，异步，随意
→ 你觉得他们"不专业"
→ 他们觉得你"太慢"
差异三：权威观的差异
→ 你对权威有天然的尊重
→ 年轻人更倾向于质疑，不轻易接受"因为是这样所以是这样"
→ 你觉得他们"不服管"
→ 他们觉得你们"老派"
差异四：技术偏好的差异
→ 你对某些技术有深度积累和感情
→ 年轻人用的是你不太熟悉的新工具
→ 你觉得他们"不懂原理"
→ 他们觉得你"不懂新东西"6.2 理解代际差异背后的原因
代际差异背后的原因：
原因一：成长环境不同
→ 你成长在一个相对稳定的环境中
→ 长期耕耘是可行的
→ 年轻人成长在一个快速变化的环境中
→ 快速适应比长期积累更重要
原因二：对风险的感知不同
→ 你已经积累了财富和地位，你更保守
→ 年轻人没有什么可失去的，他们更愿意冒险
→ 这不是"年轻不懂事"，这是不同阶段的理性选择
原因三：对技术的态度不同
→ 你把技术当成身份的一部分
→ 年轻人把技术当成工具
→ 这让他们可以更自由地切换工具
原因四：对工作意义的理解不同
→ 你可能觉得工作本身就是意义
→ 年轻人更重视工作能否带来个人成长和意义感
→ 这不是他们"吃不了苦"，这是不同的价值观6.3 跨越代际差异
跨越代际差异的方式：
方式一：先理解，不评判
→ "他们为什么不这样做" → "他们的逻辑是什么"
→ 每个人都有自己的理由
→ 理解理由，是合作的前提
方式二：分享你的故事，不是你的结论
→ 不要告诉年轻人"你应该这样做"
→ 告诉他们："我遇到过类似的情况，当时我是这样处理的"
→ 让他们自己从你的故事里提取他们需要的东西
方式三：学习他们的语言
→ 去了解他们在用什么技术
→ 了解他们的工作方式
→ 这不是为了跟上技术，而是为了理解他们的世界
方式四：找到共同点
→ 你们都是工程师
→ 你们都会遇到困难，都会想解决问题
→ 这个共同点，比代际差异更根本7. 建立一个 Mentorship 系统的实际操作
7.1 非正式的 mentorship
非正式 mentorship 的方式：
方式一：开放办公时间
→ 每周设定一个固定的时间段
→ 任何人都可以来找你聊
→ 不需要预约
→ 这让 mentorship 变得可预期和可持续
方式二：走廊对话
→ 不要只在正式场合 mentor
→ 一次走廊里5分钟的对话，也可能是最有价值的 mentorship
→ 关键是：保持开放和可接近
方式三：午餐 mentorship
→ 每周和不同的年轻工程师一起吃午餐
→ 主题可以随意
→ 目的是建立关系，然后关系让 mentorship 发生
方式四：技术分享
→ 定期在团队内部分享你踩过的坑
→ 不需要多正式，不需要多长
→ 真实的故事，比完美的演讲更有价值7.2 正式 mentorship 系统的建立
如果你在管理岗位，建立一个 mentorship 系统的步骤：
步骤一：定义 mentorship 的目标
→ 不是"让 senior 教 junior"
→ 而是"让知识在团队里流动起来"
→ 让每个人都有自己的导师
步骤二：建立配对机制
→ 不要随意配对
→ 考虑：学习风格、性格、专业方向
→ 最好的配对：mentor 在某个方面是被 mentor 者的榜样
步骤三：设定结构，但保持灵活
→ 建议每月至少一次深度对话
→ 每周可以有简短的check-in
→ 但不要把 mentorship 变成又一个 KPI
步骤四：给 mentor 培训
→ 不是所有人天生都会 mentor
→ 基本的 mentorship 技巧可以培训
→ 问问题的艺术，复盘的方法
步骤五：评估，但不是为了评分
→ 定期问 mentor 和被 mentor 者：进展如何？
→ 有没有障碍？需要什么支持？
→ 评估的目的是改进，不是审判
步骤六：庆祝成功
→ 当 mentorship 产生了明显的成果
→ 在团队里分享这个故事
→ 让更多人看到 mentorship 的价值8. 传承：你真正能留下的东西
8.1 你能留下的，不只是代码
传承的物质层面 vs. 精神层面：
物质层面（代码）：
→ 代码是你工作的产出
→ 但代码最终会被重构、被删除
→ 你的代码不是你
精神层面（经验、判断、教训）：
→ 你踩过的坑——它们不会自动变成文档，但可以变成故事
→ 你的决策框架——它可以被显性化
→ 你的技术直觉——它可以被表达为"我是这样判断的"
→ 你的职业态度——它会在你带过的人身上延续
你带过的人：
→ 他们是你真正的遗产
→ 他们身上携带着你的经验
→ 当他们成长了，他们会把你的经验传递下去
→ 这是最真实的传承8.2 传承的最大障碍
传承的最大障碍，是你自己：
障碍一：认为自己的经验不重要
→ "我做的事情没什么特别的"
→ 实际上：你的每一个决策，都是在不确定性中做出的
→ 每一个这样的决策，都有价值
障碍二：不知道该怎么传
→ "我只知道怎么做，但我不知道怎么解释"
→ 实际上：这就是你理解的边界
→ 说不清楚的地方，是你理解最浅的地方
→ 所以 mentorship 也是帮助你深化理解的过程
障碍三：没有时间
→ 工作已经够忙了
→ 实际上：传承是你工作的一部分
→ 如果你没有时间传承，你的经验就会消失
→ 消失的经验，是你职业安全感的损失
障碍四：担心被超越
→ "我 mentor 了一个比我强的人，那我怎么办"
→ 实际上：被超越往往是自然会发生的事
→ 你的价值不在于"我是最强的"
→ 而在于"我带出来了比我更强的人"8.3 传承的形式
传承可以有哪些形式：
形式一：直接 mentor 人
→ 带一个 junior 工程师
→ 你的时间是有限的，但这仍然是最直接的方式
形式二：写下来
→ 写你踩过的坑
→ 写你的技术判断框架
→ 写你做过的决策和背后的逻辑
→ 你不需要完美，你只需要真实
形式三：分享
→ 在技术会议上分享
→ 在内部分享会上讲
→ 在博客上写
→ 你不需要是专家，你只需要有自己的视角
形式四：建立系统
→ 建立文档系统，让知识被记录
→ 建立 mentorship 系统，让知识被传递
→ 建立复盘系统，让经验被提炼
→ 你建立的系统，在你离开后仍然在运作9. 最后：这是你为自己做的最后一件事
9.1 传承对你的意义
在文章的最后，我想说一件关于传承的事情。
传承不只是你对世界的贡献。
传承，首先是对你自己的回报。
为什么？
因为当你把经验传下去的时候：
→ 你确认了你的经验是有价值的
→ 你确认了你走过的路不是白走的
→ 你确认了你不是一个孤立的个体，而是一个链条的一部分
这个确认本身，就是意义感。
中年之后，最大的危机之一，是意义感的消失。
而传承，是对抗意义感消失的最有效方式之一。
因为当你看到你帮助的人成长了，
你就看到了你存在的痕迹。
这个痕迹，是你留给这个世界的。9.2 最后一个问题
在文章的最后，问你一个问题：
你有没有一个 mentor？
一个你真正信任的、可以向他/她请教任何事的人？
如果你有：
→ 你现在还记得你从他/她那里学到了什么吗？
→ 你有没有对他/她说声谢谢？
如果你没有：
→ 你知道为什么没有吗？
→ 是因为你不信任任何人，还是因为你不知道从哪里找？
不管有没有：
→ 你有没有想过，成为别人的 mentor？
→ 你有没有想过：你的经验，值得被传承？
→ 你有没有想过：如果你不做这件事，你的经验真的会消失？
传承不只是一种责任。
传承是一种选择。
是你选择让你的经验，继续活着。9.3 这篇文章的真正目的
这篇文章不只是在讲 mentorship 的技巧。
这篇文章在问一个更根本的问题：
你花十五年积累的东西，你打算怎么办？
让它消失吗？
让它随着你离职、退休、离开，而一起消失吗？
还是你愿意做一些事情，让它留下来？
这个"做一些事情"，不需要是一个大项目。
也许只是：
→ 下次有人问你问题，你多说一句"我讲讲我的经历"
→ 写一篇博客，记录你踩过的一个坑
→ 带一个 junior，让他/她踩更少的坑
→ 和同事分享一个你做过的失败决策
这些事情，不需要花很多时间。
但它们让消失，变成留存。💭 思考题：你想一下，你最近帮助过的一个年轻工程师。他/她后来怎么样了？你有没有把你的经验，真正传递给了他们？
这是「程序员中年危机」系列的第二十篇。