[vim] 왜 IDE를 사용해야합니까? [닫은]

나는이 질문에 반대 방향에서왔다. 나는 Makefile + Emacs 땅에서 아주 적은 피트 스탑으로 프로그래밍을 시작했습니다. DOS에서 가장 빠른 컴파일러 인 Microsoft Quick C에서 작업을 자동화 할 IDE가있었습니다. Visual C ++ 6.0에서 수년을 보냈으며 Enterprise Java를 졸업하면서 Borland JBuilder와 함께 일한 후 Eclipse를 사용하여 생산성을 높였습니다.

저의 초기 자체 교육, 대학 및 현재 전문 경력을 통해 IDE 내에서만 수행되는 모든 주요 소프트웨어 개발이 비생산적이라는 사실을 알게되었습니다. 나는 대부분의 IDE가 당신이 그들의 작업을 원하기 때문에 이것을 말한다독특한 I-control-how-the-world-works 스타일. 당신은 그들의 선을 따라 프로젝트를 슬라이스하고 주사위를 굴려야합니다. 이상한 대화 상자를 사용하여 프로젝트 빌드를 관리했습니다. 대부분의 IDE는 프로젝트 간의 복잡한 빌드 종속성을 제대로 관리하지 못하므로 종속성을 100 % 작동시키기가 어려울 수 있습니다. IDE가 Clean / Rebuild All을 수행하지 않으면 코드의 실제 빌드를 생성하지 않는 상황에 처해 있습니다. 마지막으로 소프트웨어를 개발에서 제외하고 QA 또는 프로덕션과 같은 다른 환경으로 소프트웨어를 옮기는 확실한 방법은 거의 없습니다. 일반적으로 모든 배포 단위를 구축하는 것은 매우 번거로운 일이거나 IDE 공급 업체가 제공하는 어색한 도구가 있습니다. 그러나 다시

팀과의 대규모 개발을 위해 IDE를 사용하여 코드를 개발하고 수동으로 작성된 명령 줄 스크립트를 사용하여 모든 빌드를 수행하면 생산성이 가장 높아질 수 있다는 것을 알게되었습니다. (우리는 Java 개발을 위해 Apache Ant를 좋아한다.) 우리는 IDE에서 스크립트를 실행하는 것이 단지 클릭 페스트이거나 복잡한 빌드를위한 자동화 악몽이라는 것을 알았다. 쉘에서 스크립트를 실행하십시오.

수동 빌드에는 백그라운드 컴파일과 같은 최신 IDE의 장점 중 일부를 놓쳐 야하지만 여러 환경에서 살 수있는 깨끗하고 쉬운 빌드가 훨씬 중요합니다. 민첩한 사람들이 말하는 “원 클릭 빌드”? 우리는 그것을 가지고있다. 지속적인 통합 시스템에서도 빌드 스크립트를 직접 호출 할 수 있습니다. 지속적인 통합을 통해 빌드를 관리하면 코드 배포를보다 공식적으로 준비하고 다른 환경으로 마이그레이션 할 수 있으며 누군가 빌드 또는 단위 테스트를 중단하는 잘못된 코드를 체크인하면 거의 즉시 알 수 있습니다.

사실, IDE에서 빌드 역할을 맡아도 우리를 크게 해치지 않았습니다. Eclipse의 인텔리전스 및 리팩토링 도구는 여전히 유용하고 유효합니다. 백그라운드 컴파일은 단순히 해당 도구를 지원하는 역할을합니다. 그리고 Eclipse의 독특한 프로젝트 조각화는 모든 사람들이 이해할 수있는 방식으로 문제 세트를 정신적으로 세분화하는 아주 좋은 방법으로 사용되었습니다 (여전히 내 취향에 대해서는 조금 장황합니다). Eclipse에서 가장 중요한 점 중 하나는 탁월한 SCM 통합이라고 생각합니다. 이것이 팀 개발을 즐겁게 해줍니다. 우리는 Subversion + Eclipse를 사용하며, 이는 생산성이 높고 직원이 전문가가되도록 훈련시키기가 매우 쉽습니다.

답변