Cover Image by Memed_Nurrohmad from Pixabay

독학으로 인재가 된 프로그래머든 훈련소에 참가하든 대학에 가든 다른 학습 환경에서 조직성을 유지하고 관심이나 제출해야 할 항목을 추적하는 것이 중요하다.
프로젝트를 어떻게 조직하는지는 너 자신에게 달려 있다.나는 대학의 마지막 학기에 처해 있는데, 나는 각양각색의 방식을 보았다.나도 가끔 인터넷에서 이 문제를 볼 수 있다. 나도 이전에 이 문제를 물어본 적이 있다.나는 아주 좋은 기교를 배웠는데, 나는 한 편의 단문에서 여러분과 나누고 싶다.
현재 GitHub 저장소에 프로젝트를 저장하고 있으며 이 방법을 본문에서 인용할 것입니다. 그러나 좋은 대체 방안인 here도 보실 수 있습니다.

공공 및 개인 환매

간단하게 말하면, 당신의GitHub 메모리 라이브러리를 사유화하고 싶습니다.
통상적으로 다른 학생들도 교실에서 당신과 프로젝트 업무를 동시에 진행한다.만약 당신이 환매 협의를 공개한다면, 그것은 모든 사람이 당신의 코드를 볼 수 있다는 것을 의미한다.니 동창까지 포함해서
많은 교수와 선생님들이 만약 다른 사람들이 당신의 코드를 사용한다면, 당신이 그들에게 코드에 접근하게 하는 것도 잘못된 것이라고 말할 것이다.네가 뜻이 있든 없든
설령 수업이 끝났다 하더라도 나는 공개하는 것을 건의하지 않는다.미래의 학생들은 코드를 복제할 수 있지만, 이것은 결코 좋은 점이 없다.
또한, 일부 코드를 공개할 수 있는지 여부에 관해서는 클래스에 특수한 규칙이 있을 수 있습니다.가장 좋은 것은 신중하게 행동하고 환매 협의를 비밀로 하는 것이다.
만약 당신이 다른 사람에게 당신의 코드를 보여주고 싶다면, 당신은 개인적으로 그들과 공유할 수 있습니다.간단한 방법은 이메일이나 클라우드(OneDrive, Google Drive 등)를 통해 프로젝트를 압축 파일로 보내는 것이다.만약 프로젝트에서 합작 파트너와 합작할 필요가 있다면, 당신은 그들을 합작자로 추가할 수 있습니다. 그러면 그들은 개인 환매 협의에 방문할 수 있습니다.

모든 환매 협의는 하나의 과정입니까 아니면 모든 환매 협의는 하나의 항목입니까?

모든 프로그래밍 클래스에 GitHub repo를 만들어야 합니까?그리고 모든 항목을 환매 협의에 저장합니까?
아니면 항목별로 한 번씩 환매하는 것이 더 좋아요?
다시 한 번 말하지만, 이것은 정말 너에게 달려 있다.둘 다 해봐도 돼요.
니가 더 좋아하는 거.
하나의 클래스에 하나의 리포를 사용하면 항목마다 하위 폴더가 있는데 여기에 몇 가지 장점과 단점이 있다.
찬성 의견
기만하다
클래스의 모든 코드는 한 위치에 있습니다.
단일 항목에 대한 GitHub 검색 기능은 더 어렵습니다.만약 당신이 특정한 단어를 검색한다면, 모든 관련 결과가 나타날 것입니다. 아마도 여러 항목의 결과일 것입니다.이것은 너로 하여금 결과를 찾기가 더욱 어렵게 할 것이다.
코드 편집기에서 항목을 처리할 때 다른 파일을 빠르게 참조합니다.
만약 모든 프로젝트가 하나의 독립된 프로젝트라면, 특히 서로 독특하다면, 같은 과정의 일부분을 제외하고는 그것들을 하나의 리포에 두는 것은 의미가 없을 수도 있다.
나는 보통 모든 항목을 위해 환매하는 것을 더욱 좋아한다.전반적으로 말하면, 나는 이렇게 하는 것이 더욱 조리가 있다고 생각한다.
그러나 나는 같은 종류에 속하는 여러 항목을 보존하기 위해 단일 환매 협의를 여러 차례 사용한 적이 있다.이런 상황에서 프로젝트는 같은 코드를 바탕으로 구축되거나 (그래서 실제로는 하나의 프로젝트가 여러 개로 나뉘어진다) 매우 밀접한 관계가 있기 때문에 조직의 측면에서 보면 나에게 의미가 있다.

자술하다

