리눅스에서 효과적인 C 프로그래밍 환경?

저도 vi를 씁니다.
아직은 단축키가 익숙하지않아서리...

인적으로는 Emacs를 추천
합니다. RHIDE같은 경우
는 콘솔모드로 나가야 하
고. 한글도 당근 안되겠
죠. 게다가 C나 C++ 만
지원 합니다. 물론 도스
시절의 Borland C++환경
과 놀랄 만큼 똑같다는
것은 그 툴을 사용했었던
사람한테는 아주 큰장점
이 되겠지만.
저도 한참 많은 에디터를
찾아서 돌아다녀 보았는
데 그 결과 ㅡ.ㅡ Emacs
가 가장 낫더군요. 단축
키의 기능을 사용해 보시
면 알겁니다. 저는 저 나
름대로의 .emacs 파일을
만들어서 사용하고있습니
다. Alt + key... 형태의
키 바인딩을 주로 사용하
고 암튼 사용해보시면 알
겁니다. 당분간은 emacs
를 무시할만한 에디터가
나오지 않을겁니다.

RHIDE 1.4.7.8 for Linux

볼랜드C++과 거의 똑같은 통합 환경입니다.
리눅스용으로 포팅된 터보 비젼 (Turbo Vision)으로
만들어졌구요~ 다음 주소에 가보세요~

http://home.lanet.lv/~pavenis/rhide.html

아주 좋습니다~

kylix가 나왔으니 조만간 모든 문제가 해결될겁니다.
kylix 만세! 볼랜드 만세! ^^;

RHIDE 1.4.X

도스용 터보씨,볼랜드씨와
환경이 동일합니다.(아주
똑같음..흐흐..)

여기다 GLADE(gtk front)
랑 더해서 작업할수동 있
슴다.

제가 지금 그렇게 하고
있슴다

예전에 도스에서 RHIDE써
본적있어서 지금쓰고 있는데
괜찮습니다.
콘솔모드로 할실땐 단축키로
X를 왔다갔다하면서 작업
할수도있구요.

아예콘솔을 프레임버퍼로
하면 화면보기좋습니다..
(흐흐)

한가지더..

폰트의 가독성도 상당히 중요합니다.
한눈에 들어오느냐. 못들오느냐..

그리고 화면이 깨끗하게 보이냐 안보이느냐.

emacs가 최고죠..
근데 덩치도 크고. emacs에서 한글처리가..

요즘은 어떤지 모르지만.
얼마전까지 emacs는 독자적인 locale을 사용하고 있었거든요.
따라서. 주석처리를 해도..
다른 에디터에서는 볼수가 없었죠.. - -;;

그것만 제외한다면.. emacs안에서 모든걸 해결할 수 있습니다.
또 emacs 많이 쓰시는 분은 알겠지만 .
코딩량이 많아지면. 새끼손까락 엄청나게 아픔니다. - -;;
emacs의 특성상 수많은 단축키들 때문에 - -;;

폰트 설정도 귀찮고.
요즘은 그래서 이것저것 다 싫어서.

한텀에 lucida-typewriter 는 영문.
sun-roundgothic은 한글..

이렇게 맞추고. 그냥. vim 씁니다.
이게 가장 빠르고 편한거 같아요.. ^^

일단 키워드는..

vi, screen, bash, ctags, grep, man, make, gdb...

쓰신 글을 보니 screen은 사용하시지 않는것 같은데,
제 생각으로는(IMHO) screen 없는 vi는 절름발이입니다.
특히 emacs와 비교하자면. 아. 물론 저는
독실한(?) screen+vi 신자입니다.

관련되는 팁은, 19내지 21인치 모니터를
1600x1200으로 설정하고 9포인트 정도 폰트로
256x96 정도짜리 터미널 창 하나만 띄워 쓰라는 겁니다.

화면이 잇빠이 크면 소스보기 정말 편해요.
솔직히는, 256x96이 아니고 192x256쯤 되는 터미널이
있으면 좋겠다는 생각은 합니다만.. 그런건 없고.

screen 띄우고나서 0,1번은 vi로 소스,
2번은 헤더, 3,4번은 man, 5번은 make, 6번은 gdb,
7번은 mutt로 메일 첵, 8번은 채팅(^^;) 등등...

음. 사실 한글 들어가고 그러면 MS 환경처럼
삐까뻔쩍(?)하게 디버거 돌아가고 뭐 그러는게
잘 안됩니다만..말씀드리고 싶은건..

