AI 改变手敲编程：开发流程被重写的 6 个环节

LeonGao
0 阅读5分钟

【引言开始】

过去的“手敲编程”，核心劳动是：把想法翻译成语法正确、可运行的代码；遇到报错就查文档、搜帖、打断点；写测试与写文档常常被挤到最后。AI（以代码补全、对话式助手、代码生成模型为代表）正在改写这个流程：它把大量机械性的“输入成本”压低，把开发者的时间推向更高价值的环节——问题定义、方案选择、验证与上线。

这篇文章聚焦一个问题：AI 到底改变了哪些手敲编程的关键环节，以及这些改变对速度、质量与技能结构意味着什么。

【主体开始】

1) 从“写代码”到“写意图”：需求到代码的翻译方式变了

过去：开发者把需求拆成函数、类、接口，再逐行写出来。
现在：更常见的模式是先描述意图，让 AI 生成骨架，然后人来改边界条件与业务规则。

示例（伪需求 → 代码骨架）：

  • 提示词/意图：
    “用 Python 写一个带重试和超时的 HTTP 请求函数，失败记录日志并返回 None。”
  • AI 可能生成（简化示例）：
import time, requests, logging

def get_with_retry(url, retries=3, timeout=2):
    for i in range(retries):
        try:
            r = requests.get(url, timeout=timeout)
            r.raise_for_status()
            return r.text
        except Exception as e:
            logging.warning("request_failed", extra={"url": url, "err": str(e), "try": i})
            time.sleep(0.2 * (i + 1))
    return None

影响：初稿更快，但“正确性”从语法正确转为逻辑正确，审查重点也随之迁移。

2) 从“查资料”到“问助手”：知识获取与上下文切换被压缩

过去：搜索引擎 + 文档站 + Stack Overflow，来回切换窗口。
现在：AI 直接把结论、示例与注意事项打包给你，还能根据项目上下文改写。

收益：减少上下文切换时间，降低“卡住”的概率。
风险：AI 会给出看似合理但不适用的答案（版本不对、假 API、误解约束）。
建议：涉及框架版本、权限、安全、性能的点，回到官方文档或代码库做二次核对。

3) 从“手写样板”到“自动拼装”：模板代码、CRUD、脚手架生成

AI 对样板代码很擅长：DTO、序列化、CRUD、数据校验、简单的状态机、粘合层。

比如你让 AI 按 OpenAPI 生成接口 Controller、参数校验和错误码映射，速度通常远快于手工复制粘贴。

优点：减少重复劳动，代码更一致。
缺点：容易把不必要的抽象和过多层次带进来，让代码体积膨胀。
建议：把 AI 生成当作“起草”，团队仍需要自己的代码规范与目录约束。

4) 从“自己调试”到“AI 协助定位”：排障路径改变

AI 在解释报错、推断根因、给出排查顺序方面很有用，特别是：

  • 编译错误/依赖冲突/类型不匹配
  • 常见运行时异常（空指针、超时、序列化失败）
  • SQL/正则/日志格式等“细节密集型”问题

但：AI 很难替代真实运行环境的信息（配置、网络、数据、权限）。
建议：把关键信息提供给 AI（日志片段、堆栈、配置、版本），并要求它输出“验证步骤”，而不是只给结论。

5) 从“补测试”到“先补覆盖”：测试与质量保障的方式被推动前移

很多人以前不爱写测试，是因为写测试慢、构造数据麻烦。AI 可以快速生成：

  • 单元测试用例框架
  • 边界条件列表
  • Mock/Stub 示例
  • 属性测试（property-based test）的思路

示例（让 AI 先列边界，再生成测试）：

  • 边界：空字符串、超长输入、非法字符、超时、重复请求、幂等性
  • 再生成测试代码/用例表

收益：测试成本下降，覆盖更早出现。
风险：AI 生成的测试可能只是在“跑通流程”，断言弱、价值低。
建议：对核心逻辑，坚持“强断言”，并用代码评审把测试质量当作正式交付物。

6) 从“个人手艺”到“团队流程”：评审、规范与合规的重点变化

AI 让每个人都能更快地产出更多代码，这会放大两类问题：

  • 一致性问题：风格、错误处理、日志字段、接口返回格式变得更杂
  • 合规与安全问题：许可证风险、敏感信息泄露、提示词注入、生成不安全代码

建议（偏流程） ：

  • 设定“可让 AI 做什么/不可让 AI 做什么”（尤其是密钥、客户数据、内部代码外发）
  • 引入静态扫描、依赖审计、SAST/DAST
  • 评审从“语法与细节”更多转向：边界条件、权限、数据流、可观测性、失败路径

【主体结束】

【结论开始】

AI 改变手敲编程，最本质的变化不是“少敲键盘”，而是开发流程的重心迁移：从代码输入转向意图表达与结果验证。在这 6 个环节里，AI 提高了起草、检索、样板生成、排障和测试的速度，但也带来了真实性校验、架构一致性与安全合规的新压力。

未来更吃香的能力会更偏“工程判断”：会提好问题、会设约束、会验证、会把 AI 的产出纳入团队规范与交付链路，让快与稳同时成立。

【结论结束】

【可选参考资料开始】

avatar
文章
阅读
粉丝