跳转至

技术人资产论 02:技能资产

技术人最大的幻觉:以为会用的东西,是自己会的

写给自己:冷峻分析风。本篇拆解"技能资产"——能迁移的才是你的。 结构:反直觉判断 → 三个层次 → 判断法 → 收尾金句。


先纠正一个幻觉。

大多数技术人以为,自己简历上写的那些技术,是自己的。

这个幻觉的代价,在离职那天才会结算。

你在一家公司做支付系统做了五年。你对这套系统的了解,深入骨髓:知道哪个接口会在凌晨三点超时,知道哪段逻辑是十年前的老同事埋的坑,知道生产环境出问题时的第一条排查路径。

然后你离职了。换一家公司,做内容平台。

你发现你脑子里那套东西,几乎全部失效。那家公司的支付系统是别人的支付系统,它的坑是别人的坑,它的排查路径是别人的排查路径。

你带走了什么?你带走的是"我做支付做了五年"这句话。而这句话,新公司会把它折算成多少信任,取决于你能多快把"做过"变成"能迁移"。


一、技能的三个层次

把一项技能分三个层次,很多人从没想过自己在哪一层。

第一层:接触过。 看过文档,跑过 demo,做过一个 demo 项目。特征是:需要照着文档写,出了问题查半天。

第二层:能干活。 在真实项目里用过,知道常规用法,能解决常规问题。特征是:可以完成任务,但遇到没见过的场景会卡住。

第三层:能迁移。 理解了底层机制,知道它在什么场景下适用、什么场景下失效,能把解决一个问题的思路,移植到另一个完全不同的领域。

三层的区别,不在熟练度,在所有权

第一层和第二层,是租赁——你租了这门技术的使用期限,公司付你租金,租约结束,使用权收回。第三层,是所有权——你理解的是机制,机制跟着你走,去哪个项目都算数。

判断标准,和总纲一致,可复述:

换一家公司,这项能力还能不能复用? 能复用的部分是资产,不能复用的部分是岗位说明书。


二、为什么大多数人停在第二层

停在第二层不是不努力。是努力的方向被系统性地误导了。

误导一:业务知识被包装成技术积累。 你深入了解公司业务,是好事。但业务知识是绑定这家公司的——它的残值,在你离职那天归零。把业务理解写进简历,是诚实的,也是危险的:它让你以为自己有积累,其实积累的是租约内容。

误导二:熟练度被包装成理解深度。 同一个接口调用一万次,你不会更理解它,只会更熟练。熟练是肌肉记忆,不是认知。肌肉记忆不产生资产,认知才产生资产。

误导三:项目数量被包装成能力广度。 做过十个 CRUD 项目,和做过一个需要深度架构设计的项目,是两种积累。前者是重复,后者是复利。重复不产生新资产,复利才产生。


三、技能资产的三个动作

动作一:每季度盘点"可迁移清单"

在资产盘点表里,技能资产那一栏,只写三样东西:

本季度新掌握的底层机制是什么?
(不是新学的框架,是机制:缓存、一致性、调度、限流……)
本季度把哪个"熟练"升级成了"理解"?
本季度哪项能力,换一家公司依然成立?

如果三行都写不出来,说明这个季度你在做租赁,没做所有权。

动作二:用"机制"替换"用法"来学习

学任何技术,追问三层:

它解决什么问题?(场景)
它为什么这么设计?(机制)
它在什么场景下会失效?(边界)

回答完这三层,你拥有的才是可迁移的认知。只回答第一层,你拥有的只是使用说明。

动作三:给技能标"迁移距离"

给你的每项技能打一个分:换一家公司,这项技能需要多长的迁移距离。

  • 迁移距离短:算法、架构思想、排查方法论——直接带走
  • 迁移距离中:某语言的生态、某中间件的运维——需要重新熟悉
  • 迁移距离长:公司内部系统、特定业务逻辑——基本归零

资产的排序,按迁移距离从短到长。你的时间,优先投入迁移距离短的部分。


四、收尾

技术人最贵的时间,是花在"租赁"上的时间。

不是不让你学公司要用的技术——租金还是要收的。是让你在收租的同时,留下一部分时间,投资所有权:理解机制,沉淀方法论,把"熟练"升级成"理解"。

判断一项技能值不值得深挖,问自己一句话:

它是我租来用的,还是我买下来带走的?

工资是资产的租金。记住这句话。

下一篇:资产论 03《做任务还是做作品:同一个代码,两种人生》