[새싹x코딩온] 웹 개발자 부트캠프 과정 9주차 회고 | 1차 팀프로젝트 진행

 

 

드디어 팀프로젝트를 시작했다!

부트캠프에 들어온 목적은 백엔드와 다른 프론트엔드와의 협업 경험 쌓기였다.

이번 경험을 토대로 좀 더 성장하는 개발자로 거듭났으면 좋겠다!

 

주제는 하이볼 레시피를 공유하는 플랫폼으로 진행했다.

여기서 기대하는 CRUD 기능은

C 레시피를 작성해서 등록

R 레시피 작성한 것을 읽기

U 내가 레시피 수정

D 내가 작성한 레시피 삭제

이다.

회원가입과 로그인 기능은 요즘에 없는 곳이 없으니까 기본적으로 진행한다.

(사실 요즘엔 카카오나 네이버, 구글을 연동해서 하기도 하지만 이건 좀 더 공부해서 하는 걸로!)

레이아웃은 대충 이런식으로 와이어프레임으로만 짜고 옆에 어떤 기능을 할것인지 넣었다.

물론 저기서 빠진 기능도 있고 추가된 기능도 있다.

어떤 것을 우선적으로 구현할 것인지 1순위를 정하고 개발 후 남은 시간이 되면 2순위도 구현하는 방향으로 정했다.

 

나는 프론트엔드쪽을 담당했는데.. 뭔가 실제로 코드를 짜는 것보다 부가적인 것에 시간을 들이는 것 같아서 이게 맞나 싶기도 하다... 디자이너나 기획이 있었으면 좀 더 기능적인 면에 투자를 할 수 있지 않았을까? 싶기도 하다.

 

그리고 백엔드 쪽이 뭐가 좀 되야지 프론트엔드에 뭐가 보여지는 것 같아서 아쉽지만 

테스트 용으로 내가 만들면 되니까 별로 신경쓰지 않기로 했다.

얼른 구현에서 2순위로 미뤄놨던 기능들을 구현해야겠다.

 

어려운 점!

제일 어려운 점은 역시나 git 으로 협업하는 과정이다..

각 개인 branch를 만들고 최종 파일만 develop 브랜치에 올리기로 했는데 머지하는 과정에서 충돌이 만만치 않게 일어나는 것 같다. 좀 더 세세하게 규칙을 정하고 진행했어야 하나?? 싶기도 하다.

그래서 merge 할때의 규칙을 새로 지정했다.

git merge(pull request) 규칙

1. test 파일은 개인 브랜치에만 올린다.
2. test 파일일 경우 깃에다가 test 파일임을 알린다.
3. push는 개인 브랜치에다 한다. 
4. merge 담당이 확인하고 test 파일은 merge를 reject한다.
5. git merge는 수업 중 1회 진행한다. - 6시에 진행 !
6. (pull request 한 뒤 슬랙에 꼭 공지하기!!!!!! )
7. 개발 전 꼭 pull 진행할 것! )) git pulll origin develop

 

에러가 나면 속상하긴 하지만 그래도 여기서 에러가 나서 배우는게 낫다! 라고 생각하면 좀 더 정신건강에 좋은 것 같다