왜 IDE를 사용해야합니까?

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

---

또 다른 질문으로 Mark 는 "어떤 사람들이 여전히 사용해야하는 이유를 모른다"고 말합니다. 프로그래밍에 vim을 사용하고 대부분의 동료가 vim 또는 emacs를 모든 작업에 사용하는 환경에서 근무하는 누군가 IDE의 장점은 무엇입니까? 왜 사용해야합니까?

나는 이것이 일부 사람들에게 부과 된 문제라고 확신하며 화염 전쟁을 시작하는 데 관심이 없으므로 IDE 기반 접근 방식이 우수하다고 생각하는 이유만으로 답장하십시오 . IDE를 사용하지 않아야하는 이유에 대해서는 관심이 없습니다. 나는 이미 하나를 사용하지 않습니다. 나는 "울타리의 다른 쪽"에서 듣는 것에 관심이 있습니다.

IDE가 일부 유형의 작업에는 적합하지만 다른 유형에는 적합하지 않다고 생각한다면 그 이유를 듣고 싶습니다.

---

실제로 사용하는 언어에 따라 다르지만 C # 및 Java에서는 IDE가 다음과 같은 이점을 제공합니다.

• 네임 스페이스, 프로젝트 등에 대해 걱정할 필요없이 유형으로 빠르게 탐색
• 멤버를 하이퍼 링크로 취급하여 멤버 탐색
• 마음 속으로 모든 회원의 이름을 기억할 수 없을 때 자동 완성
• 자동 코드 생성
• 리팩토링 (대규모)
• 가져 오기 구성 (C ​​#의 지시문을 사용하여 Java에서 적절한 가져 오기를 자동으로 추가)
• 유형별 경고 (예 : 일부 오류는 컴파일주기가 필요하지 않음)
• 문서를 볼 수있는 항목 위로 마우스를 가져 가기
• 화면에서 파일, 오류 / 경고 / 콘솔 / 장치 테스트 및 소스 코드를 모두 유용한 방식으로 동시에 확인
• 동일한 창에서 단위 테스트를 쉽게 수행
• 통합 디버깅
• 통합 소스 제어
• 오류 세부 사항에서 직접 컴파일 오류 또는 런타임 예외가 발생한 위치를 탐색하십시오.
• 기타!

이 모든 것이 시간을 절약 해줍니다. 그것들은 내가 수동으로 할 수있는 일이지만 더 많은 고통을 겪습니다.

---

코드 완성. 코드 탐색에 많은 도움이됩니다.

---

IDE를 사용하는 이유에 대한 짧은 대답은 게으름입니다.

나는 쉬운 방법이있을 때 어려운 일을하는 것을 싫어하는 게으른 영혼입니다. IDE는 인생을 편하게 만들어 게으른 사람들에게 호소합니다.

코드를 입력 할 때 IDE는 자동으로 코드의 유효성을 검사합니다. 메소드를 강조 표시하고 F1을 눌러 도움말을 찾은 다음 마우스 오른쪽 버튼을 클릭하고 "정의로 이동"을 선택하여 정의 된 위치로 바로 이동합니다. 하나의 버튼을 누르면 자동으로 연결된 디버거와 함께 응용 프로그램이 시작됩니다. 그래서 목록은 계속됩니다. 개발자가 일상적으로하는 모든 일은 하나의 지붕 아래에 모입니다.

IDE를 사용할 필요가 없습니다. 하지 않는 것이 훨씬 더 어렵다.

---

"text editor"가 실제로 emacs 일 때 고전적인 "text editor and console window vs IDE"를하는 것이 공정하지 않다고 생각합니다. IDE에 일반적인 대부분의 기능은 emacs에도 있습니다. 또는 아마도 거기에서 시작되었을 수도 있으며 최신 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를 사용하며, 이는 생산성이 높고 직원이 전문가가되도록 훈련시키기가 매우 쉽습니다.

---

귀하가 귀하의 질문에 강조한 답변의 저자이기 때문에,이 질문에 조금 늦게 들어온다는 사실은, 목록에 나와있는 많은 이유 중에서 전문 개발자의 생산성이 가장 중요하다고 말할 수 있습니다. 존경받는 기술.

생산성이란, 가능한 최상의 결과로 업무를 효율적으로 수행 할 수있는 능력을 의미합니다. IDE는이를 여러 수준에서 가능하게합니다. 저는 Emacs 전문가는 아니지만 주요 IDE의 기능이 부족한 것 같습니다.

엔터프라이즈 응용 프로그램의 주요 디딤돌 인 설계, 문서화, 추적, 개발, 구축, 분석, 배포 및 유지 관리는 모두 IDE 내에서 수행 할 수 있습니다.

선택의 여지가 있다면 왜 그렇게 강력한 것을 사용하지 않습니까?

실험으로 30 일 동안 IDE를 사용하고 자신의 기분을 확인하십시오. 나는 경험에 대한 당신의 생각을 읽고 싶습니다.

---

IDE를 사용하면 다음과 같은 장점이 있습니다.

• 컴파일은 일반적으로 "즉석에서"수행되며 더 이상 컴파일하기 위해 명령 행으로 전환하지 않습니다.
• 디버깅은 통합되어 있으며 IDE에서 디버깅한다는 것은 단계 디버거가 실제로 내부 편집기를 사용하여 실행되는 코드를 시각적으로 보여줍니다.
• IDE는 일반적으로 작업중인 언어에 대한 의미를 잘 알고 있으며 입력하는 동안 가능한 문제를 보여줄 수 있습니다. 리팩토링은 "search replace"보다 훨씬 강력합니다.

더 많은 것이 있습니다. 어쩌면 시도해보십시오.

---

IDE는 기본적으로 다음과 같습니다.

• 코드 완성, 리팩토링 및 문서를 포함한 편집기
• 디버거
• 파일 시스템 탐색기
• SCMS 클라이언트
• 빌드 도구

모두 단일 패키지로 제공됩니다.

별도의 도구를 사용하거나 Emacs와 같은 훌륭한 프로그래밍 가능 편집기 및 추가 도구를 사용하여이 모든 것을 (그리고 그 이상 더) 가질 수 있습니다 (Vim도 있지만 IDEbility IMO는 조금 적음).

환경에 통합 될 수있는 유틸리티와 다음 유틸리티간에 많은 전환이 있거나 여기에 나열된 일부 기능이 누락 된 경우 (그리고 다른 게시물에 더 있음) IDE (또는 IDE)로 이동해야 할 때가 있습니다. 매크로를 추가하거나 그렇지 않은 것을 추가하여 환경의 IDE 기능을 향상시킵니다. 둘 이상의 프로그램을 사용하여 (위에서 언급 한 의미에서) 'IDE'를 구축 한 경우 실제 IDE로 이동할 필요가 없습니다.

---

식:

코드가 강조 표시되고 백그라운드에서 컴파일되며 오류가 발생할 때 지적합니다.

ctrl-Space로 변수 이름을 제안하는 javadoc과의 통합

컴파일하면 바로 오류가 발생합니다. 오류를 두 번 클릭하면 해당 줄이 표시됩니다.

JUnit과 잘 통합 된 ctrl-F11은 테스트를 실행하고 테스트 실패를 알려줍니다. 출력 창에 예외가 있으면 줄을 두 번 클릭하여 실패한 줄로 안내합니다. 그뿐만 아니라 ctrl-F11은 테스트를 실행하기 전에 모든 것이 컴파일되었는지 확인합니다 (즉, 절대 잊지 마십시오).

개미와의 통합. 응용 프로그램을 빌드하고 배포하는 하나의 명령입니다.

웹 서버의 원격 디버깅을 포함한 디버거와의 통합

코드 섹션에 대한 참조를 검색하는 FANTASTIC 리팩토링 도구. 변경의 영향을 알 수 있습니다.

대체로 생산성이 향상되었습니다.

---

약 10 년 (1994-2004) 동안 개발 및 메일 / 뉴스의 기본 환경으로 Emacs를 사용했습니다. 2004 년에 Java를 배우도록 강요했을 때 IDE의 힘을 발견했으며 실제로 IDE ( IntelliJ IDEA )를 좋아한다는 사실에 놀랐습니다 .

많은 이유들이 이미 여기에 언급 되었기 때문에 구체적인 이유에 대해서는 언급하지 않겠습니다. 다른 사람들이 다른 기능을 좋아한다는 것을 기억하십시오. 나와 동료는 동일한 IDE를 사용했습니다. 둘 다 사용 가능한 기능 중 일부만 사용했으며 IDE를 사용하는 방식은 서로 마음에 들지 않았습니다 (그러나 IDE 자체는 마음에 들었습니다).

그러나 내가 집중하고 싶은 Emacs / Vim 관련 환경에 비해 IDE의 장점은 다음과 같습니다. 원하는 기능을 설치 / 구성하는 데 시간이 덜 걸립니다.

Wing IDE (Python 용)를 사용하면 설치 후 15-20 분 후에 개발을 시작할 수 있습니다. Emacs / Vim에서 사용하고 실행하는 기능을 몇 시간 동안 사용해야하는지 모르겠습니다. :)

