👏 잘한 것

• Next와 Nest를 직접 써보고 프레임워크를 정한 것이 좋았다. 직접 써보기 전에는 장단점 체감이 안되었고 특징을 몰랐는데 써보고나니 기존에 써본 express, React랑 비교를 하여 프로젝트에 정확하게 필요한 기술스택을 잘 파악할 수 있었다.
• 원래는 일주일에 두 번 오프라인으로 만나서 하기로 했는데 이번주는 페어프로그래밍으로 진행하다보니 만나서 하는 것이 크게 도움이 되지 않을 것 같아 온라인으로 진행해서 환경도 더 좋고 개발 속도도 빨랐던 것 같다.
  • 이동 시간에도 개발을 하거나 휴식을 취해 팀 코어 타임에 더 집중해서 개발을 할 수 있었다.
  • 게더에서 모여서 해서(언제든 의사소통 가능) 오프라인에서 일하는 것보다 (4명 모두 같은방) 페어끼리 잘 나누어서 진행할 수 있었고, 다른 페어들과 의사소통도 불편하지 않게 됐다.
• 첫주차에 정해둔 그라운드 룰을 잘 지키며 프로젝트를 진행해서 일정상 큰 무리 없이 잘 마무리 되었다.
  • 기능 가지치기를 잘 해서 일정에 쫓기지 않고 편하게 구현할 수 있었다.
  • 밤늦게까지 무리해서 구현을 하지 않고 정해진 시간이 된다면 코드 에디터를 끄고 작업을 더이상 하지 않아 워라벨을 챙길 수 있었다.
• 페어프로그래밍으로 진행한 점이 좋았다. 의사결정을 할 때 좀 더 넓은 시각으로 문제를 바라볼 수 있었다. 페어 간 소통도 원활하게 이루어진 것 같다.
  • 페어끼리 진행하다보니 한 번 코드가 걸러지고 커밋될 수 있다.
  • 매몰되지 않는다.

😭 개선할 점

• 계획한 일이 너무 적었나? 잠깐 생각? 남들이 쓴 시간을 보아하니..
• 코드리뷰 관련
  • 전에 쓴 코드를 PR을 날리고 다음 개발에 바로 필요하다보니 머지를 다른 페어에게 재촉을 하게 되는 일이 생겼다.
  • 그러다 보니 제대로 코드를 읽어보지 않고 머지를 위한 리뷰를 진행했던 것 같다. (= 코드 리뷰 내용을 제대로 확인하지 않고 approve를 했다)
  • 개선점
    • 의견 1. main 에 merge할 때 한 번 더 살펴보자
    • 의견 2. dev 에 merge할 때 한번 더 살펴보자
• 말 편하게 하기
  • 존댓말을 쓰니 의견 전달 시 돌려 말하기가 없지않아 있는 것 같습니다(?)
  • ㅁ체 써보기(베타 테스트중, 괜찮은 것 같음) (해주셈~, 괜찮아~, 넴~, 그거 해봤는데 안됨, 도와주셈, 이거머임?

🧭 다음주 계획

API 다 만들고 프론트 연동까지, 환경 구성

• 백엔드 환경 구성(Nest) → 월요일
  • 자동 CI/CD (Github Action) 구현
• DB연결(PostgreSQL) - orm으로 테이블 생성 (다같이~!) → 월요일
• 서버 (프론트/백, DB서버, redis서버, 채점서버2)
• 기술 아키텍쳐 좀 합시다… 백엔드 백로그 통신 쪽도 작성해야될 것 같구요. redis 공부도 합시다! 도커도 공부합시다~!
• api 만들기(페어로 진행)
  • 민민 / 효효
• Github OAuth 로그인
• 강남에서 멘토님과 저녁(다음주 월)