我想把我的编程视野扩展到Linux。一个好的、可靠的基本工具集很重要，还有什么比IDE更基本呢?
我可以找到这些SO主题:
轻量级IDE linux和 你使用什么工具来开发 Linux上的c++应用程序?
我并不是在寻找轻量级IDE。如果一个IDE值那么多钱，我就会为它付费，所以它不一定是免费的。
我的问题是:
Linux有什么好的c++编程IDE ?
最小值是相当标准的:语法高亮显示、代码完成(如智能感知或其Eclipse对应版本)和集成调试(例如basic 断点)。
我自己也搜索过，但是有太多了，几乎不可能手工区分好的和坏的，特别是对于像我这样在Linux中几乎没有c++编程经验的人来说。我知道Eclipse支持c++，而且我真的很喜欢Java的IDE，但是它对c++有什么好处吗?还有更好的吗?
第二篇文章实际上有一些很好的建议，但我遗漏的是，究竟是什么让建议的IDE对用户这么好，它的(缺点)优势是什么?
也许我的问题应该是:
根据您的经验，您建议使用哪种IDE，为什么?
当前回答
make + vim + gdb = 一个伟大的 IDE
其他回答
我喜欢SciTE作为Linux上c++ /Python的基本编辑器。它有类似于VC的键盘绑定，所以你不需要重新编程你的剪切粘贴手指。
我将它与Git一起用于源代码控制，并使用非常有用的' Git grep'命令在代码库中进行搜索。
我使用Eclipse CDT，但我的源代码库太大了，我花了太多时间在IDE上等待。如果你的项目较小，这可能对你有好处。
我不想重复答案，但我想我可以再补充一点。
Slickedit是一个优秀的IDE。
It supports large code-bases well without slowing down or spending all its time indexing. (This is a problem I had with eclipse's cdt). Slickedit's speed is probably the nicest thing about it, actually. The code completion works well and there are a large amount of options for things like automatic formatting, beautification and refactoring. It does have integrated debugging. It has plug-in support and fairly active community creating them. In theory, you should be able to integrate well with people doing the traditional makefile stuff, as it allows you to create a project directly from one, but that didn't work as smoothly as I would have liked when I tried it. In addition to Linux, there are Mac and Windows versions of it, should you need them.
我建议您阅读UNIX编程的艺术。它将引导您使用环境作为IDE。
If you like Eclipse for Java, I suggest Eclipse CDT. Despite C/C++ support isn't so powerful as is for Java, it still offers most of the features. It has a nice feature named Managed Project that makes working with C/C++ projects easier if you don't have experience with Makefiles. But you can still use Makefiles. I do C and Java coding and I'm really happy with CDT. I'm developing the firmware for a embedded device in C and a application in Java that talks to this device, and is really nice to use the same environment for both. I guess it probably makes me more productive.
SlickEdit. I have used and loved SlickEdit since 2005, both on Windows and on Linux. I also have experience working in Visual Studio (5, 6, 2003, 2005) and just with Emacs and command line. I use SlickEdit with external makefiles, some of my teammates use SlickEdit, others use Emacs/vi. I do not use the integrated debugger, integrated version control, integrated build system: I generally find too much integration to be real pain. SlickEdit is robust (very few bugs), fast and intuitive. It is like a German car, a driver's car.
最新版本的SlickEdit似乎提供了许多我不感兴趣的功能，我有点担心这个产品在未来会变得臃肿和稀释。目前(我使用V13.0)它很棒。
