最近有好几个年轻同事问我类似的问题:
"我刚学完K8s,现在AI来了,K8s以后还用得上吗?"
"我花了大半年学Redis,现在AI能帮我写缓存策略了,我是不是白学了?"
"AI能不能直接帮我做架构设计?还需要学微服务吗?"
这些问题背后是同一个焦虑:在这个AI时代,我现在学的东西,以后还有没有用?
引子
我们团队去年来了一个新人,985硕士,算法底子很好,上手AI工具特别快。
另一个老员工,干了6年,对AI工具一直提不起兴趣,觉得"写代码还是自己动手踏实"。
结果呢?
AI工具刚出来那阵子,新人确实占了便宜——同样的CRUD,他用AI写完,人家还在敲键盘,他已经开始想下一个需求了。
但半年之后,情况开始变化。
新人开始遇到瓶颈:AI能帮他写代码,但设计不出好的系统架构;AI能帮他生成方案,但判断不出哪个方案真正适合业务场景。
老员工呢?代码写得慢,但系统设计能力扎实,遇到复杂问题能想清楚前因后果。
现在老员工的不可替代性,反而更高了。
所以,"技术"到底在学什么
我想先区分两件事:学技术和学能力。
技术,是特定工具的使用方法。比如Redis怎么配、K8s怎么部署、MySQL怎么优化。这些有明确的边界和操作步骤。
能力,是解决问题的方式。比如:如何判断一个系统瓶颈在哪?如何评估两种技术方案的取舍?如何设计一个能抗住未来增长的架构?
AI替代的是技术,不是能力。
你学Redis的配置命令,AI可以帮你写。你学K8s的部署流程,AI可以帮你生成YAML。但你看到一个系统的性能问题,知道要从哪个方向切入、该问什么问题、为什么这个方案比另一个方案更合适——这个AI帮不了你。
但有一种焦虑是真实的
有人会说:我学技术不只是学操作,也是在建立对系统的理解。
这个逻辑是对的。
学Redis,确实能帮你理解"缓存"这个概念在分布式系统里是什么位置。学K8s,确实能帮你理解"容器化"和"编排"解决了什么问题。
问题是:你学Redis的方式,是不是真的在学"缓存"?还是在学"怎么配Redis"?
这两件事差别很大。
如果你的学习终点是"能配置Redis",那AI来了你确实会焦虑,因为AI配得比你快。
如果你的学习终点是"理解缓存在分布式系统里的作用、什么时候该用、什么时候不该用",那AI来了你不会焦虑——因为你学的是底层的逻辑,工具只是表现形式。
现实中有两种人
第一种:一直在追技术,追工具,追框架。
这类人很勤奋,每出一个新技术都去学。学Rust、学Go、学K8s、学AI Agent框架……
但他们有一个共同特点:学了很多,但每一样都停在会用层面。
追了5年技术,换了3个方向,回头看自己的不可替代性,并没有因为学得多而提升。
第二种:选定一个方向,深扎下去。
这类人可能没有追热点,但他们在自己的领域里积累了深度认知。
比如有人专攻数据库,每年都在跟进,但研究的是"什么样的业务场景该选什么样的数据库",而不是"哪个数据库又出了新版本"。
这类人不管AI怎么变,位置都很稳。因为他们积累的是判断力,不是操作手册。
回到最初的问题:还要不要学技术
要学。但要搞清楚在学什么。
学技术本身:学操作,但别只学操作
Redis怎么配、K8s怎么用,这些当然要学。但学完操作步骤之后,要问自己:这个技术解决了什么问题?边界在哪?什么情况下不该用它?
把"怎么做"延伸成"为什么这样做",技术就从工具变成了能力。
学系统的设计逻辑:这是最值得投入的
架构设计、数据库选型、系统瓶颈分析、接口契约设计……这些东西没有标准答案,需要长期积累和深度思考。
AI可以帮你写代码,但帮你做架构设计的AI,目前还差得远。
学"问对问题"的能力:这个越来越重要
AI能回答问题,但前提是你能问出好问题。
一个工程师能不能在拿到需求的时候,快速判断出:
这个需求的本质是什么? 可能的技术风险点在哪? 哪几个方案是值得评估的?
这个能力,AI没法替代。而且越往后,这种能力越值钱。
学技术的三个层次
AI来了,你学的东西有没有用,取决于你学到哪一层。
第一层的东西,AI可以替代,而且会越来越便宜。
第二层和第三层的东西,AI可以辅助,但没法替代——因为这两层靠的不是信息,而是判断。
所以,与其焦虑"这个技术以后还有没有用",不如问自己两个问题:
我学这个技术,是为了知道"怎么做",还是为了理解"为什么"?
我除了会操作这个工具,还有没有形成自己的判断力?
能回答清楚这两个问题的,不管AI怎么变,都不会焦虑。
你学技术的时候,最在意的是"会用",还是"理解为什么"?评论区说说你的想法。
AI时代学技术的建议
1、学完操作步骤之后,花时间理解"为什么这样设计"
2、区分"技术"和"能力"——技术是工具,能力是判断力
3、定期问自己:这个技术,解决了什么问题,什么情况下不该用它?
4、AI时代最值钱的能力是"问对问题",而不是"知道答案"
5、与其追10个新工具,不如把1个领域的原理学透
夜雨聆风