转型方向不是换一门语言,而是从“为技能负责”转向“为结果负责”:靠近业务、能定义问题、能对交付结果担责的人更难被替代。
AI根据立正公开的文章和视频整理,不是他本人回复。重要的判断,请回到出处核对。
被替代的是单一技能,不是程序员
材料里的观点过去工程师的价值常绑定在具体技能上,比如前端、后端、Java、React、Kubernetes。AI 让这些单一技能的可替代性提高,越靠近业务结果、越能对结果负责的人越难被取代。AI 能写代码、生成方案,但最后仍需要有人做判断、和客户一起把事情做成、对结果承担责任1。一个可检验的信号:你手上最近完成的事,如果换成一个会用 AI 的人,他能不能只靠你留下的文档和上下文就复现?能复现的部分,就是可替代性较高的部分。
从过程确定转向结果确定
材料里的观点有嘉宾提到,程序员的习惯是“过程确定”——先想清楚每一步怎么做;而用 AI 做事需要转向“结果确定”,即把想要的文件、要做的检查描述清楚,让 AI 自己去想办法完成2。这个转变对程序员尤其难,因为软件工程的原则仍然适用,但一些习惯需要重新学。可以试的做法:挑一件你原本要亲手写的小任务,只写清输入、输出和验收标准,交给 AI 执行,然后观察你在哪一步忍不住想接管——那一步往往就是你需要重新定位自己价值的地方。
往“设计系统”的位置走
如果还想留在组织里,一种打法是主动往更接近模型、也更接近结果的位置移动,比如 AI engineer、AI architect、AI PM 这类角色,名字不重要,重要的是不再只负责一段具体执行,而是负责设计整个系统如何用 AI 把结果做出来3。这类人的价值体现在四件事:把模糊业务问题翻译成 AI 能消费的上下文、设计评估和反馈回路、编排模型与工具与流程、判断什么该自动化什么该人工接管3。另一种路径是 FDE 这类角色,价值不集中在写代码,而在于理解客户、建立信任、做判断、处理冲突、定义成功标准1。两条路都指向同一个方向:离结果更近。
所引视频字幕为多人或说话人未逐段确认的转录,具体措辞和人名以原视频为准;材料未涉及具体技术栈或行业,转型路径需结合个人背景判断。
出处
- 1AI Agent 时代的 FDE:把模型能力落到真实业务里
解释“为技能负责”到“为结果负责”的转变,以及 FDE 作为一条转型路径的具体价值构成。
- 230年的"超线性"职业发展,秘诀是坚持住自己的“不可替代性”|魏慧,SVP@IHG
说明程序员从过程确定转向结果确定这一习惯转变,以及 mindset 先于 skill set 的用人视角。
- 3AI时代,大厂打工人的五条路
给出组织内进攻性转型的四项具体能力,适合对照自己当前工作判断差距。
你也有想问的?
卡住的时候,问问立正:回答附有出处,可以点回原文核对。
也可以接着问:
别人还问了
- 我是一个程序员,有了AI之后所有人干活的效率都提高了,多出来的时间只能自己找活干,但我在目前的领域专业储备一般,找不到足够有价值的方向去投入。现在就是在被裁找新方向或者卷起来之间摇摆。如果失去稳定现金流,AI对此不太认同,它的建议是尽可能在寒冬中稳住现金流,我应该怎么做?稳住现有的工作,找新的可以做的事情?还是做好被裁打算,用业余时间积累新方向需要的专业知识?
立正的主张不是二选一,而是先保住现金流,同时把上班的视角从「完成任务」换成「积累能带走的东西」;被裁与否不是你能控制的,能控制的是这段时间在积累什么。
- AI engineer、AI architect、FDE 这几条路径分别适合什么背景的程序员?
FDE 适合工程底子扎实、又愿意直接面对客户和业务的人;AI engineer 偏把 AI 能力做进产品;AI architect 偏设计整个系统怎么可靠运行。
- 機械工程師在AI時代會被取代嗎?
机械工程师整体不会被AI取代,但工作内容里偏“信息搬砖”的部分会被压缩;越靠近真实物理结果和决策责任,越难被替代。
- 软件开发工程师还有前途吗?
有前途,但前途从“会写某种代码”转向“能对业务结果负责、能自己动手把事做成”。
- Ai时代,大厂打工人的出路有哪些
大厂打工人的出路大致分两类:往生产力源头靠,或把价值从公司平台挪到自己身上,做能独立交付结果的事。
- 现在ai在数学领域如此厉害,数学研究生何去何从,该怎么考虑就业?
AI 强在算得快、答得准,但数学训练给你的抽象和建模能力,正好是把它用好的前提;就业方向要看你把这份能力接到哪个具体问题上。