Skip to content

2주차 개인 회고

littlesam95 edited this page Nov 17, 2023 · 2 revisions

J020

  • K :
    • 페어 프로그래밍을 통해 인프라 세팅, 초기 구현에서 발생한 트러블들을 효과적으로 처리 한 것 같음. 결국 시간이 더 아껴지지 않았나 생각도 듬.
    • 한 주의 목표를 잘 달성했다고 생각함.
  • P :
    • 한 일은 꽤 많았는데 금요일 수행내역 발표에서 한 만큼 전달이 잘 안되었지 않았나 싶음.
    • 이유는 문서화 레벨이 충분하지 않아서 그랬던 것 같음
    • 개발/구현하면서 꼬박꼬박 기록으로는 남기고 있는데, 그 기록을 한 번 더 정리하여 바로 외부에 공개/발표 할 수 있는 레벨로 만드는 과정이 필요함.
  • T :
    • 매일 개발 일정 종료 후, 문서화/발표자료화의 시간을 가지면 좋을 것 같음! 30분이라도!!
    • 현재 작성된 팀 문서들을 조금 더 Orginize 해야 할 필요도 있을 거 같음 (Readme.md 등)
  • 피어세션 메모 :
    • npm ci : package-lock을 건드리지 않음
    • github 자동화 : github action → workflow → yml 설정 파일을 읽어서 실행시키게 됨
    • prisma ORM : 여기도 repository 없어진 듯
      • 없으면 유닛 테스트 쪼매 불편…

J023

  • Keep
    • back-end 파트의 Task 분류를 잘 개선한 것 같아서 좋습니다.
    • 의존성 높은 작업들을 페어 프로그래밍으로 수행하여, 잠재적 문제를 예방할 수 있어서 좋았습니다.
  • Problem
    • 코드 컨벤션을 정하고 통일하면 좋겠습니다.
    • 테스트 작업을 자동화하면 좋겠습니다.
    • 배포 작업을 자동화하면 좋겠습니다.
    • API 문서 작업을 자동화하면 좋겠습니다.
  • Try
    • Github Actions를 학습 및 활용하여 컨벤션 체크, 테스트, 배포 등의 작업을 자동화하고 싶습니다.
    • Swagger를 학습 및 활용하여 API 문서 작업을 자동화하고 싶습니다.
  • 피어세션 메모
    • typeorm naming strategy를 활용하여 DB 네이밍 컨벤션과, TypeScript 네이밍 컨벤션을 동시에 만족시킬 수 있음
    • 기술적 도전으로 Redis를 사용하는 대신 캐시 서버를 구현하는 그룹이 있음
    • uuid를 바이너리 데이터로 변환하면 공간복잡도 향상 36byte→16byte, 그러나 변환 작업 필요
    • DB에 영향을 미치는 테스트는 지양할 것, 테스트는 mock 데이터로

K008

  • 좋았던점
    • 구현에 속도가 붙고 다들 열정을 갖고 해주시는 부분이 좋았습니다.
  • 개선해야할 점
    • 코드를 서로가 쉽게 알아볼 수 있도록 작성해야할 것 같습니다.
  • 시도해볼점
    • 테스트 코드를 작성하는 것이 필요해 보입니다.

K009

  • 좋았던 점
    • 시간을 산정하고 일감을 배정 받아 끝내고 다음날 아침 공유하고 다시 일을 나누는 내부적으로 정한 사이클이 잘 돌아가 좋았습니다.
  • 개선해야 할 점
    • 좀 더 코드를 다듬어야 할 것 같습니다.
    • 코드 규칙을 명확하게 정해야 할 것 같습니다.
  • 시도해 볼 점
    • 디자인 개선
    • 피어세션 이후
      • ktlint 자동 검사 도입 (CI/CD)
      • 테스트 코드 작성
      • 게더타운
  • 피어세션에서 나온 이야기
    • 오프라인 모임
      • 2주에 한번, 일주에 한번, 일주에 두번씩 만난다고 함.

K037

  • K
    • GitHub에 대해 많이 배운 한 주였어서 추후에 개인적으로 프로젝트를 하거나 입사해서 팀 프로젝트를 할 때 충분히 1인분 할 것 같습니다.
    • 또한 기술적으로도 충분히 논의하여 개발을 진행하면서 어떤 기술, 어떤 외부 라이브러리를 사용할 때 바로바로 선택할 수 있어서 예상보다도 진도를 빨리 나가지 않았나 싶습니다.
    • 생각보다도 MVP가 간단해서 이번 주 내로 대부분 구현할 줄 몰라서, 저번 주에 MVP는 로그인과 지도 화면만 들어가야 한다라고 강력하게 주장했었는데 좀 후회가 되는 부분이었습니다. 그래서 목요일에 기획 및 WireFrame을 더하고 화면 명세서까지 추가로 작성했으며, 이것을 바탕으로 Backlog을 추가하고 할당하며 마지막에 코드 정리까지 하는 작업을 페어 프로그래밍으로써 수행했는데 의미 있는 시간이었고 이번 주를 깔끔하게 마무리하지 않았나 하는 생각이 들었습니다.
  • P
    • 하지만 코드 컨벤션을 맞추지 않았고 코드 정리도 되지 않아 해당 안건에 대해 작업할 수 있는 시간을 가지면 좋겠다는 생각이 들었습니다. Ktlint 라이브러리로 가이드라인에 따라 코드 컨벤션을 맞추고 정리해보는 작업도 해 보면 좋을 것 같습니다.
    • 그리고 학습 정리도 미루지 말고 잘 정리해야 할 것 같습니다. 학습 스프린트 기간에 구현하는 데에도 시간이 많이 걸려서 학습 정리를 잘 못 했었는데, 그룹 프로젝트에서는 학습 정리를 하는 시간도 가지면 좋을 것 같습니다.
    • 이번 주는 아직 UI를 구성하는 단계여서, 다음 주부터는 리뷰도 좀 더 상세히 해보면 어떨까 하는 생각도 들었습니다.
  • T
    • 다음 주에는 본격적으로 핵심 기능인 퀴즈 게임 구현에 들어가기 때문에 더 진도를 나갈 수 있을 것 같은데 앱이 또 어떻게 진화할 지 기대되네요!
  • 피어세션 피드백
    • 대기하고 만나는 과정에서는 Socket을 사용하나요?(K034님 질문)
      • 얘기가 나와서 다 같이 회의하는 과정에서 다시 한 번 확정할 것 같습니다. 라고 답변을 드림
Clone this wiki locally