Spring 创始人回归一线创业Rod Johnson 是 Spring 的创造者曾经几乎重新定义了企业 Java 应用的编写方式。二十多年后他重新创业推出了面向企业 AI Agent 的开源框架 Embabel试图将 LLM 融入真实业务系统使其在可控、可解释、可审计的流程中工作。不过他对“框架”的未来并不乐观认为模型会继续变强工具会更多地替开发者做选择这可能是最后一波由人类亲自选择的框架。技术选型与语言选择Rod Johnson 认为若用 TensorFlow 做模型训练、微调、数据处理和摄入会选择 Python但 GenAI 应用层赋能更适合在应用原本的语言里完成若应用是 Java 编写就在 Java 里完成。他还指出人们常混淆“数据科学”和“企业 AI 应用”对于大量企业应用从 Java 栈发起简单的 HTTP 调用才是正确做法。AI 对代码库的影响Rod Johnson 认为开发者需掌握新工作方式并保留控制权。虽然 Vibe Coding 可处理某些 UI 应用但无法编写严肃软件。他作为 Coding Agent 的积极用户虽大部分代码由 AI 生成但自己掌握控制权。因为一旦进入复杂应用程序若不保持架构监督代码会变得糟糕。Embabel 的核心算法Embabel 的核心组件“规划器”采用 GOAP 寻路算法该算法最早为游戏 NPC 设计具有确定性。与其他框架不同GOAP 规划方式动态且与类型系统完全集成能让用户将流程拆分成多个步骤并根据 Java 方法的参数和返回类型决定动作排序确保动作在满足前置条件时才被调用。规划器能找到通往目标的路径还可提供诊断信息使系统更具可解释性和可预测性。对 MCP 的怀疑态度Rod Johnson 认为 MCP 在赋能生态系统方面有重要作用但他对其持怀疑态度。一方面用 AI 赋能企业系统时可通过现有框架轻松暴露工具无需借助 MCP另一方面已有 OpenAPI、Swagger、GraphQL 等 API 规范MCP 并非必要。AI 的表现与局限Rod Johnson 在使用 Claude Code 时发现它在构建 Embabel 时虽有帮助但也存在不理解架构部分的问题。AI 更擅长批评而非提出原创想法在某些复杂测试场景下表现糟糕且随着上下文增大会出现遗忘信息的情况。语言格局与选择Rod Johnson 认为 TypeScript 是聪明的语言但在企业级应用方面JVM 上的 Java 和 Kotlin 更具价值。他还认为热门语言不会因训练数据被固化Kotlin 在 Coding Agent 中的表现出色。同时他指出选择语言和技术栈的根本理由短期内不会改变且引入多种语言会增加维护成本和安全风险。开源项目的商业模式对于 Embabel最可能的商业模式是开放核心。Rod Johnson 认为开源的纯支持模式困难应构建针对更广泛知识工作者的产品。他还提到 Spring 能挺过多次收购是因为早期的高采用率、围绕其建立的社区以及背后的商业支持。其他观点与建议Rod Johnson 认为 JVM 的性能和运行其上的业务逻辑、领域模型具有重要价值。他对 MCP 持怀疑态度建议 Java 开发者向老板展示 Java 代码在性能、可读性和生态成熟度上不输 Python 的文章。对于线上生产环境的项目Java 项目应选择 Embabel全新企业项目团队少于 20 人可考虑 Kotlin团队较大且不熟悉 Kotlin 则继续用 Java。他还认为开发者应每隔一两年学一门新语言LLM 可降低学习新语言的门槛。Embabel 的未来Rod Johnson 不确定五年后 Embabel 是否存在他认为这可能是最后一代由人类主动选择的框架未来技术选型将更多由工具完成。
Spring 创始人 Rod Johnson 回归创业,探讨企业 AI 框架未来与语言选择
Spring 创始人回归一线创业Rod Johnson 是 Spring 的创造者曾经几乎重新定义了企业 Java 应用的编写方式。二十多年后他重新创业推出了面向企业 AI Agent 的开源框架 Embabel试图将 LLM 融入真实业务系统使其在可控、可解释、可审计的流程中工作。不过他对“框架”的未来并不乐观认为模型会继续变强工具会更多地替开发者做选择这可能是最后一波由人类亲自选择的框架。技术选型与语言选择Rod Johnson 认为若用 TensorFlow 做模型训练、微调、数据处理和摄入会选择 Python但 GenAI 应用层赋能更适合在应用原本的语言里完成若应用是 Java 编写就在 Java 里完成。他还指出人们常混淆“数据科学”和“企业 AI 应用”对于大量企业应用从 Java 栈发起简单的 HTTP 调用才是正确做法。AI 对代码库的影响Rod Johnson 认为开发者需掌握新工作方式并保留控制权。虽然 Vibe Coding 可处理某些 UI 应用但无法编写严肃软件。他作为 Coding Agent 的积极用户虽大部分代码由 AI 生成但自己掌握控制权。因为一旦进入复杂应用程序若不保持架构监督代码会变得糟糕。Embabel 的核心算法Embabel 的核心组件“规划器”采用 GOAP 寻路算法该算法最早为游戏 NPC 设计具有确定性。与其他框架不同GOAP 规划方式动态且与类型系统完全集成能让用户将流程拆分成多个步骤并根据 Java 方法的参数和返回类型决定动作排序确保动作在满足前置条件时才被调用。规划器能找到通往目标的路径还可提供诊断信息使系统更具可解释性和可预测性。对 MCP 的怀疑态度Rod Johnson 认为 MCP 在赋能生态系统方面有重要作用但他对其持怀疑态度。一方面用 AI 赋能企业系统时可通过现有框架轻松暴露工具无需借助 MCP另一方面已有 OpenAPI、Swagger、GraphQL 等 API 规范MCP 并非必要。AI 的表现与局限Rod Johnson 在使用 Claude Code 时发现它在构建 Embabel 时虽有帮助但也存在不理解架构部分的问题。AI 更擅长批评而非提出原创想法在某些复杂测试场景下表现糟糕且随着上下文增大会出现遗忘信息的情况。语言格局与选择Rod Johnson 认为 TypeScript 是聪明的语言但在企业级应用方面JVM 上的 Java 和 Kotlin 更具价值。他还认为热门语言不会因训练数据被固化Kotlin 在 Coding Agent 中的表现出色。同时他指出选择语言和技术栈的根本理由短期内不会改变且引入多种语言会增加维护成本和安全风险。开源项目的商业模式对于 Embabel最可能的商业模式是开放核心。Rod Johnson 认为开源的纯支持模式困难应构建针对更广泛知识工作者的产品。他还提到 Spring 能挺过多次收购是因为早期的高采用率、围绕其建立的社区以及背后的商业支持。其他观点与建议Rod Johnson 认为 JVM 的性能和运行其上的业务逻辑、领域模型具有重要价值。他对 MCP 持怀疑态度建议 Java 开发者向老板展示 Java 代码在性能、可读性和生态成熟度上不输 Python 的文章。对于线上生产环境的项目Java 项目应选择 Embabel全新企业项目团队少于 20 人可考虑 Kotlin团队较大且不熟悉 Kotlin 则继续用 Java。他还认为开发者应每隔一两年学一门新语言LLM 可降低学习新语言的门槛。Embabel 的未来Rod Johnson 不确定五年后 Embabel 是否存在他认为这可能是最后一代由人类主动选择的框架未来技术选型将更多由工具完成。