친구와 함께 처음으로 협업을 해보고 작성하는 후기입니다.
React + redux + redux-saga 를 이용한 프론트 앤드, 디자인을 맡았습니다.
https://github.com/JunseoKim0103/kobart_app.git
친구는 백엔드 API+ 프로젝트 기획을 담당했고, 처음으로 프론트와 백의 관계로 소통을하면서 프로젝트를 진행했습니다.
제작 기간은 대략 10월 말,11월 중순까지 약 11일정도 하루 2~3시간씩 사용했습니다.
혼자 진행한 블로그 프로젝트같은경우 rest API를 작성했던것과 달리, 이번에는 API에 대해서 전적으로 백엔드에게 전달을 받아야 하는 상황이었습니다. 그 과정에서 협업에서 의사소통의 과정에 대해서 느낀점이 많았습니다.
1. 백엔드는 작성한 Rest API에 대해 명확하게 프론트엔드에 전달해야합니다.
일단 백엔드에서 작성한 API에 대해서 프론트엔드가 그 코드를 읽는것 자체가 굉장히 손해라고 느껴졌습니다. 프로젝트 초기에는 서로 API에대한 의사소통이 명확하지 못했습니다.
예를들어 req.body와 res.body의 JSON key값들을 제대로 전달받지 못해서, 로그인할때 id,password인 줄 알았으나 email,password였던...
프론트엔드가 rest API 코드를 읽는것 자체가 손해라고 생각했기때문에 이후로는 명확하게 res, req JSON과 http method에 대해서 표나 글로 읽기 쉽게 전달받기로 했습니다.
2. Git Hub의 commit message는 매우 중요하고, 중요한 변경이 있는경우 반드시 알려야 합니다.
그냥 Git을 혼자 사용할땐,,
add .
commit -m 'api fixed'
git push
이게 끝인데 여러명이서 사용하는 레파지토리에서는 특히나 여러명이 붙어서 만드는 프로젝트에서는 Git branch를 관리하거나 commit시 message를 남기는게 매우매우 중요하다고 느껴졌습니다.
특히나 API나 모델이 수정되는 경우는 반드시 알려줘야 예상치 못한 에러가 발생하는걸 막을 수 있을 것입니다.
이번 프로젝트에서 잘 실행되는 api가 왜 갑자기 에러가 발생하는지 살펴보았더니 api의 이름이 바뀌어있었습니다. 이런 변경점이 알려지지 않으면 에러를 잡는데 매우 시간이 많이 걸리게 됩니다.........
3.Git은 매우매우 중요합니다.
Git 명령어같은경우 혼자 사용할땐 매우 제한적인 코드밖에 사용하지 않았습니다. 이번에 협업을 하고 나니, 리모트 브랜치를 연결하고, 필요하면 새로운 브랜치를 만들어 수정하고, 병합하는 과정에 여러가지 명령어를 사용했습니다.
구글에 계속 검색하고 찾아보고 필요한 명령어들을 정리했습니다.
Git 버전관리가 굉장히 중요한것 같아, 이후 프로젝트를 진행하면 철저하게 버전을 관리할 생각입니다.
협업을 할땐 원활한 의사소통이 중요하다는걸 느낀 프로젝트였습니다.
'react.js' 카테고리의 다른 글
[리액트] Socket.io를 이용해 여러명에서 플레이 할 수 있는 끝말잇기,소켓io, 리덕스 그리고 리덕스 사가 간단 정리 (0) | 2022.12.18 |
---|---|
리액트로 테트리스 만들어보자[5] (0) | 2022.10.31 |
리액트로 테트리스 만들어보자[4] (0) | 2022.10.31 |
리액트로 테트리스 만들어보자[3] (0) | 2022.10.31 |
리액트로 테트리스 만들어보자[2] (0) | 2022.10.31 |