我更喜欢使用Emacs和Vim来编写c++代码。当我需要使用IDE时，我使用代码块。

然后我注意到这根本不是你在那里工作的方式*，我把所有东西都扔了，花了几天时间阅读手册，设置我的shell (bash)，设置一个GVIM环境，学习GCC/binutils工具链，make和gdb，从此过上了幸福的生活。

我在很大程度上同意这个观点，但问题也是一种认知:我们忘记了在任何选择的IDE(或其他环境)中变得高效是多么困难。我发现IDE (Visual Studio, NetBeans, Eclipse)在很多方面都非常麻烦。

作为一个老UNIX用户，我总是使用Emacs。但这是相当陡峭的 而且学习曲线很长，所以我不确定我能不能把它推荐给新人。

我同意;在Linux和MSW (XP2,W2K)上使用Emacs作为我的主要编辑器。 我不同意它有陡峭的学习曲线，但可以说，因为大量的功能，它有一个很长的学习曲线。你可以在短时间内变得富有成效，但如果你愿意，你可以在未来几年学习它的新功能。

但是，不要指望Emacs的所有功能都可以在下拉菜单中找到，因为下拉菜单中有太多的功能。

正如我提到的，我已经在MSW上使用GNU Emacs很多年了。在我“升级”到2008年之前，它总是能很好地与Visual Studio一起工作;现在，在从磁盘刷新文件之前，它有时会延迟许多秒。在VS窗口中编辑的主要原因是“智能感知”代码完成功能。

你能再解释一下你的情况吗，你需要改变什么。也许你可以通过提供一些你使用的信息的链接给我指明正确的方向。

我的第一个来源实际上是工具的手册页。只要输入

$ man toolname

在命令行上($ here是提示符的一部分，而不是输入)。

Depending on the platform, they're quite well-written and can also be found on the internet. In the case of make, I actually read the complete documentation which took a few hours. Actually, I don't think this is necessary or helpful in most cases but I had a few special requirements in my first assignments under Linux that required a sophisticated makefile. After writing the makefile I gave it to an experienced colleague who did some minor tweaks and corrections. After that, I pretty much knew make.

我使用GVIM是因为我在这方面有一些(但不是很多)经验，关于Emacs或替代方案我不能说什么。我发现阅读别人的.gvimrc配置文件真的很有帮助。很多人把它放在网上。这是我的。

不要试图一次掌握所有的双utils，有太多的函数。但是要有一个大概的了解，这样你就知道将来需要什么东西的时候去哪里找了。但是，您应该知道g++和ld (GCC链接器工具，自动调用，除非显式阻止)的所有重要参数。

另外，我很好奇，编码时有代码完成和语法高亮吗?