---

그것은 확실히 생산성 향상으로 이어집니다. Vista의 Visual Studio에서 Linux 애플리케이션을 코딩 한 다음 Linux 가상 머신을 사용하여 빌드하는 시점까지.

함수 또는 메소드 호출에 대한 모든 인수를 기억할 필요는 없습니다. 일단 입력을 시작하면 IDE가 필요한 인수를 표시합니다. 프로젝트 속성, 컴파일러 옵션 등을 설정하는 마법사가 제공됩니다. 폴더의 현재 문서 나 파일 대신 전체 프로젝트에서 항목을 검색 할 수 있습니다. 컴파일러 오류가 발생하면 두 번 클릭하면 문제가있는 줄로 바로 이동합니다.

모델 편집기와 같은 도구 통합, 외부 데이터베이스 연결 및 탐색, 코드 "스 니펫"모음 관리, GUI 모델링 도구 등 이러한 모든 항목은 별도로 제공 될 수 있지만 동일한 개발 환경에 모두 포함하면 많은 비용을 절약 할 수 있습니다. 개발 프로세스의 흐름을보다 효율적으로 유지합니다.

---

사람들마다 다른 이유가있을 수 있습니다. 나에게 이것들은 장점이다.

1. 프로젝트에 통합 된 느낌을 제공합니다. 예를 들어 모든 관련 프로젝트 파일을 단일보기로 가질 것입니다.
2. 다음과 같은 향상된 코드 생산성 제공
   1. 구문 강조
   2. 어셈블리 참조
   3. Intellisense
   4. 데이터베이스 및 관련 UI 파일의 중앙 집중식보기
   5. 디버깅 기능

