IDE는 독성이 있습니다

프로젝트의 성격에 따라 대략 세 가지 유형의 프로그래머가 있습니다. Demo를 작성하는 사람, Proto를 작성하는 사람, 프로젝트 개발 주기에 따라 완제품을 작성하는 사람, 대략 세 가지 유형이 있습니다. 처음에 쓰는 사람, 중간에 쓰는 사람, 마지막에 쓰는 사람.

1. 데모는 주로 표면적인 예비 구현이므로 일시적으로 고객을 속이기 위해 사용되며 반드시 지속적인 발전이 필요하지는 않습니다.

2. , 이는 주로 개념적으로 구현되며, 일부 시나리오에서는 점진적으로 완성품으로 발전할 수 있는 기본 프레임워크의 선택을 포함할 수 있습니다.

3. 사용자의 실제 비즈니스 시나리오에 맞게 완벽하게 구현된 제품입니다.

훈련소에서 가르치는 대부분의 아이들은 처음에 작성한 것을 데모라고 부를 수 있을 뿐, 전혀 제품 단계에 도달하지 못합니다. 아웃소싱 업체가 만든 것들은 어떤 것들이 고려될 수 있나요?

초기 작성이라는 것은 프로젝트가 이제 막 시작되었다는 의미이며, 친숙하거나 큰 프레임워크를 자유롭게 선택하여 정크 코드를 추가할 수 있다는 의미는 비즈니스가 관계없이 빠르게 발전하고 있음을 의미합니다. 코드 품질에 대해, 약을 먹을 시간이 없다면 코드를 작성하면 프로젝트가 축소 기간에 접어들었고 한 사람이 먼지를 청소하고 불만을 제기할 수 있음을 의미합니다. 하루종일 코드.

IDE가 유해하다는 주제는 실제로 위의 주제와 아무런 관련이 없습니다. 주로 오늘날까지 프로그램 개발 도구가 개발되면서 여전히 편집기와 IDE라는 명백한 양극화가 존재한다는 점을 한탄합니다.

싸움을 시작할 생각은 없습니다. 대규모 개발을 접하기 전 N년 동안 시중에 나와 있는 거의 모든 편집자(여기서 소위 편집자의 신, 신의 편집자라는 말은 언급하지 않겠습니다), 특히 jEdit를 가지고 놀았고, 수정했습니다. 이에 대한 언어 모드를 작성했다는 것은 오픈 소스 세계에 대한 작은 기여로 간주될 수 있습니다. 그런데 나중에 팀 프로젝트에서는 사용하는 언어가 대부분 동적으로 입력되는 언어였기 때문에 에디터를 사용하기에는 너무 비효율적이어서 IDE를 선택하기 시작했습니다.

저의 개인적인 습관은 작은 스크립트나 일부 구성 파일 수정에는 Editor를 사용할 수 있지만 팀 협업을 통해 개발된 프로젝트의 코드 양은 상대적으로 큰 상태로 축적되므로 IDE를 사용해야 합니다. 일부 편집기는 빠른 시작, 낮은 메모리 사용량, 빠른 코딩 및 무료 확장 기능을 제공하므로 많은 사람들이 이에 따라 IDE는 코드, 오류 프롬프트, 프로젝트 관리, 작업 관리, VCS 등을 지능적으로 감지할 수 있습니다. 통합은 일부 사람들이 선택하는 또 다른 이유입니다.

IDE는 대부분의 프로그래머에게 독이 됩니다. 사용하면 중독되고, 장기간 사용하면 골수에 독이 되기 때문입니다. 편집자는 이를 위해 다양한 확장이나 플러그인을 작성하는 경우가 많으며, 그러한 과정에 참여하는 것은 사람들에게 설명할 수 없는 만족감을 줄 것입니다.

회사 내부 팀 환경에서는 일반적으로 IDE가 최선의 선택입니다. 에디터는 아마추어를 위한 대체 경험으로 사용될 수 있습니다. 물론 이는 권장 사항일 뿐 필수 사항은 아닙니다. 개발 효율성을 보장하면서 모든 사람이 자신의 선택을 가질 수 있습니다.