语法高亮:是的，而且比Visual Studio好得多。代码完成:差不多。首先，我必须承认，我甚至在Visual Studio中都没有使用c++代码补全，因为(与VB和c#相比)它不够好。我现在不经常使用它，但是尽管如此，GVIM对c++有本地代码补全支持。结合ctags库和像taglist这样的插件，这几乎就是一个IDE。

实际上，是阿明·罗纳切的一篇文章激发了我的灵感。在阅读文章之前，看看文章末尾的截图!

在得到(语法)错误之前必须先编译吗?

是的。但这对于Visual Studio来说是一样的，不是吗(我从来没有用过Whole Tomato)?当然，语法高亮显示不匹配的括号，但仅此而已。

如何调试(再次考虑断点等)?

我使用gdb，这是一个命令行工具。还有一个叫做DDD的图形前端。gdb是一种现代的调试工具，可以做您在IDE中可以做的所有事情。唯一真正让我恼火的是读取堆栈跟踪，因为行没有缩进或格式化，所以当你使用很多模板时(我就是这样做的)，很难扫描信息。但这些也会使ide中的堆栈跟踪变得混乱。

就像我说的，我很“荣幸”在高中时使用windows记事本和命令行Java编译器迈出了我在Java编程语言中的第一步，它是…嗯，噩梦!当然，当我把它和我当时学的其他编程课程进行比较时，我们有不错的IDE

您甚至不应该尝试将现代的全功能编辑器(如Emacs或GVIM)与Notepad进行比较。记事本是一个修饰的文本框控件，这真的使所有的不同。此外，在Linux和Windows中使用命令行是一种非常不同的体验。Windows cmd.exe严重损坏。PowerShell要好得多。

/EDIT: I should mention explicitly that GVIM has tabbed editing (as in tabbed browsing, not tabs-vs-spaces)! It took me ages to find them although they're not hidden at all. Just type :tabe instead of plain :e when opening a file or creating a new one, and GVIM will create a new tab. Switching between tabs can be done using the cursor or several different shortcuts (depending on the platform). The key gt (type g, then t in command mode) should work everywhere, and jumps to the next tab, or tab no. n if a number was given. Type :help gt to get more help.

在Visual Studio环境下长大，我发现相对年轻的Code::Blocks非常熟悉。

简短的回答是:选择您喜欢的任何“编辑器”，然后使用GDB控制台或简单的GDB前端来调试应用程序。调试器带有别致的ide，例如Netbeans对于C/ c++来说很糟糕。我使用Netbeans作为编辑器，Insight和GDB控制台作为调试器。

有了洞察力，您就有了一个漂亮的GUI和GDB的原始功能。

一旦您习惯了GDB命令，您就会开始爱上它，因为您可以做使用GUI永远无法做的事情。如果您使用的是GDB 7或更新版本，您甚至可以使用Python作为脚本语言。

这里的大多数人更关注ide的“编辑器”。然而，如果你正在用C/ c++开发一个大型项目，你可能会很容易地把70%以上的时间花在“调试器”上。高级ide的调试器至少落后于Visual Studio 10年。例如，Netbenas与Visual Studio有非常相似的接口。但是与Visual Studio相比，它的调试器有许多缺点。

Very slow to display even a array with only a few hundreds of elements No highlighting for changed value ( By default, visual studio shows changed values in the watch windows in red) Very limited ability to show memory. You cannot modify the source code then continue to run. If a bug takes a long time to hit, you would like to change the source and apply the changes live and continue to run your application. You cannot change the "next statement" to run. In Visual Studio, you can use "Set Next Statement" to change how your application runs. Although this feature could crash your application if not used properly, but it will save you a lot of time. For instance, if you found the state of your application is not correct, but you do not know what caused the problems, you might want to rerun a certain region of the your source codes without restarting your application. No built-in support for STL such as vector, list, deque and map etc. No watch points. You need to have this feature, when you need to stop your application right at the point a variable is changed. Intel based computers have hardware watch points so that the watch points will not slow down your system. It might takes many hours to find some hard-to-find bugs without using watch points. "Visual Studio" calls "watch pointer" as "Data BreakPoint".

这个清单可以长得多。

Netbeans或其他类似ide的缺点让我非常沮丧，所以我开始学习GDB本身。我发现GDB本身非常强大。广发银行并不具备上述所有的“缺点”。实际上，GDB非常强大，在许多方面甚至比Visual Studio还要好。我给你们看一个非常简单的例子。

例如，你有一个这样的数组:

struct IdAndValue
{
  int ID;
  int value;
};


IdAndValue IdAndValues[1000];

当应用程序停止时，您希望检查IdAndValues中的数据。例如，如果你想在数组中找到特定“ID”的序数和值，你可以创建一个像下面这样的脚本:

define PrintVal 
set $i=0
printf "ID = %d\n", $arg0
while $i<1000
  if IdAndValues[$i].ID == $arg0
    printf "ordinal = %d, value = %d\n", $i, IdAndValues[$i].vaue
    set $i++
  end
end
end

您可以在当前上下文中使用应用程序中的所有变量，包括您自己的变量(在本例中为$i)、传递的参数(在本例中为$arg0)以及所有GDB命令(内置或用户定义)。

使用GDB提示符中的PrintVal 1打印ID为“1”的值

顺便说一下，NetBeans确实附带了一个GDB控制台，但是通过使用控制台，您可能会使NetBeans崩溃。我相信这就是为什么控制台在NetBeans中默认是隐藏的

我喜欢SciTE作为Linux上c++ /Python的基本编辑器。它有类似于VC的键盘绑定，所以你不需要重新编程你的剪切粘贴手指。

我将它与Git一起用于源代码控制，并使用非常有用的' Git grep'命令在代码库中进行搜索。

我使用Eclipse CDT，但我的源代码库太大了，我花了太多时间在IDE上等待。如果你的项目较小，这可能对你有好处。