跳转至

知乎回答:如何判断自己的技术积累?

来源:技术人资产论 02 技能资产 · 知乎分发完整版 字数目标:600-800 字,冷峻风,不发散


问题:《程序员如何判断自己的技术积累?》


大多数技术人,分不清两件事:

熟练使用,和拥有。

你在一家公司做了五年支付系统。你闭着眼都知道哪个接口凌晨三点会超时,哪段逻辑是十年前的老同事埋的坑。你以为这是积累。

换一家公司,做内容平台。你发现脑子里那套东西几乎全部失效——那家公司的支付系统是别人的支付系统,它的坑是别人的坑。

你带走的,只有"我做支付做了五年"这句话。


技能分三个层次,你先看清自己在哪层

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

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

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

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

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


三个最常见的"假积累"

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

2. 把熟练当理解。 同一个接口调用一万次,你不会更理解它,只会更熟练。熟练是肌肉记忆,不是认知。肌肉记忆不产生资产,认知才产生。

3. 把数量当广度。 做过十个 CRUD 项目,和做过一个需要深度架构设计的项目,是两种积累。前者是重复,后者是复利。


判断标准(可直接拿去用)

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

具体操作,每季度做一次"可迁移清单":

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

三行写不出来的季度,你在做租赁,没做所有权。

另外可以给每项技能标一个"迁移距离":

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

时间优先投给迁移距离短的部分。


最后一句:

技术人最贵的时间,是花在"租赁"上的时间。 工资是资产的租金。记住这句话。


📌 本文出自《技术人资产论》系列 02 技能资产。系列拆解四类资产:技能/作品/人脉/影响,关注不迷路。