하루 종일 메모장이나 워드 패드에서 할 수있는 것보다 더 빠르게 코딩하는 데 도움이됩니다. 이것이 제가 IDE를 선호하는 아주 좋은 이유입니다.

---

IDE 는 개발자가 달성하려는 것에 따라 '우수한'선택이 될 수 있습니다.

IDE는 일반적으로 하나의 언어 (또는 소수의 언어)를 대상으로하기 때문에 텍스트 편집기 는 '우수' 할 수 있습니다.

개발자가 하나의 OS에서 단일 언어 또는 C # 및 T-SQL과 같은 관련 언어의 '클러스터'에서 대부분의 시간을 보내는 경우 GUI 디자인, 디버그, 인텔리전스, 리팩토링 등이 제공하는 도구 좋은 IDE는 매우 매력적일 수 있습니다. 예를 들어 VB.NET에서 현재 약간의 T-SQL을 사용하여 Windows 환경에서 작업하는 데 대부분의 시간을 보내는 경우 Visual Studio 또는 유사한 IDE를 보지 않는 것이 어리석은 일입니다. .

나는 IDE 나 텍스트 편집기를 선호하는 사람들에 대한 편견이 없으며, 잘 배우면 매우 생산적이고 유용 할 수 있습니다 !

---

나는 그것이 개발자에 대한 인식의 범위와 관련이 있다고 생각합니다. IDE는 개발자의 작업 맥락을 거시적으로 보여줍니다. 클래스 계층 구조, 참조 된 리소스, 데이터베이스 스키마, SDK 도움말 참조 등을 동시에 볼 수 있습니다. 키 입력, 확장 된 아키텍처 및 아키텍처 교차로의 영향을 받고 영향을받는 많은 것들로 인해 점점 더 어려워지고 있습니다. 한 번에 하나의 코드 아일랜드에서만 작업하십시오.

OTOH, "나와 vim과 매뉴얼 페이지"는 제 작품에 대해 훨씬 더 미세한 현미경이지만 강렬하고 정확한 시각을 제공합니다. 하나의 언어로 작성된 잘 디자인되고, 잘 분할되고, 잘 결합되지 않은 고집적 코드베이스가 하나의 정적 라이브러리 세트로 작동하는 경우 괜찮습니다. 일반적인 상황이 아닙니다. 특히 팀 규모가 커지고 코드 구조가 변경되는 경우 시간, 거리 및 개인 취향에 따라