use the Force, read the Source!

디버거 자체를 믿을 수 없는 경우도 종종 생깁니다.
멀티쓰레드가 아니더라도, 로칼 어레이 잘못써서
스택이 왕창 깨진 경우에는.. 특히..

안녕하세요. 아주 많으신 분들이 vi를 사용하고 계시는군요.

저는 리눅스를 만진지 이제 2년이 조금 넘었습니다.

처음에는 윈도우즈 환경에ㅓ 작업을 해서 그런지 visual studio

가 가장 손에 잘 익었습니다(?).

물론 리눅스로 넘어와서도 아직 vi를 공부할 엄두를 못내고

그냥 mcedit를 씁니다.

저의 작업 환경은 삼바를 이용해서 visual studio에서 프로젝

트를 생성하고 작업을 합니다.

일단 프로젝트로 묶고나면 문자열 서칭이라든가 여럭가지가

편해지기 때문입니다. 물론 컴파일을 ssh로 로긴하여 따로합니다.

저도 여기에 계신 고수님들처럼 빨리 vi를 잘 사용했으면

합니다.

이상 리눅스 병아리가...

전 vi만 써왔는 습니다..(vi는 기능이 적어서리...
vim입니다..이하 동일)
visual Studio와 vi를 선택하라면 vi를 선택할 겁니다..

전 윈도우에서도 Sygwin깔고 vi로 작업하다가 컴파일만 visual studio로 하기도 합니다...

emac은 배우기 귀찮고 모든 플랫폼에 설치된것도 아니라서 설치하기도 귀찮거니와..여러가지 이유로 아직 사용할 줄 모릅니다. 저는 vi로도 충분하다고 생각하고 있습니다.

vi와 visual studio를 비교해봤을때 editing하는 속부터 다름니다...vi잘쓰면 굉장히 빠릅니다.
마우스보다 키보드가 빠르듯이.
(사실 visual stdio는 단축기 모름. 잘 안외어 지더라구여.)

gdb로 디버거가 있더라도 멀티쓰레드나 멀티프로세스 프로그래밍으로 들어가면 디버거의 용도는 무색해집니다. 디버거로 버그를 찾아내기란 쉽지않죠...그때는 단순히 core파일 뜯어보는 용도로만 사용합니다...

복잡해지면 복잡히질 수록 생노가다가 필요합니다. 하다보면 노가다에도 단수가 있어 편하게 노가다하는 방법이 조금씩 생깁니다..

아직은 잘모르지만 gdb, make, shell이런거 잘쓰면 굉장히 편할 것 같습니다. visual studio는 그것을 좀더 쉽게 하긴했는데 역시 잘쓰면, 그냥 스크립트방식이 더 편하더군요..GUI보다는.

그냥 편한걸 쓰세여...
자기한테 편한것보다 좋은 툴은 없어 보입니다..

제 경우엔 Emacs 가 너무 커서 cooledit 라는 걸 쓰고
있습니다. 개발 환경까진 아니고 에디턴데, 자체적으로
MDI 를 구현해서 창이 지저분해지지는 않고요... 아주
마음에 쏙 들만큼 잘 만들어져 있진 않습니다.
호환성 있는 코드라면, 디버깅이 아쉬울 땐 비쥬얼
스튜디오에서 디버그 하고요... 그냥 printf 로 디버그
하기도 하고... gdb 쓰기도 하고...
회사는 윈도우즈 기반이므로, 요즘은 비쥬얼 스튜디오를
많이 쓰는 편입니다. 머지 않아 안그럴 것 같지만...

emacs를 쓰시면 말씀하신 대부분의 내용은 해결되리라 봅니다. gdb의 ui문제라든가 online manual 기능이라던가.
visio는 어떻게 해야할지 저로서는 모르겠네요...--;

emacs를 쓰시되 vi에 익숙하시다면 viper mode를 사용하세요. vim에 특화된 명령들(예를 들면 v)은 안먹지만 vi compatible한 명령은 왠만한건 다 먹습니다.
그리고 emacs는 설정을 어떻게 하느냐에 따라서 완전히 다른 기능을 가지는데, 설정이라는게 lisp을 쓰는 사실상의 프로그래밍이니까 첨부터 다 할려고 하지 마시고 우선 자신에게 맞는 설정을 찾아서 쓰시고 필요하면 추가하거나 바꾸세요.