내일배움캠프 처음 시작한 miniproject (팀 소개 웹페이지 만들기)
Keep (잘한점)
- GitHub 활용을 통한 협업 (Pull Requests)
- AS 작성부터 발표까지 포기하지않고 완수
Problem (문제점)
- 프론트엔드 과몰입으로 백엔드 개발 소홀
- SA 작성 시 API 명세 소홀
-API 명세가 완벽하다면 작업이 더 수월했을 듯
-API 명세할때 url : /api/board 형식으로 작성해야하는데 /board 이런 식으로 작성
-API 명세 도중 수정 ⇒ 구 명세 참조한 코드 먹통
Try 다음 프로젝트에서 하면 좋을 거
-
주석을 활용하여 팀원들과 개념 공유
-
네이밍 컨벤션(id나 class 같은 것들)을 프로젝트 시작하기 전에 팀원들과 협의 하에 통일하기
eslint라고 javascript 코드 작성 규칙 자동으로 어기면 표시해주는 거 같은 거 쓰면 좋음
eslint는 js라서 못 쓰지만 그냥 linting tool로 보조한다고 쓰면 될 듯. 린팅(Linting)이란 코드를 작성할 때 규약을 자동으로 맞춰주는 도구
- 커밋 메세지 디테일하게 명시하기
커밋 메시지 규약 정하는 것도 있다고 한다.
예를 들면
Fix: 내용
(종류): 머릿말
아래로는 자세한 거 쓰고
뭐 이런 규칙 만들면 편하겠다.
github issue 쓰거나 zira로 issue 관리하거나
일단 issue를 두면 개발해야하는 양을 잘게 쪼갤 수가 있어서 좋을 것 같다고 팀원이 조언 해줬다.
- 개발하면서 기록 남기기 (에러 뜬거나 문제점이 있었던 것)
기록을 쌓아둬야 나중에 공부할 자산이 된다.
또한 다른 팀원이 동일한 상황에 처했을 때, 비용을 줄일 수도 있고
- 다음 발표 때는 코드 중심으로 정리해서 발표하기(다른 팀들이 거의 이렇게 했음)
우리 팀은 기능 위주로 해버린 거 같았다.
- 팀 플레이의 비중을 늘릴 필요가 있다 (반복이기는 하지만)
팀 규칙을 잘 정립해서 혼란에 쓰이는 헛된 리소스를 낭비하지 않고 협업의 효율을 높이자