현재 Flex 및 .NET에서 프로젝트를 진행하고 있습니다. Flex의 좋은 점 중 하나는 데이터베이스에서 데이터를 가져오고, 파일을 열고 / 닫거나 / 읽거나 / 쓰기하는 등 표준 작업을 수행하는 여러 가지 방법이 거의 없다는 것입니다 (그러나 Flex Builder / Eclipse IDE를 사용하고 있습니다) -VS와 같은 전형적인 헤비급 예제입니다. 여전히 기본 사항을 배우고 있으며 훈련 바퀴가 필요합니다. 내 패턴을 확신하면 vim으로 다시 진화 할 것으로 예상됩니다.)이 관점에서, 나는 무엇을 할 수 있습니다 몇 가지 사실을 정말 잘 알고 전문적으로해야합니다.

OTOH, 유지해야 할 뷰가 계속 확장되고 변화하기 때문에 .NET으로 그 지점에 도달한다고 상상할 수 없습니다. 개념적 무결성과 몇 개월에 걸쳐 프로젝트의 여러 개발자에 대한 일관성이 훨씬 적지 만 IDE가이를 지원할 수 있습니다. 따라서 개발자는 실제로 더 많은 것을 더 잘 알아야합니다. 또한 StackOverflow에 대한 질문에 훨씬 더 많이 응답 (또는 이해)하는 데 도움이되는 이점이 있습니다. 즉, 우리는 더 깊은 지식 스택을 가질 수 있습니다. 또한 다양한 도움이 필요한 광고에 응답 할 수 있습니다.

양방향으로 너무 멀리 갈 수 있습니다. "편집자 전용"범위에서 "망치 만있는 경우 모든 것이 못처럼 보입니다"와 같습니다. IDE 접근 방식을 사용하면 함께 고정하려는 모든 것에 대해 날 / 해머, 나사 / 나사 드라이버, 볼트 / 렌치, 접착제 / 접착제 / 클램프, 자석 중에서 선택할 수있는 광범위한 패스너 및 관련 도구를 선택할 수 있습니다. , 그리고 계속해서-당신의 손끝에서 (시작하는 데 도움이되는 마법사와 함께).

---

독점적이라고 생각하지 마십시오. IDE가 제공하는 이점을 활용하고, 집중해야 할 경우 vim / preferred 텍스트 편집기로 전환하십시오.

더 나은 리팩토링 및 검색 및 디버깅 및 파악을위한 IDE를 찾을 무엇을 할 수 있습니다. 그런 다음 IDE에서 작은 일을 바로 수행하고, 큰 일을 끝내기 위해 vim으로 넘깁니다.

---

다른 답변 외에도 IDE 의 개발 기능 과 ViPlugin for Eclipse 같은 것을 사용하여 Vim 의 편집 기능을 결합하는 것을 좋아합니다 .

---

IntelliSense , 통합 디버거 및 즉각적인 창으로 인해 생산성이 크게 향상되었습니다 ( Visual Studio 2008 ). 모든 것을 손끝으로 사용하여 코드를 작성하는 동안 엄청난 양의 프로젝트를 머리 속에 담을 수 있습니다. 마이크로 소프트는 계속해서 그들의 OS를 떨어 뜨릴 수 있지만 Visual Studio는 지금까지 개발 된 최고의 제품 중 하나입니다.

---

나는 당신이 무엇을 요구하는지 이해하지 못합니다. "대신에 IDE를 사용해야합니까?"라고 물지 만 대안이 무엇인지 이해하지 못합니다. Vim 과 Emacs는 모든 IDE가 제공하는 많은 기능을 수행합니다. 더 큰 IDE가 UI 디자이너와 같은 것일 수 있다는 점을 다루지 않는 유일한 측면입니다. 그런 다음 귀하의 질문은 Vim과 Emacs의 더 단순한 영역에 대한 주장과 함께 단순히 "어떤 IDE를 사용해야하는지"로 요약됩니다.

---

저에게 IDE는 코드에서 더 빠른 탐색을 허용하기 때문에 더 좋습니다. 구현하려는 마음에 무언가가 있다면 중요합니다. IDE를 사용하지 않으면 대상에 도착하는 데 시간이 더 걸립니다. 당신의 생각이 더 자주 혼동 될 수 있습니다. 더 많은 클릭 / 추가 키를 눌러야한다는 의미입니다. 사물을 구현하는 방법에 대한 생각에 더 집중해야합니다. 물론 내용도 적을 수 있지만 디자인과 구현 사이를 이동해야합니다. 또한 GUI 디자이너는 큰 차이를 만듭니다. 직접 작성하면 시간이 더 걸릴 수 있습니다.

---

