有一次,我在复盘自己的职业状态时。
突然意识到一个问题。
这些年,我一直在提升自己的能力。
学习技术。
解决问题。
承担更大的责任。
从表面来看。
我的系统运行得还不错。
有工作。
有收入。
有经验。
有一定的问题解决能力。
但是当我问自己一个问题时。
我突然停住了。
如果现在这个系统发生故障,我有没有备用方案?
比如:
如果有一天,公司业务调整。
如果岗位发生变化。
如果组织不再需要现在的能力结构。
我的生活会不会受到巨大影响?
答案其实并不乐观。
因为我发现:
过去很多年,我的人生系统里,存在一个非常明显的问题:
单点故障。
01 程序员最害怕什么?单点故障
做技术的人都知道:
一个系统最危险的地方。
不是某个模块偶尔出现Bug。
而是:
整个系统依赖某一个不可替代的节点。
比如:
数据库只有一个实例。
没有备份。
没有故障转移。
平时运行正常。
但是一旦数据库挂掉。
整个业务停止。
这就是:
单点故障。
成熟的系统设计,会尽量避免这种情况。
增加副本。
增加备用节点。
设计容灾方案。
目的只有一个:
即使某个部分失效。
整个系统仍然可以继续运行。
后来我发现:
人生其实也是一个复杂系统。
而很多人的人生。
也存在单点故障。
02 我的人生系统里,最大的单点故障是什么?
以前我没有认真思考过这个问题。
因为在过去很长时间里。
工作就是我的主要系统。
收入来自工作。
成长来自工作。
价值感来自工作。
这个模型运行了很多年。
所以我默认:
只要把当前工作做好。
未来就会自然展开。
但是后来环境变化。
让我开始重新审视这个设计。
我发现:
我的人生架构有点像这样:
公司
|
|
岗位
|
|
收入
|
|
生活
看起来很稳定。
但是实际上:
所有关键能力。
都集中在一个节点上。
如果这个节点发生变化。
下面所有模块都会受到影响。
这就是典型的:
单点架构。
03 为什么很多优秀的人,也会陷入单点故障?
这是我后来思考比较多的问题。
因为很多建立单点依赖的人。
并不是不努力。
恰恰相反。
他们往往是:
过去太专注于做好当前事情。
一个技术人。
如果在公司里持续成长。
很容易形成这样的路径:
做好技术。
解决复杂问题。
成为核心成员。
承担更多责任。
这条路径本身没有问题。
问题在于:
我们容易把”公司里的价值”。
等同于”自己的全部价值”。
公司认可你。
你觉得自己有价值。
公司需要你。
你觉得未来有保障。
但是:
组织系统和个人系统,本质不同。
公司会变化。
业务会调整。
战略会转移。
组织关注的是:
当前阶段需要什么。
而个人需要考虑:
未来十年,我还能依靠什么。
04 单点故障最危险的时候,不是崩溃,而是没有准备
其实很多系统。
不是突然坏掉的。
而是在问题发生之前。
已经出现很多信号。
比如:
流量增长。
响应变慢。
资源不足。
只是因为系统还能运行。
所以大家选择忽略。
人生也是一样。
很多40岁左右的技术人。
其实已经感受到一些信号。
技术更新越来越快。
年轻人的竞争越来越强。
组织对技术价值的评价发生变化。
但是因为:
工资还在发。
项目还能推进。
生活还能继续。
所以很多人选择:
先这样吧。
直到某一天。
真正的问题出现。
才发现:
自己没有备用方案。
05 我开始给自己设计”故障转移”
意识到这个问题之后。
我没有马上否定现在的工作。
因为当前工作依然是我的重要基础。
一个运行中的系统。
不能因为发现风险。
就直接关闭。
更合理的方式是:
增加备用能力。
就像系统容灾一样。
我的思考开始发生变化:
过去:
我要依靠公司获得全部价值。
未来:
我要让自己的价值可以跨环境运行。
06 人生系统,需要哪些备用节点?
后来我开始尝试建立几个新的模块。
第一个:知识资产
过去解决的问题。
不能只停留在过去。
那些经验。
方法。
判断。
应该沉淀下来。
从:
“我做过。”
变成:
“我能够讲清楚。”
再变成:
“别人可以复用。“
第二个:表达能力
技术人的一个隐藏问题:
拥有大量经验。
但是没有形成输出。
如果能力只存在自己的脑子里。
它很难产生复利。
文字。
视频。
分享。
其实是在建立:
个人能力接口。
第三个:外部连接
过去很多人的职业关系。
主要围绕公司。
同事。
项目。
组织。
但是未来。
需要建立更多连接。
行业交流。
内容输出。
同行关系。
这些都是个人系统的备用链路。
07 避免单点故障,不是让自己变成超人
这里有一个容易误解的地方。
很多人听到:
建立第二曲线。
马上想到:
我要同时做很多事情。
工作。
副业。
创业。
学习。
最后把自己变成:
一个多线程运行的人。
但是系统设计里。
增加节点不是无限增加负担。
真正优秀的架构:
不是复杂。
而是:
稳定。
人生也是一样。
不是要求你同时拥有十种能力。
而是:
不要把所有希望压在一个节点上。
08 40岁之后,我开始重新设计自己的人生架构
年轻的时候。
我们追求:
更快。
更高。
更强。
但是到了人生后半程。
可能需要考虑:
稳定性。
一个成熟系统。
不是没有故障。
而是:
故障发生时,还有恢复能力。
未来十年。
我希望自己的系统变成这样:
自己
|
-----------------------
| | |
工作系统 知识系统 输出系统
|
收入基础
工作依然重要。
但是它不再是唯一节点。
我希望:
即使未来环境变化。
自己依然有调整空间。
写在最后
后来我越来越觉得:
40岁之后最大的风险。
不是年龄增长。
而是:
你的人生系统,仍然只有一个节点。
年轻的时候。
单线程运行,没有问题。
因为我们还有时间。
还有机会。
还有大量试错空间。
但是到了人生中段。
需要开始考虑:
系统可靠性。
不是因为悲观。
而是因为:
真正成熟的工程师。
永远会提前设计容灾方案。
人生也是如此。
你不需要马上改变一切。
但是你可以问自己几个问题:
如果现在的工作发生变化。
我还有什么能力可以迁移?
如果收入来源中断。
我还有什么备用方案?
如果过去积累的经验失效。
我还能创造什么价值?
这些问题。
不是为了制造焦虑。
而是一次人生架构检查。
因为:
没有备用节点的人生。
看似稳定。
其实风险最高。
《人生 Debug》的第五步:
不是逃离当前系统。
而是:
给自己增加一个新的节点。
让未来的自己。
拥有更多选择。
我是语霖。
执笔为语,心落成霖。
希望用文字和声音,记录一个40岁程序员重新设计人生系统的过程。
我们下一篇继续聊。