写了 42 年的程序，我会被 AI 取代吗？

过去的几个月我一直在涛思数据内部推动 AI 提效赋能而且对大家使用Token 数目不做任何限制。自己更是身体力行用 AI 重写用户手册、构建端到端测试例、拿出 AI-Agent Ready 的架构设计方案做研发质量以及开发量的评估等等把大家的积极性充分调动起来让每个人看到 AI 的效果。但发现大家有个共同的焦虑AI 会不会抢走我的工作这个问题在各种技术论坛、程序员社群里反复出现有人悲观有人乐观也有人干脆选择不去想。我的答案是程序员不会消失但只会写代码的程序员会非常危险。过去几十年程序员的核心价值是写代码——你学会了某门语言、某个框架你就能把需求转化为代码因为这些工作有一定的门槛这成为你不可替代的竞争力所在。但现在这件事 AI 正在越做越好而且速度快得让人难以相信。我认为真正的问题不在于 AI 会不会写代码而在于我们正在从程序员写代码转向程序员管理 AI 写代码这是一次真实的职业迁移和以前每一次工具革命一样会淘汰一批人也会造就一批新的高手。我是1984年高中一年级的时候开始写程序的当时是在Laser 310 上写 Basic, 之后就几乎没有中断过写程序。2016年底我花了2个月的时间写了1.8万行 C 语言程序开发出时序数据库 TDengine TSDB的第一版是真正的程序员老炮。最近两个月使用 Claude Code 做开发的经验更让我有了第一手非常直接的感受写出来与大家分享。过去几周我做了什么我用 Claude Code 做的不是玩具项目而是涛思数据真实的产品研发工作。TDengine IDMP 涛思数据最新发布的产品是AI原生的工业数据管理平台。它的文档量很大超过1000页。过去这种工作需要我以及研发团队花大量时间反复对齐效率极低。现在我把产品的定位、功能描述、目标用户的使用场景一一交代清楚而且让Claude Code 直接用浏览器插件来模拟人体验产品让 Claude Code 来写我来审核、调整、把关。不仅效率提高了百倍而且质量更好 -- 因为 AI 不会嫌累不会遗漏不会因为这功能大家都懂就跳过某个关键步骤而且用词、跳转链接一定不会错。测试是研发团队永远欠的债。我把用户使用场景逐一描述清楚让 Claude Code 生成e2e 的 Playright 自动化测试脚本然后逐一验证、补充边界条件。以前需要一两个测试工程师花一周的工作现在一天之内可以有大量可运行的测试例框架。尤其是对于标准的CRUD操作一句提示词就解决比如“请帮我在IDMP里创建一个元素、修改它搜索它然后删除它”它几分钟就全部搞定。在架构设计上IDMP 的下一步要让它成为AI Agent最友好的软件。因为在我的眼里AI时代工业数据底座这类基础设施软件用户不会是人而是AI因此我们必须做好 AI 体验对其接口需要改造甚至重构。这涉及数据目录、上下文传递、工具调用链等很多细节。我把对业务场景的理解、对技术约束的判断、源代码目录等一条条告诉 Claude Code和它来回讨论最终形成了一份比我单独思考质量高得多的设计文档。此外作为还冲在产品第一线的公司创始人我还让 Claude Code 分析研发同学的 PR 记录 -- 提交频率、代码变化量、涉及模块、注释质量 -- 然后给我一个结构化的摘要包括工作量以及质量的评估。这不是要取代 Code Review取代各个团队负责人而是让我能在 10 分钟内对整个公司的研发状态基于实际的代码有一个清晰的全局视角而不是靠开会、靠问人。我有空的时候还 Review 了公司同事写的很多 SKILL, 指出了不少问题把输出结果的质量大幅提升的同时还把消耗的 token 数大幅降低。大家犯的最大错误就是把一些确定性的任务也让 AI 去倒腾。儿子也喜欢写程序成天泡在计算机前为什么我做得比一般程序员好说这句话不是自夸而是因为这背后有一个值得认真思考的规律。AI 工具人人都能用但用出来的效果差距极大。我观察到那些用 AI 用得好的人有一个共同特点他们懂得分解问题懂得提出具体的问题。分解问题是说你要把一个大的模糊需求拆成若干个有明确边界、有具体输入输出的子任务。帮我写个用户手册这种需求AI 给你的东西一定很烂。但如果你告诉它这是一个面向工业现场工程师的功能他们不懂 SQL不懂流计算主要使用场景是查看各类设备的运行状态、历史变化趋势配置KPI计算指标和报警规则对批次或事件进行分析以优化生产工艺和流程找到事故根因请登录 idmp.taosdata.com 对各种功能进行体验以步骤化的操作指南形式来写语气要简洁直接结果就会好非常多。提出具体的问题是说你要把自己的知识结构、判断依据、约束条件都清晰地传递给 AI。这要求你对业务、对技术、对用户都有深刻的理解。你理解得越深AI 才能帮你越好。AI 放大的是你已有的能力而不是替代你没有的能力。 这也是为什么我 -- 一个有 42 年编程经验、三次创业、深度理解物联网、工业互联网数据处理难题的老程序员 -- 用 AI 能做出比很多年轻程序员更好的结果。不是因为我比他们更会用工具而是因为我更清楚地知道自己要什么。只会写代码为什么危险我说只会写代码的程序员危险不是在贬低写代码这件事。代码是工程师的基本功我自己到今天都能随手写 C 语言程序而且以后还会继续写。我说的是如果一个程序员除了把需求翻译成代码之外没有其他能力积累那他的处境会越来越难因为这件事正是 AI 最擅长、而且进步最快的部分。我面试研发时经常让候选人当场写 Consumer-Producer 程序如果现场能随手写出来我是一定录用的。但现在根本不需要了因为 AI 几秒钟就帮你生成出来。但有几类能力AI 目前远远做不到而且短期内也做不到。对业务本质的理解我去了解卷烟厂为什么在意某个质量指标去搞清楚油田的数据采集逻辑去搞清楚大型设备预测性维护后的机理模型这些需要和人交流、需要在现场、需要跨越领域壁垒AI 读的是已经存在的文本但业务洞察来自于那些还没有被写下来的经验。定义问题、分解问题的能力AI 是一个极其强大的执行者但它不知道应该执行什么问题的定义、任务的分解、优先级的判断这些是工程师真正的核心价值。审美和判断力一个好的产品不只是功能正确它还需要有结构清晰的文档、直觉友好的交互、优雅一致的设计语言这种判断力来自于长期的积累和品位的培养AI给你的是能用但好用需要人来把关。程序员的未来我不是未来预测大师更不是职业发展导师我只想从一个老炮程序员角度从一个技术公司的创始人角度说一件事从现在开始把 AI 当成你最重要的下属和搭档来管理。你要给它清晰的目标要拆解任务给它要检查它的输出要在它跑偏的时候纠正它要在它给出意外好答案的时候反思为什么好。这个过程就是在训练你作为工程师管理 AI的能力。会用 AI 的程序员和不会用的三年后的差距会比会写代码和不会写代码的差距大的多。我 57 岁用 Claude Code 做产品研发做得乐此不疲。不是因为它让我偷懒而是因为它让我能把自己几十年积累的经验以从未有过的效率转化为真实的产出。在我的眼里AI 不是威胁而是我的机会也是所有程序员的机会。能不能抓住取决于你愿不愿意改变自己对程序员这个职业的定义进行一次职业迁移。陶建辉涛思数据创始人CEO2026年4月9日 点击“阅读原文”了解涛思数据构建的AI时代的工业数据基座