跳到主要内容
阅微漫记
返回

认知接口:你和世界对话的协议,可能早就过时了

有一段时间,我经常产生一种挫败感。

明明自己做了很多事情。

明明解决了很多问题。

明明十几年技术生涯,也积累了不少经验。

但是不知道为什么:

自己的价值,好像越来越难被看见。

这种感觉很微妙。

不是没人认可你。

你的领导知道你靠谱。

你的同事知道你能扛事情。

遇到复杂问题,大家也愿意找你。

但是:

当你认真思考未来的时候。

又会产生一种不确定。

如果未来几年,我继续按照现在的方式工作。

五年以后,我会变成什么样?

如果行业继续变化。

如果技术持续升级。

如果组织需要的人越来越年轻。

我的价值,应该如何重新定义?

以前遇到这种问题。

我的第一反应通常是:

是不是我要再学习一些新技术?

是不是我要提升自己的技术深度?

因为程序员解决问题的方式,往往就是:

发现问题。

补充能力。

修复缺陷。

但是后来我发现:

这个问题可能不是能力问题。

而是:

我和这个世界沟通的接口,可能还停留在过去。

01 程序员都知道:接口决定系统如何连接

作为程序员。

我们每天都在设计和使用接口。

一个服务想调用另一个服务。

必须知道:

接口地址是什么。

参数是什么。

返回结果是什么。

如果双方协议一致。

系统可以正常通信。

如果协议不匹配。

哪怕两个系统本身都很好。

也无法正常协作。

比如:

一个系统发送:

{
"name":"语霖"
}

另一个系统期待:

{
"userName":"语霖"
}

从人的角度看:

信息一样。

但是系统不知道。

因为:

协议不同。

后来我发现:

人与世界之间,也存在类似的接口。

这个接口,就是:

认知接口。

02 我的旧接口:做好事情,价值自然会被看到

这是很多技术人的默认认知。

尤其是我们这一代程序员。

刚进入行业的时候。

这个逻辑非常有效。

努力学习。

提升技术。

解决问题。

然后:

获得认可。

获得机会。

获得成长。

于是我们慢慢形成了一套人生协议:

输入:
努力 + 能力

输出:
认可 + 回报 + 发展

这套协议运行了很多年。

甚至帮助我们从新人。

成长为团队里的核心成员。

所以我们相信:

只要持续提升自己。

世界自然会给反馈。

但是后来,我发现:

这个接口开始出现兼容问题。

03 第一次接口失效:价值创造了,但是没有被传递

以前技术人的价值比较容易被看到。

一个Bug解决了。

一个系统上线了。

一次故障恢复了。

结果非常明确。

你做了什么。

产生了什么影响。

大家都能看到。

但是到了职业中后期。

情况发生变化。

你的价值越来越偏向:

判断。

设计。

规划。

风险控制。

比如:

你提前发现一个架构风险。

最后系统没有出问题。

这件事情的重要性,其实很高。

但是别人可能感受不到。

因为:

没有发生的事情,很难证明它的价值。

这时候,如果继续使用过去的接口:

“我把事情做好,别人自然会看到。”

可能就会出现问题。

因为:

你的价值没有被正确表达。

04 第二次接口失效:我一直在输出技术,却没有翻译价值

这是我后来反思比较深的一点。

技术人很容易陷入一种习惯:

描述自己做了什么。

我优化了数据库。

我调整了架构。

我升级了系统。

我解决了性能问题。

这些描述没有错。

但是它们更像:

技术日志。

而组织真正关心的问题通常是:

为什么做?

解决什么风险?

创造什么价值?

比如:

以前我可能会说:

“我们把系统QPS提升到了更高水平。”

但是换一个角度:

“通过架构优化,降低业务增长带来的稳定性风险,为未来规模扩展提供基础能力。”

事情没有变化。

但是表达接口升级了。

前者描述:

你做了什么。

后者表达:

为什么重要。

05 第三次接口失效:我给自己的定义,可能限制了未来

还有一个问题。

我后来发现:

很多技术人,包括过去的我。

容易被自己的身份限制。

比如:

“我是程序员。”

这句话没有错。

但是它隐藏了一些限制。

因为别人听到程序员。

容易想到:

写代码。

修Bug。

实现需求。

但是工作十几年以后。

其实你的能力已经远远超过这些。

你可能:

理解业务。

设计方案。

推动协作。

识别风险。

培养新人。

可是如果你自己仍然定义:

“我是一个写代码的人。”

那么你的能力边界,也会被这个定义限制。

你如何定义自己。

决定别人如何理解你。

06 我开始重新设计自己的认知接口

意识到这个问题之后。

我开始尝试做一次升级。

不是否定过去。

而是重新暴露自己的能力。

过去:

我的接口:

身份:
程序员

输入:
需求

输出:
代码

未来:

我希望升级为:

身份:
技术系统设计者

输入:
复杂问题

输出:
解决方案和系统能力

区别在哪里?

不是技术变了。

而是:

我对自己价值的理解变了。

07 认知接口升级,本质是重新连接世界

后来我越来越觉得:

很多40岁技术人的困境。

不是不会。

而是:

过去的连接方式,已经无法支撑未来。

年轻的时候。

我们主要依靠:

技术能力。

但是未来。

可能需要更多:

表达能力。

系统思考能力。

影响力。

这不是要求每个人成为销售。

也不是要求技术人改变成另外一种人。

而是:

让自己的能力拥有更多出口。

一个系统内部能力再强。

如果没有好的接口。

也无法连接外部世界。

08 我现在正在做的三个接口升级

这也是《人生 Debug》这个系列,我想持续记录的过程。

第一:从技术输出,到认知输出

以前:

解决一个问题。

未来:

总结一个问题背后的规律。

把经验变成模型。

第二:从组织价值,到个人价值

以前:

我的价值主要存在公司内部。

未来:

尝试建立属于自己的长期资产。

文字。

内容。

知识体系。

让自己的能力可以跨环境迁移。

第三:从执行问题,到定义问题

以前:

别人提出需求。

我负责实现。

未来:

主动理解:

为什么需要这个需求?

真正的问题是什么?

有没有更好的系统方案?

这是技术人成长后半程的重要变化。

写在最后

回头看。

我发现:

过去十几年,我一直在优化自己的技术能力。

但是很少优化:

自己的认知接口。

直到40岁左右。

才开始意识到:

世界并不会自动理解你的价值。

你需要设计一个新的接口。

让过去积累的一切。

能够连接未来。

代码需要接口。

人生也需要接口。

《人生 Debug》的第三步:

不是马上改变自己。

而是重新检查:

我正在用什么协议和世界沟通?

这个协议。

还能支持未来十年吗?

如果答案是否定的。

也许现在正是升级的时候。


我是语霖。

执笔为语,心落成霖。

希望用文字和声音,记录一个40岁程序员重新设计人生系统的过程。

我们下一篇继续聊。


分享这篇文章:

上一篇
人生代码审查:把你欠的债,一笔一笔列出来
下一篇
灰度发布:为什么人生重大转型,不应该一次性重启系统