Github을 통한 협업

새로운 Static Site Generator를 개발한 후 저는 급우와 함께 서로의 코드를 검토하는 임무를 받았습니다.

Hung Nguyen은 slack에 공동 작업을 찾고 있으며 Node.js에서 코드를 작성했다고 게시했습니다. 내 코드도 Node로 작성되었기 때문에 기회에 빠르게 뛰어 들었고 다른 사람이 동일한 과제에 어떻게 접근했는지 보고 싶었습니다.

피드백 제공

Hung의 프로그램은 OSD600-SSG이라고 하며 기능면에서 내 것과 유사합니다. 나는 프로그램을 테스트하는 과정이 매우 간단하다는 것을 알았다. 나는 그것을 복제하고 README의 지침을 따랐고 모든 것이 예상대로 작동했습니다.

나는 그의 코드에서 몇 가지 문제를 찾아 제출했으며 그의 관점을 이해하기 위해 슬랙에 메시지를 보냈습니다. 한 가지 예는 다음과 같습니다issue: 프로그램은 파일.txt만 허용하는 대신 모든 유형의 파일을 입력으로 허용합니다. 알고보니 지시를 잘못 이해해서 일부러 그런 프로그램을 작성한 것이다.

피드백 받기

리뷰를 위해 코드를 교수에게 제출하는 대신 급우에게 보내는 것은 이번이 처음이었습니다. 나는 이 활동이 다른 사람들로부터 배우고 서로의 코드를 개선하기 위해 만들어졌다는 사실을 좋아합니다.
이와 같은 유용한 피드백을 받았습니다issue. 내 프로그램에서 옵션 -v 또는 --version를 사용하면 다른 항목 없이 버전 번호만 표시됩니다. 나는 그 피드백을 받아 출력을 다음과 같이 개선했습니다.

~/repos/static-dodo (main) % static-dodo -v
static-dodo version: 0.1.0

학습

Hung의 코드를 살펴보고 그 뒤에 있는 모든 논리를 명확하게 이해하는 데 시간이 걸렸습니다. Seneca에서 공부를 시작한 이후로 저는 많은 코드 작성을 했지만 코드 읽기는 거의 하지 않았습니다. 사람마다 코딩 스타일이 다르기 때문에 큰 프로젝트에서 코드 형식 지정과 관련하여 명확한 지침을 사용하는 경향이 있는 이유를 이해합니다(예: Prettier 사용).

전반적으로 Hung과 공동 작업하는 것은 훌륭한 경험이었고 우리 둘 다 돌아가서 코드에서 변경할 수 있는 사항을 살펴볼 수 있었습니다.