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

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

$ 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.

我很高兴你和vim解决了问题。但是我不得不说，我对您已经“非常喜欢Eclipse for Java”感到有点困惑，这意味着您已经熟悉它的工作原理了。在这种情况下，为什么不在c++中也使用它呢?CDT满足您提到的所有要求。

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

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

$ 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.

然后我注意到这根本不是你在那里工作的方式*，我把所有东西都扔了，花了几天时间阅读手册，设置我的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窗口中编辑的主要原因是“智能感知”代码完成功能。

我是用“Geany”发现好的，到目前为止，它的快速和轻重量IDE。

Geany的特点包括:

代码折叠 会话保存 基本IDE特性，如语法高亮显示、制表符、自动缩进和代码完成 简单的项目管理 构建系统 颜色选择器(在web开发中非常方便) 嵌入式终端仿真 电话技巧 符号列表 自动完成公共结构(如if、else、while等)

Konrad的建议非常棒，在经典的vi/cc/ld/db/make环境中，你应该可以轻松高效地工作。很多很多大学生在10-15周的课程中学习了这个工具链。

也就是说，另一个经典环境是走Emacs路线。我不会将其称为IDE，但它确实将两个重要的开发工具集成到编辑器中:编译器的输出和调试器。您可以让它压缩到文件中与编译器错误对应的行，您可以设置断点并从编辑器中使用步进。