AI编程时代古法程序员如何自处

一、效率鸿沟：一场无声的降维打击

十几年前，一名熟练的动画开发者可以连续编码数十小时，逐帧打磨数百行脚本，靠的是肌肉记忆与对运行环境的直觉。那是一个”键盘火星子”能换算成价值的年代——代码行数与工时几乎线性对应，勤奋本身就是竞争力。

今天，同样的功能需求，产品与智能编程工具配合，两天内产出数千行可运行代码，推理成本折算下来不过十几美元。而一个固守手写流程的开发者，两天不眠不休的产出，在市场上的相对价值可能只剩零头。这种落差不是勤奋程度的差距，而是生产方式的代际差。

原文中那些”激怒”古法程序员的句子，本质上都指向同一个事实：AI 已经把编程中”可被形式化”的部分极大压缩了。键位习惯、文档逐行阅读、单点 bug 的手工定位、代码风格的一致性维护——这些曾经构成”专业感”的技能，正在被快速商品化。

但情绪宣泄解决不了问题。真正值得讨论的是：当效率基准被抬高一个数量级之后，古法程序员的困境究竟在哪里，出路又在哪里。

二、拆解”激怒点”：哪些能力真的贬值了

把原文中那些刺耳的话抽象一层，可以归纳出四类被 AI 显著压缩成本的能力：

1. 机械编码能力。把明确的设计翻译成语法正确的代码，包括大量样板、动画状态机、事件绑定等。这类工作输入输出关系清晰，正是生成式工具最擅长的区间。
2. API 与文档检索能力。过去”熟读文档”是资深标志，如今把接口描述整体投喂给工具，追问式获取示例已成为常规操作。
3. 单点缺陷定位能力。给定报错堆栈与复现路径，智能工具往往能在一轮交互内给出候选根因，人工逐行排查的时间被大幅压缩。
4. 风格一致性维护。格式化、命名规范、常见模式约束，工具生成时即可内建，人工”风格洁癖”的边际收益下降。

但请注意：这四类能力的共同特征是输入可结构化、验收标准明确、失败代价可控。一旦越过这个边界，情况就完全不同。

三、不可替代的部分：AI 压缩不掉的能力

3.1 问题定义与需求澄清

工具可以生成代码，但无法替你判断”这个功能是否值得做””边界条件怎么定””异常路径如何兜底”。需求中的歧义、利益相关方的真实意图、非功能性约束（时延、一致性、可维护性），仍然依赖人的判断。把模糊需求转化为可验收的技术契约，是古法程序员最应该加固的护城河。

3.2 架构权衡与长期演进

生成式工具倾向于给出”能跑”的方案，但”能跑”与”三年后还能改”之间隔着架构决策：模块边界怎么切、状态放在哪一层、依赖方向如何约束、失败如何隔离。这些决策的代价往往在数月后才显现，而工具没有为长期后果负责的动机。

3.3 系统级调试与疑难根因

当问题跨越多个服务、涉及并发时序、内存生命周期或数据一致性时，单点代码生成帮不上忙。此时需要的是对系统行为的建模能力：构造假设、设计实验、缩小范围。这也是资深开发者经验最值钱的地方。

3.4 质量守门与风险判断

AI 生成的代码”能跑”不等于”正确”。安全边界、资源泄漏、异常吞没、隐式类型转换等问题，需要有人以审查者视角系统性排查。审查 AI 产出的能力，本身是一种新的专业能力。

四、从对抗到协作：可落地的实践路径

4.1 心态：把效率基准当作新常态

抵触源于比较。与其用”我当年手写多少行”自我证明，不如接受新基准，把节省下来的时间投入到高价值环节。效率工具淘汰的是”以量取胜”的策略，不是开发者本人。

4.2 工作流：把 AI 放在正确的环节

一条相对成熟的协作流水线大致如下：

需求澄清（人） → 方案设计与接口契约（人主导，AI 辅助列举选项）
→ 代码生成（AI 为主，人给出约束与示例）
→ 静态检查与单测（AI 生成，人补边界用例）
→ 代码审查（人主导，重点看异常路径与资源管理）
→ 集成调试（人主导，AI 辅助日志分析与假设生成）

关键原则：让工具做”宽度”，人做”深度”。生成候选方案、补齐样板、写测试骨架交给工具；决策、审查、疑难定位留给人。

4.3 提示工程：把约束写清楚

工具产出质量高度依赖输入质量。有效的做法包括：给出明确的接口签名与数据契约、附上两三个风格样例、显式列出禁止事项（如”不得吞异常””不得引入新依赖”）、要求输出附带边界条件说明。这不是”念咒”，而是把隐式经验显式化——这项能力本身就是资深开发者的优势。

4.4 审查能力：建立 AI 产出的验收清单

建议固定一套审查清单，逐项核对：

• 异常路径是否覆盖，错误是否被静默吞掉；
• 资源（连接、句柄、监听器）是否在全部路径上释放；
• 并发访问是否有共享状态竞态；
• 输入校验与边界值处理是否完整；
• 是否引入未声明的依赖或隐式类型转换；
• 日志与可观测性埋点是否到位。

4.5 能力升级：往”判断力”方向走

可迁移的成长路径大致有三条：纵深（系统设计、性能建模、疑难调试）、横向（跨端到端的问题闭环能力）、质量（审查、测试策略、安全基线）。三者共同点是：都要求对”为什么这样设计”给出理由，而这正是工具最不擅长的部分。

五、结语

“一句话激怒古法程序员”之所以成立，是因为它精准戳中了生产方式切换期的焦虑。但把视角拉长：编程史上每一次工具跃迁——从汇编到高级语言、从手写内存管理到托管运行时——都曾引发类似的恐慌，最终的结果都是门槛降低、上限抬高。

生成式工具压缩的是编码的”体力”部分，放大的是判断、设计与审查的”脑力”部分。对古法程序员而言，真正的风险不是工具太强，而是把自我价值绑定在工具已经擅长的事情上。承认效率鸿沟、重构工作流、把精力迁移到不可形式化的环节——这才是人机协作时代最务实的自处之道。