JetBrains 报告 2025 年营收增长、净财务亏损
JetBrains 最新财报显示营收增长但出现净亏损,引发外界猜测:尽管核心 IDE 业务依然强劲,但在 AI 工具和其他投资上的重支出正在侵蚀盈利能力。评论者对公司应对 AI 的战略分歧很大:有人认为臃肿的产品、令人困惑的 AI 方案(如 Junie 和 Air)以及质量下降正在把开发者推向 VS Code、终端工作流和独立智能体;也有人认为 JetBrains 在许多生态中仍提供无可匹敌的语言智能与工具链。更深层的是一种普遍焦虑:随着 AI 辅助和 agentic 开发重塑软件编写与审查方式,传统的全功能 IDE 可能正在失去相关性。
财务结果与原因
- 营收仍在增长(捷克实体为个位数增长,集团层面更高),因此评论者拒绝“需求崩溃”的简单叙事。
- 净亏损通常被归因于:
- 巨大的“投资现金流”负值以及更高的员工成本。
- 货币汇率带来的重大冲击(捷克克朗对外币),这一点在法定报表中可见,同时营业利润仍为正但更弱。
- 有人认为这些数字主要表明了大规模再投资和会计效应,而不是生存危机;也有人认为,如果利润率继续收缩,这就是早期麻烦的信号。
AI 投资与策略
- 许多人认为大笔支出都投向了 AI:托管模型、用户 token,以及构建 Junie 和 Air 之类的产品。
- 一个反复出现的批评是:JetBrains 试图拥有整套 AI 栈(自己的智能体、精选模型、额外订阅),而不是作为流行模型和 API 之上的一个轻量、灵活的承载层。
- 几位用户表示,Junie / JetBrains AI 给人的感觉比 Claude Code、Cursor、Codex 等更慢、更混乱,或者能力不足。
产品质量、性能与 UX
- 老客户报告质量下降:IDE 更慢、回归问题(尤其是 TypeScript、Python、远程开发、HiDPI、SSH/容器)、索引/缓存不稳定,以及侵入式的 AI 界面。
- 也有人反驳说,对于许多语言(Java、Kotlin、.NET、数据库),JetBrains 的 IDE 仍然是同类最佳,在重构、导航和 Git 工具方面很强。
- 对最近的 UI 重设计和“臃肿”不满很常见;有些人依赖旧版 UI 插件。
竞争:VS Code、其他 IDE 和 AI 工具
- 分歧很大:
- 支持 JetBrains 的用户认为 VS Code 只是一个需要许多脆弱扩展的“花哨编辑器”;JetBrains 则是集成的一流工业级 IDE。
- 另一些人则说 VS Code(或 VSCodium)速度快,配合 LSP 和 AI 已经足够好,而且免费——对 TypeScript 和多语言工作尤其有吸引力。
- 还提到的其他工具包括:Visual Studio、Xcode、Eclipse/NetBeans、Zed、Sublime、Neovim、Emacs、DataGrip 替代品、Buildkite vs TeamCity。
变化中的工作流与“agentic”开发
- 许多评论者现在:
- 把 Claude/Codex/Cursor/Herdr/Pi 等用作主要“编码者”。
- 只在 GitHub/GitLab 或简单编辑器里审查 diff,常常连续数周不再使用传统 IDE。
- 构建自定义 AI 编排器、网关或 ADE;有些人几乎全部从移动端或终端运行。
- 也有人仍主要在 JetBrains 或 Visual Studio 中工作,但通过终端或插件集成 AI。
关于质量与安全性的争论
- 一派认为,即使人工审查水平一般,LLM 生成的代码通常也比普通人类输出更好,尤其是在“脚本小子级”或样板代码任务上。
- 另一派则感到警惕:有人报告超大且难以阅读的 diff、架构被侵蚀、冗长的“slop”、隐藏 bug、合规/安全问题,以及技能退化。
- 关于人类仍需阅读和理解多少代码存在强烈分歧,尤其是在复杂或受监管的系统中。
IDE 的未来与 JetBrains 的选择
- 有人预测,重型 IDE 和手工编码正在急剧衰落;IDE 必须演变为 AI/智能体控制平面(diff 审查、worktree、多智能体编排、MCP/LSP 桥接)。
- 另一些人认为,仍会存在一个重视确定性、离线、尊重隐私、非以 LLM 为中心工具的大型细分市场。
- 给 JetBrains 的建议方向包括:
- 重新聚焦核心优势:性能、稳定性、语言智能、远程开发。
- 提供一流的“自带模型/承载层”集成,而不是推动专有 AI。
- 也许专注于高端、人机协同工作流(代码审查、调试、重构),而不是与 AI 原生 IDE 初创公司正面竞争。