Workflow
AI 写代码
icon
搜索文档
“手写代码已不再必要,”Redis之父罕见表态:AI将永远改变编程,网友质疑:我怎么没遇到这么好用的AI
36氪· 2026-01-15 21:21
AI对编程行业的影响与变革 - 行业核心观点:AI正在永久性地改变编程行业,从“手写代码”转向与模型协作,编程工作的核心从“编写”转变为“理解问题与设计解决方案” [4][6][12] 行业效率的颠覆性提升案例 - Google团队耗时一年的攻坚成果,Anthropic的Claude Code仅用1小时就提供了方向高度一致的方案 [1] - Redis之父antirez通过向模型提示,在几小时内完成了原本需数周的工作:改进linenoise库以支持UTF-8并构建测试框架 [10] - 使用Claude Code在5分钟内构建了一个纯C实现的BERT推理库,约700行代码,输出结果与PyTorch一致,速度仅慢约15% [12] - 将Redis Streams的设计文档交给Claude Code,约20分钟内复现了全部实现,主要耗时在于人工检查结果 [13] 行业领军人物对AI编程的态度 - Google首席工程师Jaana Dogan通过对比凸显AI对工程效率与组织协作的挑战 [1] - Linux之父Linus Torvalds最初对“用AI写代码”兴趣不大,但更看重“用AI帮助维护代码”,其本人已体验Vibe coding并创建新开源项目 [1] - Redis之父antirez持颠覆性观点,认为在绝大多数情况下,写代码本身已非必要工作,开发者应拥抱变革以免错过行业变革 [2][4][8] AI编程当前的能力与适用范围 - AI已能在几乎无需人工干预下,独立完成中等规模的子任务甚至完整的中等体量项目,前提是开发者能给出清晰的目标描述 [6] - 模型表现取决于两点:任务类型(越独立、越易用文本描述越好,如系统编程)和开发者清晰描述问题的能力 [7] - 该技术被认为将帮助小团队拥有与大公司竞争的机会,类似90年代开源软件的影响 [12] 行业对AI编程的质疑与现存局限 - 部分开发者指出,AI在复杂系统设计、长期维护和边界条件处理上存在明显不足 [17] - 有经验开发者反馈,AI生成的代码在提交评审前常需重写约70%,因存在细节处理不到位或根本性架构问题 [18] - 模型存在错误率与响应速度的权衡:快速模型错误率高且严重,更慢、更“深思”的模型等待时间过长 [21] - 担忧过度依赖AI可能削弱工程师对系统的整体理解,认为其更适合原型或中小项目,而非严肃生产环境 [21] 行业未来发展趋势预测 - 预计未来一至两年内,Anthropic和OpenAI等公司可能将产品从“编码助手”升级为“工程团队替代方案”,直接客户可能是无深度技术经验的产品团队 [23] - 随着AI显著加快开发周期,微服务的并行开发优势减弱,单体架构可能回潮,因更便于AI整体分析和理解业务逻辑 [23] - 技术集中化是担忧,但开放模型(尤其中国的一些模型)仍在与封闭实验室的前沿模型竞争,AI民主化状态能否长期维持不确定 [14] 行业从业者建议与适应策略 - 建议开发者花几周时间谨慎深入地测试AI编程工具,如一开始不适合,可隔数月再尝试,跳过AI对职业生涯无帮助 [24] - 鼓励开发者将核心热情从“写代码”转向“创造”,AI能帮助更快更好地实现创造 [23] - 行业创新无法收回,应通过政治途径支持理解变革并为失业人群提供保障的政府政策 [15]
AI写70%,剩下30%难得要命?Google工程师直言:代码审查已成“最大瓶颈”
猿大侠· 2025-11-26 12:24
AI编码工具对开发效率的影响 - AI编码工具如GitHub Copilot、Gemini、Claude显著提升代码编写速度,但导致PR数量暴增和工程细节耗时增加[1] - AI主要提升UI、业务流程和样板代码等部分的效率,占整体代码量的70%[4][8] - 实际效率提升远低于宣传的5-10倍,内部数据显示提升不到2倍[13] - 在全新无历史包袱项目中效率提升更明显,可达5-6倍[14] 代码质量与技术债问题 - AI生成代码存在系统边界不清、未处理边界条件、强耦合替代弱耦合等质量问题[4] - 安全、鉴权、API Key、环境配置等关键部分经常空缺,运维集成考虑不足[4] - 代码逻辑缺乏一致性和可维护性,形成"技术债定时炸弹"[4][5] - 修改AI代码易陷入"修一个Bug触发新Bug"的恶性循环,称为"向前一步,向后两步"模式[9] 代码审查瓶颈与团队压力 - 代码审查成为新的开发瓶颈点,资深工程师审查压力呈指数级上升[2][16] - 初级工程师编写速度加快与AI代码量暴增导致PR队列延长[16] - 资深工程师数量有限且审查模式尚未适应AI生成的代码量[16] - 公司需要建立可回滚机制和变量检查等应对措施[9] 开发者能力与信任度变化 - 过度依赖AI可能导致开发者失去理解代码和犯错学习的能力[10] - 开发者对AI编码工具的好感度从70%下降至60%[11] - 30%的开发者表示对AI生成代码"几乎不信任"[11] - 建议设立"AI Free Sprint Day"和"决策记录文件"来保持开发者能力[12] 提升AI代码质量的关键因素 - 上下文工程是突破AI 70%限制的核心,需要提供系统提示、文档、项目规范等信息[13] - 测试作为AI编码的"安全网",人类必须理解AI生成的测试代码[13] - AI工具正在研究"主动式代码建议"功能,但需数年才能成熟[17] - AI更适合作为学习伙伴帮助开发者补齐思维节点和形成系统心智模型[17][18]