Visual Studio 및 Eclipse와 같은 GUI 기반 IDE는 디스플레이 기능 때문에 Emacs 또는 vim과 같은 텍스트 기반 IDE에 비해 몇 가지 장점이 있습니다.

• GUI 디자인을위한 WYSIWYG 미리보기 및 라이브 편집
• 효율적인 속성 편집기 (예 : 위치 지정 그라디언트 정지 등 GUI 팔레트를 사용한 색상 선택)
• 코드 개요, 파일 상호 관계 등의 그래픽 묘사
• 중단 점, 책갈피, 오류 등을 표시하기 위해 화면 공간을보다 효율적으로 사용
• OS 및 기타 응용 프로그램을 통한 드래그 앤 드롭 지원 향상
• 도면, 이미지, 3D 모델 등의 통합 편집
• 데이터베이스 모델 표시 및 편집

기본적으로 GUI 기반 IDE를 사용하면 화면에서보다 유용한 정보를 한 번에 얻을 수 있으며 응용 프로그램의 그래픽 부분을 텍스트 부분처럼 쉽게 보거나 편집 할 수 있습니다.

개발자로서 경험할 수있는 가장 멋진 것 중 하나는 사용자가 앱을 실행할 때 보는 것처럼 일부 데이터를 계산하고 코드의 실시간 출력을 다른 창에 그래픽으로 표시하는 방법을 편집하는 것입니다. 이제 WYSIWYG 편집입니다!

Emacs 및 vim과 같은 텍스트 기반 IDE는 시간이 지남에 따라 코드 완성 및 리팩토링과 같은 기능을 추가 할 수 있으므로 장기적으로 주요 제한 사항은 텍스트 기반 디스플레이 모델입니다.

---

또한 거의 모든 개발 작업에 Vim (거의 지금 emacs를 배우려고 노력하기 때문에)을 독점적으로 사용합니다. 사람들이 IDE를 사용하는 것이 주된 이유는 물론 GUI의 단순한 직관적이라고 생각합니다. 직관적이기 때문에 툴 오버 헤드가 거의 또는 전혀 필요하지 않습니다. 학습 오버 헤드가 적을수록 더 많은 작업을 수행 할 수 있습니다.

---

IDE는 내가 간단한 텍스트 편집기에서 코드를 탐색하는 시간을 많이 소비 발견 ...보다 쉽고 빠르게 작업을 할 수 있습니다 ...

좋은 IDE에서 IDE가 함수, 이전 편집 위치, 변수로 건너 뛰기를 지원하면 시간이 줄어 듭니다. 또한 좋은 IDE는 시작 시간과 같이 다른 언어 기능과 프로젝트를 실험하는 시간을 줄입니다. 작을 수 있습니다.

---

IDE 사용에 대해 생각할 수있는 몇 가지 이유는 다음과 같습니다.

• 통합 도움말이 가장 좋습니다.
• Visual Studio의 미리보기가 포함 된 기본 제공 리 팩터
• IntelliSense , 구문 강조, 대규모 프로젝트 탐색 용이성, 통합 디버깅 등 (추가 기능을 알고 있지만 Emacs 및 Vim을 사용하면 많은 것을 얻을 수 있습니다 ).
• 또한 요즘 IDE에는 더 넓은 사용자 기반이 있으며 더 많은 사람들이 추가 기능을 개발한다고 생각하지만 잘못되었을 수 있습니다.

솔직히 말하면, 나는 마우스를 좋아합니다. 순수한 텍스트 기반 편집기를 사용하면 외로워집니다.

---

개발 시간 절약
통합 디버깅, 인텔리전스와 같은 기능을 제공하여 삶을보다 쉽게 ​​만듭니다.

많은 것이 있지만 하나를 사용하는 것이 좋습니다.

---

텍스트 편집기와 IDE 사이에 명확한 구분선이 있는지 확실하지 않습니다. 스케일의 한쪽 끝에는 메모장이 있고 다른쪽에는 최신 IDE가 있지만 그 사이에는 많은 것이 있습니다. 대부분의 텍스트 편집기에는 구문 강조가 있습니다. 프로그래머를 겨냥한 편집자는 종종 쉬운 코드 탐색 및 자동 완성과 같은 다양한 기능을 가지고 있습니다. Emacs는 디버거를 통합 할 수도 있습니다. 10 년 전조차도 IDE는 요즘 심각한 텍스트 편집기에서 기대하는 것보다 프로그래머를 도울 수있는 기능이 훨씬 적었습니다.

---

