본인이 맡은 일
- 팀장으로서 팀 리딩 및 매 스프린트, 스크럼 시간 회의 진행
- 참외 로고 및 텍스트 로고 만들기
- 프로젝트 초기 세팅
vercel
배포
axios
모듈 개발
serverless function
추가
→ api 주소 노출 X
redux toolkit
도입을 위한 공부 및,rtk
세팅rtk
사용방법 문서화 및 팀원들에게 공유
- auth, layout
store
설계 및 적용 listener
setup 코드 추가
- 폴더 구조 및 api 세팅 관련 지성님과 페어프로그래밍
→
Next.js
스타일로 가자기술적으로 성장한 부분
팀 리딩에 대한 고민
- 이렇게 해도 될까? ⇒ 모든 것을 완벽하게 끝내고 갈 수는 없다
- 너무 완벽한 코드를 작성하기 위해 시간을 끄는 것보다, 일단 코드를 작성하자
- 지금 작성한 코드는, 지금 내릴 수 있는 최선의 선택이었음을 인지하기
- 나중에 작성한 코드가 문제가 생기면, 그 때 이슈를 공유하고 해결하기
→ 우리에겐 “리팩토링” 이라는 것이 있으니깐
→ 물론, 지금 당장 코드를 짤 때는 최선을 다해야함
- 어디까지 내가 결정을 내리고, 팀원들의 동의를 받아야할지
- 내가 잘 모르는 기술스택을 적용해야 할 때 어떻게 해야할지
- 내가 하고 있는 것이 마이크로매니징을 하는지 아닌지, 확인 하는 방법
- 팀원들을 신뢰하고 팀원들의 결정을 존중하기
→ MUI 사용에 있어서는 아무것도 몰랐는데, 팀원들에게 도움을 많이 받았음
Redux Toolkit
을 이렇게 제대로 사용해 본 것은 처음이었는데, redux
에 대해 많이 알게 되었음react-query
가 어떤 일을 하는지 알게 되었음이슈 트래킹
prettier lf 관련 이슈
윈도우와 맥 운영체제의 차이 때문에 formatting 을 하면, 파일의
EOF
가 crlf
로 변경되는 이슈가 있었음→ 앞으로는 초기세팅할떄
endOfLine
꼭 추가해줘야겠군…rtk listener & TypeScript
Redux Toolkit 에서,
middleware
에 listener
를 달아주는 부분에 타입스크립트 적용이 너무 오래 걸렸다.내가 아직
TypeScript
사용에 많이 미숙함을 느꼈다.react-query 라이브러리 기술스택에서 제거
필요성을 모르는 상태에서 무작정
react-query
를 사용하기로 했음그러나, 내가 만들었던
axios
모듈과 react-query
를 함께 사용하기엔 시간과 기술 숙련도 부족프로젝트 MVP 완성 후, 필요에 의해
react-query
를 추가하는 것이 더 좋을 것 같다고 판단하여 일단은 react-query
를 사용하지 않기로 함.