AI 再强大,本质上仍是一个执行者,是解决问题的智能体,至少目前是这样。
它擅长在已知边界内分析、优化、生成、推理,但有一些事情,它做不了,或者做不好。
软件开发中的有些能力目前 AI 还替代不了,或者说不能完全替代,比如下面这些。
| 能力项 | 分析 | 经验的优势 |
|---|---|---|
| 1. 需求的定义 你要解决的实际问题是什么? |
AI 可以细化需求,但原始需求、业务目标、真正的痛点,来自人对真实世界的观察与判断 | 经验积累在于见过需求从模糊到清晰的完整过程,知道哪些是伪需求,哪些问题根本不需要技术解决 |
| 2. 目标的取舍 什么是真正重要的? |
AI 能给十个方案,但选哪个、为什么,背后是优先级、价值观和战略判断,这是认知问题不是技术问题 | 有经验的程序员知道什么是局部最优、什么是全局最优,"做什么"比"怎么做"更重要 |
| 3. 边界的划定 该做哪些、不该做哪些? |
AI 会尽职尽责地把事情做完,但哪些方案维护成本极高、哪些功能埋下隐患,需要人来叫停 | 边界感来自踩过坑。说"不"的能力比说"是"更难,AI 不会主动拒绝,它会把错误的事做得很漂亮 |
| 4. 约束的管理 现实条件是什么? |
时间、预算、团队能力、技术债、合规要求——AI 并不了解你的真实处境 | 有经验的程序员擅长在约束下做出"够好"的决策,而不是追求脱离现实的最优解,这是工程智慧 |
| 5. 成本的评估 值不值得做? |
AI 生成代码很快,但真实成本包括测试、维护、认知负担、学习曲线、未来扩展的代价 | 资深程序员看一眼方案能估算出三年后的技术债,这是积累出来的直觉,不是算法能给的 |
| 6. 策略的决策 怎么走这条路? |
AI 能给路线图,但判断路线是否走得通,需要对人、对组织、对行业的深度理解 | 技术策略是在组织能力、市场时机、竞争态势之间找到一条现实可行的路,不只是技术最优解 |
| 7. 结果的评价 做得好不好? |
代码能跑不代表做对了,测试通过不代表用户满意,功能上线不代表业务目标达成 | 评价标准需要人来制定和坚守。没有人的校准,AI 就会在黑暗中自我打分 |
以上都不是编码能力,而是一种业务理解、抽象思考以及决策能力。这些能力目前 AI 还无法跟人比。
AI 可以替代解决问题的人,但还无法替代提出问题的人。因此程序员要想不被替换,需要成为提出问题的人(给出目标需求和约束条件,并评价好坏)
如果 AI 真的具有独立的自主意识了(自主决策执行计划还不是自主意识),那讨论的就不是程序员的职业发展了,而是人类何去何从。
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.