在另一个问题中，Mark高度评价 IDE，说“有些人仍然只是不知道‘为什么’他们应该使用一个……”。作为一个使用 vim 进行编程的人，并且在我的大多数/所有同事都使用 vim 或 emacs 进行所有工作的环境中工作，IDE 的优势是什么？我为什么要使用一个？
我确信这对某些人来说是一个收费问题，而且我对发起一场激烈的战争不感兴趣，所以请只回复您认为基于 IDE 的方法优越的原因。我对为什么不应该使用 IDE 不感兴趣。我已经不用了。可以这么说，我有兴趣听到“围栏的另一边”的消息。
如果您认为 IDE 可能适合某些类型的工作而不适合其他类型的工作，我也很想知道为什么。
这实际上取决于您使用的语言，但在 C# 和 Java 中，我发现 IDE 有利于：
所有这些都节省了时间。它们是我可以手动完成的事情，但更痛苦：我宁愿编码。
代码完成。它对探索代码有很大帮助。
关于我为什么使用 IDE 的简短回答是懒惰。
我是一个懒惰的灵魂，当有一种简单的方法来代替它时，我不喜欢用一种困难的方法来做事情。IDE 让生活变得轻松，因此吸引了我们这些懒惰的人。
当我键入代码时，IDE 会自动检查代码的有效性，我可以突出显示一个方法并按 F1 以获取帮助，右键单击并选择“转到定义”直接跳转到定义它的位置。我点击了一个按钮，自动附加调试器的应用程序为我启动。名单还在继续。开发人员每天所做的所有事情都集中在一个屋檐下。
无需使用 IDE。不这样做更难。
当“文本编辑器”真的是 emacs 时，我认为做经典的“文本编辑器和控制台窗口 vs IDE”是不公平的。大多数 IDE:s 的典型特性也在 emacs 中。或者他们甚至起源于那里，现代 IDE:s 主要是界面改进/简化。
这意味着对于原始问题，答案并不那么明确。这取决于相关站点的人们如何使用 emacs，他们是否主要将其用作文本编辑器，或者他们是否全力以赴并使用自定义脚本，学习相关模式的命令，了解代码标记等等。
我从相反的方向来回答这个问题。我是在 Makefile+Emacs 领域的编程中长大的。从我最早的 DOS 编译器 Microsoft Quick C 开始，我就有了一个 IDE 来实现自动化。我在 Visual C++ 6.0 上工作了很多年，当我毕业进入 Enterprise Java 时，我使用 Borland JBuilder，然后选择了 Eclipse，这对我来说非常高效。
在我最初的自学、大学和现在的职业生涯中，我逐渐了解到，任何仅在 IDE 内完成的主要软件开发都会适得其反。我这样说是因为大多数 IDE 都希望你在他们的独特的 I-control-the-world-how-the-world-works 风格。你必须按照他们的思路对你的项目进行切片和切块。您已经使用他们奇怪的对话框管理您的项目构建。大多数 IDE 对项目之间复杂的构建依赖关系的管理很差，而且依赖关系很难 100% 工作。我一直处于 IDE 不会生成我的代码的工作版本的情况，除非我执行了 Clean/Rebuild All。最后，很少有一种干净的方法可以将您的软件从开发中移出并从 IDE 移入其他环境，例如 QA 或生产环境。构建所有部署单元通常是一个轻而易举的节日，或者你有一些笨拙的工具，IDE 供应商为你提供了捆绑东西的工具。但又一次，
我了解到，要与团队一起进行大规模开发，如果我们使用 IDE 开发代码并使用手动编写的命令行脚本进行所有构建，我们的工作效率会最高。（我们喜欢用于 Java 开发的 Apache Ant。）我们发现，在 IDE 之外运行我们的脚本对于复杂的构建来说只是一次点击或自动化的噩梦，它更容易（并且破坏性更小）到一个shell 并在那里运行脚本。
手动构建要求我们错过现代 IDE 中的一些细节，例如后台编译，但我们获得的更为关键：可以在多种环境中运行的干净且简单的构建。那些敏捷开发人员都在谈论的“一键构建”？我们有它。我们的构建脚本也可以被持续集成系统直接调用。通过持续集成管理构建使我们能够更正式地暂存并将您的代码部署迁移到不同的环境，并让我们几乎立即知道有人签入了破坏构建或单元测试的错误代码。
事实上，我从 IDE 中构建的角色并没有对我们造成太大的伤害。Eclipse 中的智能感知和重构工具仍然完全有用且有效——后台编译只是用来支持这些工具。而且，Eclipse 对项目的特殊切片是一种很好的方式，可以以一种每个人都能理解的方式在精神上分解我们的问题集（尽管对我的口味来说还是有点冗长）。我认为 Eclipse 最重要的事情之一是出色的 SCM 集成，这就是让团队开发如此愉快的原因。我们使用 Subversion+Eclipse，这非常有效率，而且很容易训练我们的员工成为专家。
作为您在问题中强调的答复的作者，并且承认这一点有点晚，我不得不说，在列出的众多原因中，专业开发人员的生产力是最重要的原因之一高度重视的技能。
我所说的生产力是指以尽可能好的结果有效地完成工作的能力。IDE 在许多层面上实现了这一点。我不是 Emacs 专家，但我怀疑它缺少主要 IDE 的任何功能。
设计、文档编制、跟踪、开发、构建、分析、部署和维护，企业应用程序中的关键踏脚石，都可以在 IDE 中完成。
如果可以选择，为什么不使用如此强大的东西？
作为一个实验，承诺自己使用 IDE 30 天，然后看看你的感受。我很想看看你对这次经历的看法。
拥有 IDE 具有以下优点：
还有很多，也许你应该试一试。
IDE 基本上是：
全部在一个包中。
您可以使用单独的工具或仅使用出色的可编程编辑器和额外的工具来拥有所有这些（以及更多），例如 Emacs（Vim 也是如此，但 IDEbility IMO 少一些）。
如果您发现自己在一个实用程序和下一个可以集成到环境中的实用程序之间切换了很多，或者如果您缺少此处列出的一些功能（以及其他帖子中更完整的功能），也许是时候迁移到 IDE（或通过添加宏或不添加宏来提高环境的 IDEbility）。如果您使用多个程序为自己构建了一个“IDE”（在我上面提到的意义上），那么就没有必要转向一个实际的 IDE。
蚀：
高亮代码，在后台编译，在我进行过程中指出我的错误。
与 javadoc 集成，使用 ctrl-Space 建议变量名。
当我编译时，我会在那里得到错误。我可以双击一个错误，它会显示相应的行。
与 JUnit 集成得很好，ctrl-F11 运行测试，告诉我测试失败。如果输出窗口中有异常，我可以双击一行，然后将我带到失败的行。不仅如此，ctrl-F11 还确保在运行测试之前编译所有内容（这意味着我永远不会忘记这样做）。
与蚂蚁集成。一个命令来构建和部署应用程序。
与调试器集成，包括 Web 服务器的远程调试。
FANTASTIC 重构工具，搜索对一段代码的引用。帮助我了解更改的影响。
总而言之，它让我更有效率。
大约 10 年（1994-2004），我一直使用 Emacs 作为开发和邮件/新闻的主要环境。当我在 2004 年强迫自己学习 Java 时，我发现了 IDE 的强大功能，令我惊讶的是，我真的喜欢 IDE ( IntelliJ IDEA )。
我不会详细说明具体原因，因为这里已经提到了很多——请记住，不同的人喜欢不同的功能。我和一位同事使用相同的 IDE，我们都只使用了可用功能的一小部分，而且我们都不喜欢彼此使用 IDE 的方式（但我们都喜欢 IDE 本身）。
但是与 Emacs/Vim 相关的环境相比，IDE 有一个优势，我想重点介绍一下：您可以减少安装/配置所需功能的时间。
使用Wing IDE（用于 Python）我准备在安装后 15-20 分钟开始开发。不知道我需要多少小时才能使用 Emacs/Vim 来启动和运行我使用的功能。:)
它肯定会提高我的生产力。我什至在 Vista 上的 Visual Studio 中编写 Linux 应用程序，然后使用 Linux 虚拟机来构建它们。
您不必记住函数或方法调用的所有参数，一旦您开始键入它，IDE 就会显示需要哪些参数。您可以获得设置项目属性、编译器选项等的向导。您可以在整个项目中搜索内容，而不仅仅是文件夹中的当前文档或文件。如果您遇到编译器错误，请双击它，它会将您带到有问题的行。
集成模型编辑器、连接和浏览外部数据库、管理代码“片段”集合、GUI 建模工具等工具。所有这些东西都可以单独拥有，但是将它们全部放在同一个开发环境中可以节省很多时间并保持开发过程更有效地进行。
不同的人可能有不同的原因。对我来说，这些都是优点。
一天结束时，它帮助我比在记事本或写字板上更快地编写代码。这是我喜欢 IDE 的一个很好的理由。
根据开发人员试图完成的工作，IDE可以是“优越”的选择。
文本编辑器可以是“高级”的，因为 IDE 通常面向一种（或一小部分）语言。
如果开发人员将大部分时间花在单一语言或相关语言“集群”（如 C# 和 T-SQL）上，在一个操作系统中，那么 GUI 设计、调试、智能感知、重构等工具由一个好的 IDE 可以非常引人注目。例如，如果您将大部分时间都花在 VB.NET 中，有时可能会在 Windows 环境中使用一点 T-SQL，那么如果您不看 Visual Studio 或类似的 IDE，那就太愚蠢了.
我对那些喜欢 IDE 或文本编辑器的人没有偏见，如果学得好，两者都可以非常高效和有用！
我认为这主要与开发人员的意识范围有关。IDE 提供了开发人员工作环境的宏观视图。您可以同时看到类层次结构、引用的资源、数据库模式、SDK 帮助引用等。由于您的击键以及不断扩大的体系结构和体系结构交叉点的影响和影响如此之多，因此越来越难以一次仅从一个代码岛工作。
OTOH，“只有我和 vim 以及手册页”让我对我的工作有了更精简的微观 - 但强烈和精确 - 视图。如果我有一个设计良好、分区良好、稀疏耦合的高内聚代码库，它是用一种语言构建的，并且有一组静态库可供使用——这不是你的典型情况，尤其是随着开发团队规模的扩大和重塑代码结构随着时间、距离和个人喜好。
我目前正在从事 Flex 和 .NET 中的项目。关于 Flex 的一个更好的事情是完成标准事情的不同方法很少——从数据库中提取数据、打开/关闭/读取/写入文件等。（但我正在使用 Flex Builder/Eclipse IDE - 一个典型的重量级例子，比如 VS，因为我还在学习基础知识，我需要训练轮。一旦我对自己的模式有信心，我希望能进化回 vim。）在这个观点下，我可以做什么我需要通过非常了解一些事情来专业地做。
OTOH，我无法想象使用 .NET 达到这一点，因为我希望保持的观点不断扩大和转变。概念上的完整性要少得多，并且在几个月内多个开发人员在一个项目上的一致性要差得多 - 但 IDE 支持这一点，也许会鼓励它。所以开发人员确实需要（并且可以更容易地）充分了解更多的东西。这也有助于帮助他们回答（甚至理解）StackOverflow 上更高比例的问题。即我们可以拥有更深的知识堆栈。我们可以响应更广泛的求助广告。
事情可能在两个方向上都走得太远。也许使用“仅限编辑器”范围，就像“如果你只有一把锤子，一切看起来都像钉子”。使用 IDE 方法，无论您想将任何东西固定在一起，您都可以选择广泛的紧固件和相关的工具范围 - 纳尔/锤子、螺丝/螺丝刀、螺栓/扳手、粘合剂/胶枪/夹子、磁铁, 等等 - 一切尽在您的指尖（通过向导帮助您入门）。
不要认为它是排他性的。使用 IDE 以获得它提供的好处，并在需要认真关注时切换到 vim/首选文本编辑器。
我发现 IDE 更适合重构、浏览和调试以及弄清楚要做什么。小的事情然后在 IDE 中完成，大的事情我翻转到 vim 来完成工作。
IntelliSense、集成调试器和即时窗口使我的工作效率大大提高（Visual Studio 2008）。一切都触手可及，我可以在编写代码的同时将一个巨大项目的大部分内容牢记在心。微软可能会继续在他们的操作系统上丢球，但 Visual Studio 是有史以来最好的产品之一。
我不明白你在问什么。你问“我应该使用 IDE 而不是......”，但我不明白替代方案是什么 - Vim和 Emacs 可以实现任何 IDE 都会给你的许多功能。他们唯一无法处理大型 IDE 的方面可能是 UI 设计师之类的东西。然后你的问题归结为简单的“我应该使用什么 IDE”，并为更简单的 Vim 和 Emacs 领域提出论据。
我可以想到使用 IDE 的几个原因：
坦率地说，我喜欢我的鼠标。当我使用纯文本编辑器时，它会变得孤独。
IDE可以让您更快、更轻松地工作……我注意到我花了很多时间在一个简单的文本编辑器中浏览代码……
在一个好的 IDE 中，如果 IDE 支持跳转到函数、到以前的编辑位置、到变量，则该时间会减少......此外，一个好的 IDE 可以减少尝试不同语言功能和项目的时间，如启动时间可以很小。
Visual Studio 和 Eclipse 等基于 GUI 的 IDE 比 Emacs 或 vim 等基于文本的 IDE 有几个优势，因为它们的显示功能：
基本上，使用基于 GUI 的 IDE，您可以立即在屏幕上获得更多有用的信息，并且您可以像查看/编辑应用程序的图形部分一样轻松地查看/编辑文本部分。
作为开发人员，最酷的体验之一是编辑一种计算某些数据的方法，并在另一个窗口中以图形方式查看代码的实时输出，就像您的用户在运行应用程序时看到的那样。现在这是所见即所得的编辑！
Emacs 和 vim 等基于文本的 IDE 可以随着时间的推移添加代码完成和重构等功能，因此从长远来看，它们的主要限制是基于文本的显示模型。
我也几乎完全使用 Vim（几乎是因为我现在正在尝试学习 emacs）来完成我所有的开发工作。我认为纯粹的直观性（当然来自 GUI）是人们喜欢使用 IDE 的主要原因。通过直观，几乎不需要工具的学习开销。学习开销越少，他们完成的工作就越多。
节省开发时间
通过提供集成调试、智能感知等功能，让生活更轻松。
有很多，但会推荐使用一个，它们非常明显。
我不确定文本编辑器和 IDE 之间是否有明确的分界线。一方面你有 Notepad 之类的东西，另一方面是最好的现代 IDE，但两者之间还有很多东西。大多数文本编辑器都有语法高亮；针对程序员的编辑器通常具有各种其他功能，例如简单的代码导航和自动完成。Emacs 甚至允许您集成调试器。甚至 10 年前的 IDE 所提供的帮助程序员的功能远比你现在对严肃的文本编辑器所期望的要少得多。
对我来说，这只是我们在终端的美好时光中所做的一切的 GUI 版本。我总是同意 IDE 不是很优越，因为它们隐藏了很多东西，特别是关于链接的东西，但它们在某些情况下具有显着的优势，例如在 Qt 等某些开发平台上。
一些 IDE 像其他人的可视化 IDE 甚至似乎会在您键入代码时解析您的代码，并在您编译之前检测错误：似乎只有 IDE 才能与编译器密切合作以立即检测键入源中的问题。
我对 IDE/命令行火焰战争存在的疯狂回答只是因为从标准化的角度来看，C/C++ 可执行文件的构建并没有得到很好的处理，这与 D 语言不同；每个平台都以自己的方式处理编译/链接/等，因此为了减少混乱，他们制作了一个 IDE。
从您的角度来看，使用命令行可能更简单，如果只有一个带有标准选项的编译器，那会很容易，但事实是 C/C++ 是灵活的，所以最终，所有平台以自己的方式去做，因此 IDE 不会浪费时间解释如何去做。
如果您可以了解可执行文件如何与内核对话，或者您对编译器设计有所了解，那么也许有一种方法可以使用适当的命令行，但我怀疑您有。
微软或苹果，他们都是邪恶的，不得不提出一种直接的方式来构建应用程序而不进入细节，而且由于构建一个应用程序直接依赖于操作系统的架构，它几乎不会是“标准的”，因为命令行是。
简而言之，您不想深入研究它的功能的简单、大型和复杂的应用程序 -> IDE、小软件或简单的系统软件设计 -> 命令行。当然，除了那些嵌入 Makefile 的漂亮库，但那是另一回事了。
我还认为，当交付的应用程序与 GUI 或具有接口或直接绑定到 OS 的应用程序有关时使用 IDE，所以同样，它也适用于在不知道的情况下使用 UI/GUI 的人它是如何工作的，而对系统进行编程的人并不需要它。
IDE 只是现代的狗屎，但我认为 100 年后命令行仍然存在。
我喜欢 IDE，因为它让很多功能触手可及。项目中文件的编辑/编译/可见性是我在 IDE 中所重视的一切。我现在使用 Visual Studio，但在以前的生活中，我使用了 SlickEdit，发现它使我的开发过程比我不使用它时更加简化。
在决定是否使用 IDE 时，只需要考虑一件事，那就是它是否会让您更有效率。
简短的问题如此简短的回答:)
这在很大程度上取决于您在做什么以及您使用什么语言。就个人而言，我倾向于不使用 IDE（或者“我的 IDE 由 3 个运行 vim 的 xterms 组成，一个运行数据库客户端，一个带有bash 提示符或拖尾日志”，这取决于您对我的大部分工作定义“IDE”的范围），但是，如果我发现自己正在开发平台原生 GUI，那么我会在瞬间 - IMO、IDE 和图形表单编辑显然是为彼此而制作的。
IDE 可以处理繁重的工作，从而节省您的时间。
它将所有关联的项目文件保存在一起，便于协作。
您通常可以将源代码控制集成到 IDE 中，从而节省更多繁重的工作并进一步增强协作。
如果它具有自动完成功能，它可以帮助您探索您选择的语言并节省一些输入。
基本上，IDE 减少了程序员的非编程工作。
对我来说，IDE 更好，因为它允许在代码中更快地导航，如果你有一些想法要实现，这很重要。假设您不使用 IDE，到达目的地需要更长的时间。你的想法可能会更频繁地被打断。这意味着必须按下更多点击/更多键。一个人必须更多地专注于如何实现事物的思想。当然，你也可以写下东西，但必须在设计和实现之间跳来跳去。此外，GUI 设计师也有很大的不同。如果您手动执行此操作，则可能需要更长的时间。
这真的很简单。但是这个答案有点自相矛盾，因为我讨论的是只有嵌入式级别的开发人员才会遇到的问题。这是一个奇怪的观点的原因是，坦率地说，当我做嵌入式工作时（我在短时间内赚到了真正的钱），IDE 会很奇怪，你的大多数同事都会想知道为什么你对SNMP记不住/ASN.1或您正在处理的任何协议，只是/做您的工作/ 。但是，据我所知，您不能在没有“IDE”的情况下对您的微控制器在 /real time/ 中所做的事情进行图形模拟。
简而言之，IDE 通过简单的编辑器提供了额外的省时功能。
我更喜欢 IDE，因为它允许我集成编辑/编译/调试，一键从错误跳转到生成错误的行。此外，它允许使用 OS 标准界面显示信息的多个信息窗格。简而言之，它为用户提供了基于鼠标的输入界面和现代的输出界面，而不是依赖 1970 年代的技术和界面来帮助我。
IDE 有更复杂的用户和用途，我不声称使用它们或了解它们。当我有需要时，我会学习它们。
使用 IDE 的一个很好的理由是它们是生产现代软件的公认方式。如果你不使用，那么你可能会使用“老式”的东西，比如 vi 和 emacs。这可能会导致人们得出结论——可能是错误的——你被困在自己的方式中，无法适应新的工作方式。在像软件开发这样的行业中——想法可能在短短几个月内就过时了——这是一个危险的状态。它可能会严重损害你未来的工作前景......