코드스테이츠 44기 Pre project 회고

 

Pre-project 44기 삼땡오버플로우 팀

깃허브: https://github.com/codestates-seb/seb44_pre_033 
노션: https://www.notion.so/codestates/f93bef9f78744dc8a362e8e58f22a005
피그마: https://www.figma.com/file/rZQ9dlYffNx9ynTCKaqPtC/pre_project_033?type=design&node-id=2%3A19&mode=design&t=94ODJ6UaRZwP6CFm-1



요약회고

1. api 명세서 (어떤 데이터가 어디에 쓰일것인지, 어떤 데이터를 어떻게 저장할건지, 어떻게 가져올지)
기획이 중요하구나... api 명세서를 자세하게 적어야 하는구나

swagger api 문서화
https://appmaster.io/university/ko/tutorials/endpoints/swagger-ran-mueosimyeo-sayong-bangbeob

Swagger 란 무엇이며 사용 방법 | AppMaster

2. 백엔, 프엔 할 것없이 피그마(와이어프레임)보면서 사용자요구정의서와 api 명세서를 작성해야한다
- ex. 데이터 속성 질문번호, created_at 등 프엔/ 백엔 역할 분담 확실히


3. 환경변수 설정
프엔 - 자주쓰는 변수를 환경변수로 설정해두고 가져다 쓰기, 백엔드와 소통할때, 일일이 바꾸지 않아도 된다

5. 다른 깃전략 사용해보면 어떨까?
conflict 줄이기
43기는 자기 레포로 포크한다음에 push한다음에, 자기 레포를 원본 레포로 push pr하고, 그다음날 아침에 다같이 merge!

---

팀원들과의 회고

아쉬운점

# 윤
1. 변수설정을 미리 해두자.
2. 우선순위를 먼저 정하자. (유저 회원가입 -> 유저 로그인 -> 질문작성페이지)..
지금같은 경우, 게시판 없이 배포가 가능한 상황이 되지 않을까

업무분담을 게시판 하는사람, 유저관리하는 사람 이런식으로 짰었는데, 유저관리를 같이 작업했어야함..
다 완성되고 나서 프엔, 백엔 합치니까, 데이터 형식이 다를 경우 제대로 응답이 오지 않는 경우 등 깨지는 상황이 발생함.
postman는 보내고 받는 것만 되고, 서버쪽 커스텀이 안된다.
express 서버를 사용했으면, 요청이 오면 응답으로 토큰을 받아서 보내줄 수 있었겠다.
로그인을 먼저 했어야 했네요


# 우형
1.기획할때, 설계를 잘 해야한다
(좋아요/싫어요 기능의 경우, 처음에 잘못 설계해서 복잡하게 해결했음)
=> api 구체적으로 작성해야 했다
=> 피그마를 같이 보면서 하면 좋음
팀원이 좋아따

# 다희
1. 우선순위로 다같이, 피그마 보고 다같이, 합의를 한 상태에서 시작했어야 했는데 아쉬웠다
api 명세서를 너무 간단하게 작성해버림


# 진솔

1. 기능단위로 자른다는게 뭘까요?
질문작성페이지를 지은님이 했는데, texteditor를 공통컴포넌트로 만들지 않으니 디자인에서 차이가 생김
2. 준석님이 뼈대만 잡고 헤더모양만 푸시해서, 쓰게 만듦
3. 자기분량이 많으면, 다시 기능단위로 쪼개서 팀원에게 설명후 분담 (ex. axios 요청)


# 준석

1. 다음에 메인플젝할때는 백엔, 프엔 소통을 많이 해야한다
2. 진솔님의 부드러운 리더십을 배워야 겟따
3. 근데 다음에 할때는 그러면 와이어프레임이라도 만들어서 같이 보면서 기능은 이런거이런거 필요하고 이때는 이렇게 이런 변수명으로 데이터 주고 받으면 될거같아요 이렇게 해야하려나요?







좋았던 점

# 지은
1. 프리플젝하면서 api 중요성 깨닫게 됨 (swagger를 써보자!)
2. 팀 분위기가 중요하다
3. 팀장의 역할이 막중하다

# 진솔

1. 배포를 못해서 오히려 좋아 => 개선할 점 뜯어보기
2. 포기안하구 끝까지 해낸 우리팀 칭찬해 !!!
3. 문서화작업 중요하다!!1 기록!!

# 우형

1. 유어클래스하면서 했던 것보다 프로젝트에서 많이 배움
2. 소통하면서 개발한 게 페어활동 외에 처음이었는데, 소통하는법을 배웠다
3. 소통을 잘하는 법 => 질문을 잘하는 방법
=> 시도를 ~했는데, 안됩니다
=> 에러메세지 읽기

# 다희

1. 유어클래스에서 했던 것이 막연했는데, 플젝은 알아야만 할 수 있다는 점 => 전체적인 이해가 된다
2. 백엔 팀원분들이 답변을 친절하게 해주셔서 감사했다
3. 팀원을 잘 만나따!!!

# 윤

1. 다들 열심히 해주셔서 즐거웠다
2. 이게 왜 있어야 하는지, 하면서 깨달았다
3. 다들 자신감이 생겼다

# 준석

개발자 하고 싶었던게 프로젝트 하면서 서로 좋은 점도 배우고 내 부족한 부분을 알고 좋은 자극 받고 이런걸 원했었는데 이번 프로젝트하면서 제가 상상하던 딱 그대로를 경헝할 수 있었던것같습니다