最近在刚看关于用GCC和GDB来编译和调试程序，习惯了在IDE的界面下工作，感到非常不顺手，有一点疑问，试问假如一个几千行乃至上万行的大型程序用他们来调试，总觉得力不从心啊，哪怕有一个TC的环境也不错啊，假如编译后产生大量的错误，不知道如何去改啊，难道再用vi打开，再改？在做DEBUG时，一屏显示的内容有限啊，总觉得使用相当不便，效率很低。  
是不是在做LINUX下的C/C++开发时，大家都用dev或其他的IDE环境啊，有用GCC的吗？  
刚学使用GCC和GDB，有些粗浅的疑问，希各位大虾指点。 

又：大家一般是在X  WINDOW下，还是在CONSOLE下呢，我在KDE下见到一个小的调试工具DEBUGGER，不知道大家有用没有？

先介绍一本书[write clean code]，关于debug，这本书写的很到位。这么说吧，我们不可能一次
debug上万行程序，我们debug的一个一个的function.按照作者的观点，写代码的人应该把自己
写的每一个函数都单步一次。

现实中的应用应该不是很大，这是unix/linux的基本哲学之一：分工合作。

我写console程序混饭吃，用gdb没觉得不方便。

ide环境linux上没有多少直接的，不过可以自己组合，我喜欢
vim + gdb + gcc
有人喜欢 emacs作为ide
或者用kdevelop adjuta rhide 等等

用一下rhide如何，和TC一模一样，对于用惯TC的朋友感觉一定很爽！
==> www.rhide.com

可以试试KDevelop，不过我不爱用，我用文本编辑器+makefile，基本不用调试程序，写出来的程序除了笔误，一般都很正常。

1.UE可以使用FTP直接在UNIX上写，很方便！！！我不用vi.我怕他。
2.如果时标准C++函数，可以在Windows写，调试。再移植到UNIX下，UNIX也有图形，但肯定不如VC.NET。
3.C++其实可以通过其他类库实现跨平台，用ACE。很好的东西。Windows UNIX下任意驰骋。
4.UNIX下编译大都使用Makefile，写习惯了也很方便。

UE + vi + gcc +gdb，习惯了也很好用的，主要是UE的可视面积大，查找也方便，用kdevelop也行。

我是linux上开samba,2000上mount成一个分区。用sourceinsight编辑程序。开一个xwindow/telnet，编译和调试。感觉不错

用vim配合上ctags,效果不错的哦:)

kdevelop+gcc