| |
|
|
|
| 知识库 -> 科技 -> 2026年，JetBrains的IDE要被Cursor一类的AI IDE革命了吗？ -> 正文阅读 |
|
|
[科技]2026年，JetBrains的IDE要被Cursor一类的AI IDE革命了吗？ |
| [收藏本文] 【下载本文】 |
|
刚刚过去的2025年里，以Cursor为代表的大批AI IDE宛如雨后春笋般冒尖，集体向传统IDE发起了铺天盖地的攻势。作为Java开发工具中最具专业… |
|
JetBrains现在根本无暇顾及AI IDE，他最大的危机是俄乌战争引发的工程师不足，让全体用户也排排坐斯拉夫大牢。 以下内容全部为公开信息 这公司开战前，虽然名义总部位于捷克布拉格，但目测80%以上员工是俄联邦籍 开战之后全球制裁接踵而至，2022年12月这公司宣布断臂求生，发布声明谴责了俄联邦对乌克兰的入侵，终止一切在俄联邦的研发与开发工作。圣彼得堡，莫斯科和新西伯利亚城的办公室随即关门大吉，所有自愿继续为公司工作的俄联邦境内员工给工签relocate到西欧 可是很多资深员工在俄联邦有家人孩子怎么可能抛弃家人孩子跟着他润出去，只好直接领了大礼包走人。 大批资深工程师的离职是极其严重的失血和打击，最明显的现象就是这些年好多明显的bug，甚至恶性bug长期不修。 他们家的issue报告界面和进度管理系统是自研的Youtrack,可以公开访问，不需要内部权限，链接就在下面 https://youtrack.jetbrains.com/issues 目前处于未解决（unresolved)状态的issue就有26万4千个，占总issue数（100万）的五分之一，这还不包括那些被直接标记为各种“won’t do”的issue。 26万个没修的issue 妥妥斯拉夫大牢 作为对比，vscode共有issue 211379个，只有11286个开着的 而Jetbrains想在欧洲补充合格的员工也非常困难，因为IDE开发并非常规CRUD，和正常业务逻辑完全不同，很难像互联网公司一样快速补充员工，空降高级工程师和管理人员 相比于解决cursor ai的问题，他可能先得把巨大的的人员缺口补上才能恢复元气——如果到那个时候他还没死的话 至于技术层面我倒是写过这么个回答，但是说实话，这个没有缺人的问题重要 JetBrains会成为下一个Borland吗？114 赞同 · 12 评论 回答 |
|
我认为不会。不过，我自己根本就没使用过 JetBrains 的集成开发环境(IDE)，我用文本工具做游戏 mod 或修改使用 java script 的 RMMV 游戏、RMMZ 游戏。所以，以下内容依赖搜索引擎找到的信息和 Reddit 用户们的说法，仅供参考—— 在网络上，有一些这样的声音： 截至 2025 年底，许多企业客户买的是包含 TeamCity、YouTrack、Space 在内的全家桶，而不止是 JetBrains 的 IDE. 转换 IDE 意味着开发者需要重新配置环境、插件，改变快捷键习惯，适应不同的调试流，拥有大量开发者的大企业可能不愿意这么搞。只要 JetBrains 能保持在静态分析、深度调试、代码安全性上的护城河，企业就愿意支付溢价——毕竟，人工智能错误生成的代码导致的线上事故带来的损失会大幅超过数百美元的许可证费用。JetBrains 的深度性能分析（Profilers）、数据库管理（DataGrip）、反编译工具、重构工具可以提供 AI IDE 需要外部工具来提供的复杂存量系统维护与底层调试功能。JetBrains 的重构可靠性仍然明显高于 AI IDE，还比 AI IDE 更擅长处理超大规模单体应用。在数据安全与合规方面，AI IDE 的插件生态复杂、数据流向难以控制，而 JetBrains 提供 AI Enterprise 版，支持本地模型或私有云。金融、医疗、政府等行业明显会考虑这方面的问题。JetBrains 尝试加入人工智能功能，让 JetBrains AI Assistant 可以解释测试覆盖率、根据静态分析结果自动修复漏洞什么的，利用结构化数据为大语言模型提供更精准的上下文，减少处理复杂逻辑时发生的幻觉，更推出轻量级 IDE Fleet 来跟上 VS Code/Cursor. 在 Reddit，开发者们有各种意见： 有的用户认为将智能体开发工作流程与功能齐全的 IDE 进行比较并不公平。IDE 的功能远不止是编写代码的工具——说实话，VS Code 及其衍生版本归根结底也只是编写代码的工具而已。有的用户认为可以相信 IDE 根据最新标准更新了所有必需的工具和文档，包括智能感知、代码自动完成、包兼容性等。一些用户对 JetBrains 的人工智能不满意。他们说，它绝对是最好的集成开发环境，但唯一能与之兼容的像样的 AI 只有 Augment，他们自己的 AI 太糟糕了。一些用户认为 JetBrains 的 AI 产品 Junie 还好，声称自己写代码然后用 Junie 来处理那些枯燥的部分和测试。一些用户声称他希望今年 Jetbrains 能做出一些颠覆性的举动，宣布他们将优先考虑与“人工智能”无关的其他特性和功能。有的用户说， JetBrains 确实拥有一个比市面上任何其他语言服务器都好得多的语言服务器，而且随着工作流程的改进，他们推断类型和捕获运行时问题（如无法访问的代码等）的能力也越来越强，这使他们在自动化开发方面处于有利地位，因为他们能够提供比竞争对手更好、更相关的上下文信息。迄今为止，围绕这些模型构建的框架，其价值几乎与模型本身不相上下。有的用户说，人工智能带来的生存危机在于，JetBrains 可能会把所有资源都投入到添加人工智能功能上，而忽略了让产品对人类用户来说易于使用。一旦编辑器无法被人类使用，我们还不如直接用 Copilot、记事本之类的软件。看起来我有必要支持这个言论。有的用户说，真正让用户留在 JetBrains 的是那些 AI 无法模仿的功能，他认为这些功能包括语言服务器、重构引擎、调试器、性能分析器等等。他认为，未来的最佳方案是利用 Claude Cursor 的 AI 编码辅助功能，然后依靠 IDE 进行安全的重构和调试。数据库也采用同样的模式。一名乐观的用户说，Cursor 的钱总有一天会用完。 送礼物 还没有人送礼物，鼓励一下作者吧 |
|
大概率会，JB的问题我一直说就是产品线铺得太开了，而且每个语言都带一个IDE，底层一样但是非常乱。Clion系和Java系用的还是两套。你看JB网上有多少bug连修都不带修，cursor一天更新一次而且人家都立马回复（只要你报米）。 JB现在问题我觉得第一是臃肿，产品线和公司都臃肿，第二是Java的衰落。 老实说我其实好久之前就不用pycharm了，直接换到vscode的pylance效果好太对（pycharm在我用的时候连协变逆变问题都推不了）现在我是一半时间pylance一半时间cursor，但是有official support的语言基本就cursor了。 话说我觉得值得讨论的反而是为啥你乎最爱的软的copilot能被cursor给全方位吊打，去年和今年年初还没有这个趋势，到了今年年底cursor越来越强，copilot反而变得不能用一样 |
|
JetBrains不会被其他AI IDE革命，而是和其他IDE一起被AI CLI革命。 首先，JetBrains的表现也没有那么差 根据著名猎头公司SecondTalent的统计，2025年最被想要(Desired)和最被赞赏(Admired)的IDE分布如下图。https://www.secondtalent.com/resources/ide-statistics/" data-tooltip-richtext="1" data-tooltip-preset="white" data-tooltip-classname="ztext-reference-tooltip">[1] |
|
|
虽然比不过VS Code屈居第二，但是JetBrains的IntelliJ和其他IDE相比也不落下风，让人有点吃惊的是，风头正旺的Cursor居然只排第六。 对于用的最多(Most Used)的IDE，如下图，VS Code更是一骑绝尘，IntelliJ虽然身居第4，但是也在第二梯队，只比Visual Studio和Notepad++略低。 |
|
|
在特定于Java的IDE方面，IntelliJ IDEA甚至还有上升势头，使用量从2024年的71%上升到2025年的84%。 |
|
|
所以说，JetBrains表现也没有那么差，即便现在AI Coding如火如荼，而且JetBrains在AI Coding上的表现也的确拉胯，但是其拳头产品IntelliJ依然还有坚实的用户群。 我的电脑上也安装了IntelliJ，但我没怎么用，因为IDE我主要用VS Code，我看周围朋友有还在用IntelliJ的，就问他们，为啥还用IntelliJ，为啥不改用VS Code? 得到的回答是：习惯了，懒得换了。 习惯真的是很难被杀死啊！ |
|
|
IntelliJ作为Java IDE还真不错 只要还存在IDE内编程的习惯，只要IDE这个市场还存在，JetBrains的产品就会存在基本盘，不会被斩尽杀绝。 而且IntelliJ好歹还是支持AI Coding插件，现在也做了AI Assistant，凑合着也能用。 问题是，这个『只要』的前提假设长远未必成立，因为命令行的CLI Coding才是未来。 CLI就是所有IDE的破壁人 2025年诞生了一个概念交Vibe Coding，完全用提示词来写代码。 在年初，还只是一个笑料，专业程序员会说对于初学者或者产品经理，拿Vibe Coding来玩一玩，证实一下自己想法可以，拿来做真正产品代码不行。 到了年末，程序员聚会，互相问一下最近咋样。 都在说：现在不写代码了，代码都是让AI来写。 就是2025这一年的时间，模型能力的提升让AI Coding的突飞猛进，Vibe Coding就不再只是做玩具项目，现在连专业程序员都Vibe，因为真的靠Vibe就够了，只需要写下提示词（当然写提示词也需要一些水平），就能让AI产生高质量代码。 |
|
|
在Vibe Coding成立的前提下，直接去编辑代码的需求越来越少。 2025年还见证了顶级CLI AI Coding工具的涌现，Claude Code、Gemini CLI、Cursor Agent、Kiro-CLI（一开始叫Amazon Q)、Codex，特别值得一说的是Cursor Agent，你看连AI Coding最热的宠儿Cursor都要涉足CLI，就知道这是大势所趋。 为啥CLI是大势所趋呢？ 因为一个『懒』字。 程序员为什么用IDE？也是因为懒，懒得去记忆那些函数名，所以用IDE的自动补全；懒得切换窗口去做build，所以用IDE内置build工具；懒得用其他方法Debug，所以用IDE内置Debug工具。 懒是推动生产力的第一动力。 同样，如果能靠提示词就能产生代码，靠提示词就能build，能靠提示词就能debug，那为什么还要去复杂的IDE和代码打交道呢？ CLI就是全新的编程工作范式，只要你足够懒，肯定会认为CLI更舒服。 如果你还不用CLI，只是你懒得去尝试CLI而已。 当然，现在AI的能力还没有强到所有问题都靠提示词就能搞定，这也是CLI没有完全碾压IDE的原因，但是，我们要看趋势，在2025年一年之内CLI就有这么巨大的能力跃迁，在2026年呢？再过三年呢？ 我敢断言，因为AI Coding能力越来越强，最后懒字当头的程序员肯定会全部转到CLI，IDE即便存在，也只是用来阅读代码的工具而已，而不是编辑代码的工具。 当CLI才是主流的时候，IDE占多少市场份额已经不重要了。 写在最后 JetBrains最大的风险，是作为一家老牌IDE，到现在为止都没有一个款CLI Coding的产品，当IDE这个业务消亡的时候，JetBrains将无以为继。 相比之下，Cursor作为新锐IDE，很快就意识到趋势，搞出了CLI工具Cursor Agent ，这样即便IDE市场不行了，在CLI上还能分到蛋糕。 从这个意义上说，JetBrains的确会被被Cursor这一类的AI Coding工具革命，但不会是输在IDE做得不够好，如果JetBrains输，只是因为它不拥抱变化，不能及时适应新的CLI编程范式。 参考^https://www.secondtalent.com/resources/ide-statistics/ 送礼物 还没有人送礼物，鼓励一下作者吧 |
|
不是一个赛道吧，Cursor 这种更像一个内置了code agent的编辑器，不能称之为IDE，况且Curosr和jb共存不是一件矛盾的事（其实主要还是jb自己的codeagent 太差加除了ampcode没有支持jb很好的code cli工具） |
|
|
| [收藏本文] 【下载本文】 |
| 上一篇文章 下一篇文章 查看所有文章 |
|
|
|
|
娱乐生活:
电影票房
娱乐圈
娱乐
弱智
火研
中华城市
印度
仙家
六爻
佛门
风水
古钱币交流专用
钓鱼
双色球
航空母舰
网球
乒乓球
中国女排
足球
nba
中超
跑步
象棋
体操
戒色
上海男科
80后
足球: 曼城 利物浦队 托特纳姆热刺 皇家马德里 尤文图斯 罗马 拉齐奥 米兰 里昂 巴黎圣日尔曼 曼联 |
| 网站联系: qq:121756557 email:121756557@qq.com 知识库 |