就这篇文章而言，我的时机可能有点不对，但我必须做出回应。

我是一个超级日食迷——从它第一次出现就开始使用它。一个朋友告诉我(10多年前)，这将是一个播放器。他是对的。

然而!我刚刚开始使用IntelliJ，如果您还没有见过或使用过变更列表，那么您就错过了编程的天堂。

The ability to track my changed files (on my development branch ala clearcase) was something I was looking for in a plugin for eclipse. Intellij tracks all of your changes for a single commit, extremely easy. You can isolate changed files with custom lists. I use that for configuration files that must be unique locally, but are constantly flagged when I sync or compare against the repository -- listing them under a changelist, I can monitor them, but neatly tuck them away so I can focus on the real additions I am making.

此外，还有一个提交日志插件，可以输出那些没有与错误跟踪软件集成的SCCS的所有更改的文本。将日志粘贴到票据的工作历史记录中可以捕获文件、它们的版本、日期/时间和分支/标记。太酷了。

我打赌，所有这些都可以通过eclipse中的插件(或未来的增强)来支持;然而，Intellij使这变得轻而易举。

最后，我真的很高兴主流对这款产品的喜爱——按键，所以它很痛苦，但很有趣。

在IntelliJ中，您可以通过“最后编辑位置”跳过最后编辑位置的历史。Eclipse也有类似的特性，但是Eclipse只返回到编辑位置的一个级别。

拥有历史记录而不仅仅是Eclipse提供的一个级别是一个很好的生产力特性:它充当了一种自动书签的形式，因为您经常希望跳转回您进行更改的地方。我每天都要使用这个功能几次，当我被要求使用Eclipse来做某些事情时，我感到没有这个功能的痛苦。

IntelliJ有一些相当高级的代码检查(与FindBugs类似但又不同)。

虽然我在使用IntelliJ时非常想念FindBugs插件(Eclipse/FindBugs集成非常酷)。

下面是IntelliJ支持的代码检查的官方列表

编辑:最后，IntelliJ有一个findbugs-plugin。它仍处于测试阶段，但代码检查和FindBugs的组合非常棒!

Intellij有一个比subversion或Subclipse优秀得多的SVN插件，而且它是有效的!我们在使用Eclipse合并源文件上所浪费的时间是无法想象的。对于IntelliJ，这不是一个问题，因为插件可以帮助你更多。

此外，Subclipse插件也不可靠——我们经常遇到插件认为其他开发人员没有将任何代码签入SVN的情况，但确实存在——CI服务器已经处理了它们!

可能不是能做/不能做的问题，而是如何做的问题。

例如，两者都有编辑器围绕码头面板的项目，类路径，输出，结构等。但在Idea中，当我开始输入所有这些自动折叠时让我专注于代码本身;在eclipse中，所有这些面板都保持打开，使我的编辑器区域非常小，大约是总可视区域的1/5。所以我必须抓住鼠标，点击来最小化这些面板。在日食中，整天这样做是一种非常令人沮丧的经历。

The exact opposite thing happens with the view output window. In Idea running a program brings the output window/panel to see the output of the program even if it was perviously minimized. In eclipse I have to grab my mouse again and look for the output tab and click it to view my program output, because the output window/panel is just another one, like all the rest of the windows, but in Idea it is treated in a special way: "If the user want to run his program, is very likely he wants to see the output of that program!" It seems so natural when I write it, but eclipse fails in this basic user interface concept.

可能在eclipse中有一个快捷方式(编辑时自动隐藏输出窗口，运行程序时自动显示)，但由于其他几十个功能，快捷方式必须在论坛，在线帮助等中寻找，而在Idea中则更“自然”一些。

这可以重复几乎所有的功能，自动完成，自动换行，快速文档查看，一切。我认为在Idea中的用户体验要比在eclipse中的用户体验愉快得多。那么，“快乐地发展”这句格言就成为现实了。

Eclipse可以处理更快的大型项目(+300个jar和+4000个类)，我认为IntelliJ Idea 8正在处理这个问题。

当然，所有这些都是主观的。我们如何衡量用户体验?

一个非常有用的特性是能够部分构建Maven反应堆项目，以便只包括您需要的部分。

To make this a little clearer, consider the case of a collection of WAR files with a lot of common resources (e.g. JavaScript, Spring config files etc) being shared between them using the overlay technique. If you are working on some web page (running in Jetty) and want to change some of the overlay code that is held in a separate module then you'd normally expect to have to stop Jetty, run the Maven build, start Jetty again and continue. This is the case with Eclipse and just about every other IDE I've worked with. Not so in IntelliJ. Using the project settings you can define which facet of which module you would like to be included in a background build. Consequently you end up with a process that appears seamless. You make a change to pretty much any code in the project and instantly it is available after you refresh the browser.

非常简洁，而且非常快。

我无法想象在没有它的情况下，在像YUI这样的东西中编写一个返回到DWR/SpringMVC的前端。