codestates / codestates/DebugNote

[04/15 (금)] 김수현 KPT 회고 이슈

未关闭
#98 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
主要语言
JavaScript
星标
2
派生
1
PR 合并指标
30 天内没有已合并 PR

描述

# Keep (유지할 항목)
* 팀 미팅 전 어떤 내용을 전달해야 할지를 내 노션에 미리 정리해 두었더니 내 문제 상황이나 진행상황을 좀 더 빠르고 명확하게 팀원들에게 전달할 수 있었다. 앞으로도 미리 정리해두고 공유하는 습관을 들여야겠다.
* 내게 주어진 태스크가 끝났을 때만 공유하지 말고 현재 진행 상황이 어떻게 되는지도 중간에 한번 공유하기.
* 팀장님께서 프론트와 백엔드가 짝을 지어서 같이 작업을 하자고 제안하셔서 그렇게 진행했는데, 이것도 괜찮은 방법이었던 것 같다.
* 또, 프론트와 백엔드가 구현하는 기능 순서를 맞춰서 작업했던 점도 좋았던 것 같다.
* 구글독과 같은 협업 툴 자주 사용하기, SR때 더 자주 사용했으면 좋겠다.
* S3배포 과정에서 문제가 생길까봐 배포 처음부터 어떤 방식으로 진행하였는지 모든 단계를 세부적으로 기록해 두었던 점은 정말 잘 한것 같다. 다행스럽게도 문제가 생기진 않았지만....

# Problem (문제라고 생각하는 항목)
* 매일 하는 팀 미팅에서 주요 내용을 공유하기 전에 가벼운 아이스브레이킹도 했으면 조금 더 편한 분위기에서 진행할 수 있을 것 같았는데 그게 잘 안 됐던 거 같다. 다들 바쁘고 지치셔서 그런 것도 있으셨겠지만..
* 2-3시간 고민해도 해결되지 않는 문제였었는데 바쁜 팀원들에게 폐를 끼칠까봐 해당 부분에 대해 질문하기를 많이 꺼렸던 것
* 깃 히스토리 보고 이해하는 과정이 익숙하지 않아 시간 낭비가 많았다. 매번 메신저로 코드를 주고 받다 보니 깃을 효율적으로 사용하지 못했던 것 같아 너무 아쉬웠다.
* 또한 깃을 다루며 생긴 문제를 블로깅해 두었어야 했는데 자꾸 같은 에러를 마주할 때마다 해결하느라고 시간을 많이 써버렸다.
* 현재 배운 스택을 사용하는 게 익숙하지 않았는데도 불구하고 새로운 버전을 사용하려고 시도하다 보니 너무 많은 시간을 소모했다. 리액트 라우터의 경우 v5에서 중첩 라우팅을 한번도 써 본적이 없는데 v6가 나왔다고 무작정 썼다가 중첩 라우팅 적용하는 데서 이해가 되지 않아 너무 많은 시간을 써 버린 것 같다. (왜그랬니..ㅠㅠ)
* 구현하고자 하는 서비스의 양을 프로젝트 시작 전에 리스트업 해서 좀 더 철저히 분석하고, 주어진 기간 내에 팀원들의 역량으로 처리가 가능한지를 더 생각해보지 못했던 점이 아쉬웠다. 이 때문에 발표 자료 준비에 시간을 충분히 할애하지 못했던 점도 아쉬웠다

* 테스트할 항목을 리스트업 하고 위키에 따로 저장해 두었으면 좋았을 텐데, 매번 또 테스트할 건 더 없는지 확인하는 과정에서 시간이 낭비되었던 거 같다. (테스트케이스 짜는 것까진 아니더라도 00를 통과해야 합니다, 00할 수 있어야 합니다 식으로 위키에 체크리스트 만들어놓고 체크해가면서 확인해보면 좋겠다..뭐 테스트 코드까지 짜서 자동화하면 더 좋겠지만 이건 여유가 없을 것 같으므로 일단 후순위로둘것ㅠㅠ)

* 프론트엔드에서의 인증/인가 관련 지식을 프로젝트에 적용하며 헷갈리는 점이 많았다. 이것 때문에 팀원분과 이야기를 하면서 내가 알고 있는 지식에 대해 확신을 가지고 내 의견을 전달하지 못했고 의견이 갈렸던 것 같다. 확실하게 공부해두고 기록으로 남겨야겠다.

* 클라이언트도 첫날부터 미리 배포해두고 테스트했으면 좋겠다. env 파일 꼭 꼭 설정.

* 코드를 일단 구현만 되면 된단 마인드로 급하게 작성하다보니 후반부엔 중복되며 쓴 코드가 너무 많아 실수가 에러 찾고, 내가 쓴 코드인데도 이해하는데 시간이 오래 걸렸다. 리팩터링 방법에 대한 이해가 너무 부족했다. 설계 방법에 대한 기본 지식이 부족한채로 프로젝트에 돌입하다 보니 생긴 문제인 것 같다.

# Try (Action Items)

### 공부할 내용
#### 공통
- [ ] 깃 그래프 보는 법 찾아보고 공부하기
- [ ] 워크플로우 재정립
- [ ] 충돌시 업스트림에서 머지 불가능한 경우 대처 방안 꼭 정리하기!!! 블로깅.

#### 프론트엔드
- [ ] 리덕스를 사용하여 상태 관리를 하였을 때, API 문서 작성은 어떻게 완료되어야 할 것인지 생각해보기
- [ ] 인증/인가 권한을 이용하여 페이지별 접근 권한 설정하기( 쿠키 공부. 사용자 pk값 어디에 저장할지도 공부하기.)
- [ ] axios 서버 요청 정확하게 하는 방법 공부하고 정리하기

#### 백엔드
- [ ] 재사용성이 높은 코드를 작성하는 방법 조금이라도 공부해보기 (**지훈님이 보내주신 코드 리팩터링 방법 공부하기!!)
- [ ] 인증/인가와 관련해 헷갈리는 부분은 반드시 노션에 별도로 작성하기 (_쿠키 공부하기_)
- [ ] 도커 협업(프로젝트에 유용할 것인가?): 실제 워크플로우, 장단점 정리하기
- [ ] EC2 자동 배포 설정
- [ ] RDS 연결 방법과 원리 알아보기
- [ ] Route53 도메인 주소 구매 및 등록 방법 알아보기
- [ ] swaggerhub API 문서 작성 방법: 공부하고 이해한 부분 꼭 정리하기!!: 팀원들도 이해할 수 있도록 가이드문서 만들기)
- [ ] DB 테이블 데이터타입에 대해 공부하기: 어떤 경우 어떤 자료형을 두는 것이 적합한가?
- [ ] 테이블 관계 설정.

### 팀 협업
- [ ] 다음 프로젝트에서는 백엔드를 맡겠지만, 프론트엔드에서의 상태 배치를 꼭 같이 논의해보기
- [ ] API 문서 작성 시에도 프론트엔드와 반드시 정확하게 규칙 정하자.
- [ ] 4주 프로젝트 발표 준비는 적어도 3-4일 전부터 진행하기
- [ ] 서비스 기획시 단순히 창의적이거나 신선한 아이디어인지도 고려하고, 서비스가 필요로 하는 구현사항 철저히 다 리스트업 한 후에 선택하기

贡献指南

这个仓库没有索引到贡献指南

评估

这个 Issue 还没有评估数据。

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。