항상 자술을 포함합니다.만약 모든 항목에 환매 협의가 있다면, 모든 항목은 반드시 자술해야 한다.
만약 여러 항목을 포함하는 환매 협의가 있다면, 환매 협의를 위해 주 자술문서와 각 프로젝트 폴더의 자술문서를 준비하는 것을 권장합니다.
주repo는 항목 종류나 유형에 대한 기본 설명만 포함할 수 있으며, 항목마다 설명하고, 항목 폴더에 대한 링크도 포함할 수 있습니다.

기초 지식을 자술하다.

자술을 완벽하게 보이려고 하지 마라.기억해라, 너는 언제든지 그들에게 추가할 수 있다.현재로서는 가장 기본적인 요소만 포함할 수 있다.
이것은 프로젝트에 따라 달라질 수 있지만 일반적으로 프로젝트 자술에 다음과 같은 내용을 포함하기를 원합니다.

프로젝트 설명

프로젝트 실행 방법

을 실행하려면

이 필요합니다.
프로젝트를 완성하거나 프로젝트가 끝날 때 다른 기능을 추가할 수 있습니다.화면 캡처가 좋습니다. 사용 항목의 예시나 출력의 내용을 포함할 수 있으며, 필요하면 그 의미도 포함할 수 있습니다.
이것은 사립학교의 프로젝트이기 때문에, 너는 아마도 유일하게 코드를 본 사람일 것이다.그러나 나중에 (예를 들어 일자리를 신청할 때) 다른 사람에게 당신의 일을 보여주고 싶을 수도 있다는 것을 명심하세요.비록 당신이 그것을 볼 수 있는 유일한 사람이라 할지라도, 이 프로젝트를 기록하는 것은 여전히 좋은 생각이다. 마치 다른 사람들이 그것을 보거나 그것을 하고 있는 것처럼.
연습이 증가함에 따라 좋은 자술을 한 편 쓰는 것이 더욱 쉬워질 것이다.또 다른 좋은 일은 프로젝트의 자술 파일이 생기면 언제든지 이 파일을 복사해서 미래 프로젝트의 출발점으로 삼을 수 있다는 것이다.
this one과 같은 자술 생성기를 사용할 수도 있다. 만약 이것이 당신에게 더 쉽다면.그러나 사립학교 프로젝트에 있어서는 그리 필요하지 않을 수도 있다.

자술의 유용성

프로젝트를 진행할 때, 자술한 파일이 필요하지 않다고 생각할 수도 있습니다.어쨌든, 실제 조작을 할 때, 당신은 그것을 어떻게 운행하는지 잘 알고 있습니다.하지만 앞으로 도움이 될 수도 있습니다.
아마도 몇 달 후, 당신은 다른 일에 종사하게 될 것이며, 과거의 프로젝트에서 겪은 것과 비슷한 문제를 깨닫게 될 것이다.그래서 다시 보고 싶어?
자술이 없으면?어떤 항목인지 (환매 협의의 제목에 기반을 두고 있을 수도 있음), 그것을 어떻게 실행하는지 기억해야 한다.비록 네가 당시에 그것이 매우 뚜렷하다고 생각했지만, 네가 그것을 떠난 후에 그것은 조금도 뚜렷하지 않을 것이다.

읽어보기 템플릿

만약 네가 아직 자술한 것이 없다면, 나는 너에게 약간의 자원을 줄 것이다.하나는 awesome READMEs명의 명단이다.이것은 매우 좋은 영감의 원천이다.
다음 세션을 자술한 파일로 복사할 수도 있습니다.md 파일을 기본적인 출발점으로 합니다.

# Project Title

> Short description of project.

## Quick Start

1. Clone or download the repo
2. Run `npm install`
3. Run `npm start`

만약 가격 인하 메모지 (자술서 포맷에 사용) 가 필요하다면, here에 사용할 수 있는 좋은 자원이 있다.

결론

학교 프로젝트를 어떻게 조직하는지는 최종적으로 너에게 달려 있다.너는 네가 가장 큰 성공을 거두도록 도와줄 수 있는 어떤 일을 해야 한다.사람마다 달라 보여요.만약 네가 이것이 너에게 어떤 모습인지 아직 확실하지 않다면 걱정하지 마라.가능하다고 생각하는 것을 시도해 보세요. 당신의 느낌을 보고 필요에 따라 바꾸세요.
학교의 환매 협의를 비밀로 하고 기본적인 자술문서를 시종 포함한다는 것만 기억하면 된다.너는 앞으로 너 자신에게 감사할 거야!
이 글은 최초로 내 개인 사이트의 블로그 Joy Bytes에 발표되었다.