코드를 사용하는 주된 이유는 코드가 100 개가 넘는 파일을 넘어갈 때입니다.

ctags가 작업을 수행 할 수 있지만 일부 IDE 는 파일을 쉽게 매우 빠르게 탐색 할 수있는 좋은 방법입니다.

할 일이 많을 때 시간이 절약됩니다.

---

나에게 그것은 터미널의 좋은 옛날에 우리가했던 모든 일의 GUI 버전 일뿐입니다. IDE는 특히 링크 관련 사항에 대해 많은 것을 숨기므로 IDE가 그다지 우수하지는 않지만 항상 Qt와 같은 특정 개발 플랫폼에서 주목할만한 이점이 있음에 동의합니다.

다른 IDE의 비주얼과 같은 일부 IDE는 코드를 입력 할 때 코드를 구문 분석하고 컴파일하기 전에 오류를 감지하는 것처럼 보입니다. IDE에서만 컴파일러와 밀접하게 작동하여 유형이 지정된 소스의 문제를 감지 할 수 있습니다.

IDE / 명령 줄 불꽃 전쟁이 존재한다는 나의 거친 대답은 D 언어와 달리 C / C ++ 실행 가능 건물이 표준화 된 관점에서 잘 처리되지 않기 때문입니다. 모든 플랫폼은 컴파일 / 링크 등의 방식을 자체적으로 처리하므로 덜 지저분하게 IDE를 만듭니다.

당신의 관점에서 명령 행을 사용하는 것이 더 간단 할 수 있습니다. 표준 옵션을 가진 컴파일러가 하나뿐이라면 쉬웠을 것입니다. 그러나 사실 C / C ++는 유연하므로 결국 모든 플랫폼 IDE는 자신의 방식으로 수행하므로 IDE는 방법을 설명하는 것을 낭비하지 않습니다.

실행 파일이 커널과 대화하는 방법을 알 수 있거나 컴파일러 디자인에 대해 알고 있다면 적절한 명령 줄을 사용하는 방법이 있을지 모르지만 의심 할 여지가 있습니다.

마이크로 소프트 나 애플은 모든 악의가 있지만 세부 사항을 입력하지 않고 응용 프로그램을 작성하는 간단한 방법을 제안해야하며, 응용 프로그램을 작성하는 것은 OS의 아키텍처에 직접 의존하기 때문에 "표준"이 될 수 없습니다. 명령 줄은

IDE, 작은 소프트웨어 조각 또는 간단한 시스템 소프트웨어 설계-> 명령 줄에 너무 깊이 들어가고 싶지 않은 간단하고 크고 복잡한 응용 프로그램을 만들려면 물론 Makefile을 포함하는 멋진 라이브러리를 제외하고는 다른 이야기입니다.

또한 제공되는 응용 프로그램이 아이러니하게도 GUI 또는 인터페이스가 있거나 OS에 직접 바인딩 된 것과 관련이있을 때 IDE가 사용된다고 생각합니다. 따라서 UI / GUI를 모르는 사람들에게도 시스템을 프로그래밍하는 사람들은 그것을 필요로하지 않을 것입니다.

IDE는 현대적이지만 100 년 후에는 명령 줄이 여전히 존재할 것이라고 생각합니다.

---

손끝에 많은 기능을 제공하기 때문에 IDE를 좋아합니다. 프로젝트에서 파일의 편집 / 컴파일 / 가시성은 IDE에서 중요하게 생각하는 것입니다. 지금은 Visual Studio를 사용하지만 이전에는 SlickEdit을 사용하여 사용하지 않을 때보 다 개발 프로세스가 간소화되었습니다.

---

IDE 사용 여부를 결정할 때 고려해야 할 사항은 생산성 향상 여부입니다.

짧은 질문 너무 짧은 답변 :)

---

개인적으로, 저는 IDE를 사용하지 않는 경향이 있습니다 (또는 "내 IDE는 vim을 실행하는 3 개의 xterm, 데이터베이스 클라이언트를 실행하는 하나, 데이터베이스 클라이언트를 실행하는 하나, 대부분의 작업에 대해 "IDE"를 얼마나 광범위하게 정의했는지에 따라 bash prompt 또는 tailing logs "), 그러나 플랫폼 고유 GUI를 개발하려는 경우 언어에 적합한 IDE를 사용할 수 있습니다. 즉각적인-IMO, IDE 및 그래픽 양식 편집이 서로 명확하게 이루어집니다.

참고 URL : https://stackoverflow.com/questions/208193/why-should-i-use-an-ide