AI改写软件格局:无边界开发、重写成风,老工程师掌舵成关键!

📅 2026/6/25 17:36:41
AI改写软件格局:无边界开发、重写成风,老工程师掌舵成关键!
【AI开发无边界引发虚无主义】PingCAP联合创始人兼CTO黄东旭在完成db9项目后表示自己陷入巨大的虚无主义因为AI什么都能写。做db9前他预设过一个终点认为复杂到一定阶段AI会做不下去但每次系统看似撞墙调整后又能继续。三个月后一两个人参与、100多万行代码的数据库项目跑了出来他没等到那个边界。他体会到即使是他认为最复杂的软件也没看到AI的边界。【技术选型松动传统决策不再锁定】“没看到边界”意味着过去很多被视为长期锁定的东西开始松动。语言、框架、数据库选型曾是软件工程里最重的决策技术栈会影响组织结构、招聘、测试体系等选型过程漫长且成本高。但如今Bun从Zig迁移到Rust只用了6天一家中型企业用coding agent将遗留App重写成React Native还可随时撤回决策。从Agent视角看MySQL和Postgres只是语法差异它不在乎人类的品味之争能快速适配。【AI实现软件自由开发效率惊人】如果语言、框架、数据库不再构成长期锁定软件实现本身将被打开。黄东旭称AI基本上可以用任何方案、工具、手段写任何东西。db9是复杂度足够的例子它面向AI Agent具备多种能力三个月内从第一行代码到上线代码量超100万行Rust0行由人类手写和review上线后服务超10,000个数据库实例。成本方面一个月约2000美金的token成本可忽略不计相比过去几十人团队干一年效率大幅提升。这个项目始于小实验不断优化人和AI协同方式产出效率超出黄东旭掌控范围。他以前的idea都被AI实现产生idea的速度跟不上AI。他认为生产软件过程已无意义软件作为护城河的作用消失。【从“能写”到“能重写”软件演进变革】从“什么都能写”走向“什么都能重写”是行业趋势。AI不仅降低软件生产门槛还改变软件演进方式。过去“重写”风险高很多老系统只能继续运行但如今有大量重写案例。今年2月Cloudflare的工程师用AI重写Next.js3月chardet的Python库维护者用Claude重写该库。更极端的是没有源码的重写Thoughtworks用LLM辅助反向还原企业系统Jon Radoff用Claude Code重建MUD游戏。这表明没有源代码的软件系统也能被重写、复活。【代码非关键知识才是核心】徐昊将这类实践归为“知识工程”认为真正有用的是软件里沉淀的知识如文档、规则、业务逻辑等。Thoughtworks的案例是通过反向工程反推specification徐昊在汇丰银行也用类似方法先让AI生成specification人修正后再生成测试验证系统行为最后基于specification做改造和迁移。他强调软件只是载体知识才是产品通用大模型就像编译器在不同技术栈间做迁移转换。他呼吁注重软件中的知识管理现在AI让这成为显学。【“重写”视角狭隘软件存在方式改变】用AI“重写软件”的视角太狭隘。“重写”默认有固定边界的软件但未来很多软件可能不再以固定边界存在。微软和英伟达准备把agent做进操作系统内核未来人可直接提出需求系统现场生成能力“应用程序”和“有固定边界的程序”可能消亡。以Photoshop为例未来可能只需核心图像处理能力由agent当场生成功能。软件的存在方式正在被重写“重写”概念可能只是过渡。【AI虽强大人仍需掌舵】滕昱认为AI会给行业带来极大变化90%到95%的程序员会受影响但老工程师还有希望。他最近只做代码review和判断因为Agent写代码能力超绝大多数人但不能掌握方向。AI有讨好型人格会编答案、忽悠人所以需要有人掌舵。黄东旭也印证了这一点他认为人要负责判断否则复杂项目难以推进。在数据库内核设计和软件工程层面都需要人的经验和判断。徐昊从敏捷软件开发角度解释程序员的工作是写正确、ROI最高、优先级最高的代码为客户交付价值AI只是让这一事实更明显。开发者真正值钱的是为客户交付的价值而非亲手完成的动作。【行业变革下企业软件维护难题凸显】过去一年软件工程的老规矩改变技术栈锁不住重写不可怕代码不值钱。黄东旭和徐昊都认为这是创业好时机能解决实际问题的人更有优势。但企业内部老系统仍需维护这让很多老一代技术人不乐观。徐昊认为重写速度足够快就无需维护Agent工具可接管代码仓库人只需做知识标注和补充业务上下文。滕昱则更贴近现实他指出企业软件有很多“屎山代码”Agent处理后部署到客户环境易出问题最终责任还得由人承担。重写和迁移成本下降有前提现实中很多细节不兼容会导致问题今年下半年企业开发可能会出现很多此类例子。