公司分享总结,发现需求少的 java 部门消耗 Token 还更多(排除用到其他地方),问了下 AI 可能的原因,有意思的一些信息出来了。
1. Token 成本高
对大型多 agent 系统不友好(你的 manifest-based 路由,Java 实现会吃更多窗口)
显式声明 + 类型注解 + 访问修饰符,同功能代码比 Python/Go 多 30-50%
企业框架( Spring )天然臃肿,即使简单需求也要大量样板代码
同样的 token 预算,Java 项目能加载的代码量更少,长期使用 Java 开发者的 token 开销明显更高
2. 文化惯性强化冗长
Java 社会期望"显式、规范、完整"的代码风格
AI 学到这些范式后,生成代码自动复现这种冗长
形成负反馈循环:冗长代码 → AI 学习 → 继续生成冗长代码
3. AI 时代的架构浪费
Java 的"企业级设计模式"在简单功能上造成过度工程
而 AI 强调快速迭代,反而需要简洁、可修改的代码
Python/Go/Rust 的轻量特性与 AI 生成→修改→重新生成的流程更匹配
发自内心希望 AI 快速发展,把这个臃肿语言淘汰掉[doge]
1. Token 成本高
对大型多 agent 系统不友好(你的 manifest-based 路由,Java 实现会吃更多窗口)
显式声明 + 类型注解 + 访问修饰符,同功能代码比 Python/Go 多 30-50%
企业框架( Spring )天然臃肿,即使简单需求也要大量样板代码
同样的 token 预算,Java 项目能加载的代码量更少,长期使用 Java 开发者的 token 开销明显更高
2. 文化惯性强化冗长
Java 社会期望"显式、规范、完整"的代码风格
AI 学到这些范式后,生成代码自动复现这种冗长
形成负反馈循环:冗长代码 → AI 学习 → 继续生成冗长代码
3. AI 时代的架构浪费
Java 的"企业级设计模式"在简单功能上造成过度工程
而 AI 强调快速迭代,反而需要简洁、可修改的代码
Python/Go/Rust 的轻量特性与 AI 生成→修改→重新生成的流程更匹配
发自内心希望 AI 快速发展,把这个臃肿语言淘汰掉[doge]