3주차 팀회고

✋ 피어세션 내용 공유

🏃‍♂️ J103_박무성

• 전체적으로 다들 인스턴스 비용이 비싸서 몇 개 만들고 사용할지 고민은 많더라고요. (해결 방법은 못 들었고 다들 그냥 참고 하는 듯 합니다.)
• 그리고 우리 조회수 관련해서 봇을 어떻게 더 막을 수 있을까 여쭤봤는데, 봇 감지용 서드 파티 서비스 이런 것도 추천해주시더라고요. (저만 생각 못했나요?) → 아 근데 지금 생각하니 이건 로그인용이군요. 왠지 생각을 못했더라… ㅋㅋ
• 다른 분이 내준 의견은 그 분 친구가 스프링부트 프로젝트에서 이런 비슷한 고민을 하셨대요. → 지금 찾아보니까 안되는 방법이네요…

☄️ J152_안성윤

• 코드리뷰 문화 이야기를 했는데, 저희 팀 정도면 개발 속도, 비대면 환경에서의 코드리뷰 문화 두마리 토끼를 잘 잡고있는 상황인 것 같아요. 꾸준히 지속 해봅시다!

🐟 J222_정명기

• 웹 소켓 쓰는팀 지금 크래딧 다썻다고 비상이라고 이야기 하더라고요 저희도 사용할 때 주의해야될거 같아요(하루에 5만7천원씩 나갔다고 하네요)
• ~~사소한거긴 한데 웹31번팀이 리뷰때마다 뒤에 하트를 붙히면서 리뷰를 한데요 우리도 하나 정해서 귀엽게 리뷰해볼까용?~~❌

🍎 J235_조민석

• Web RTC 쓰는 팀한테 인스턴스 비용 물어봤는데, 3주차임에도 불구하고 5만원밖에 안 나왔대요
• 로드 밸런서를 이용해서 블루 그린 전략으로 무중단 배포를 하셨다고 하더라고요. 인스턴스 안에 docker container 2개를 이용해서 한 쪽은 돌아갈 때 한 쪽에서는 코드 받고, 한 쪽은 서버를 돌리고, 다 되면 한 쪽 서버 끄고(?) 끄는지는 모르겠어요.
• 저번 주 Honey 문서 정리 팀한테 Neo4j 물어봤는데, 그 팀 백엔드 1명인데 이 분 만났어서 적용했냐고 여쭤봤더니 구지 적용 안 해도 간선 정보 같은 건 Mongo DB로 저장할 수 있다고 판단했다고 하네요.
• DB 인스턴스 사양 바꿔야할듯 합니다… 피어세션 팀원분들이 아무것도 안 하고 Redis, MySQL 올리면 67% 뜨는 건 좀 심했다고 하네요.

이거 내일 한번 보고 마이그레이션 시도 해봅시다.

• Redis, MySQL 설치 목적으로 NAT Gateway랑 공인 IP 따놨는데, 사용 안 하면 없애서 크래딧 아끼는 건 어떠냐고 물어보시더라고요 NAT Gateway랑 공인 IP도 가격이 많이 나온대요. 다른 팀이 NAT Gateway 왜 설정했냐고 의문점을 가지시길래 저도 역으로 ‘왜 안써야하죠?’ 라고 물어보니 그분들이 Naver Cloud 전역으로 설치할 수 있는게 있다고 하시더라고요. 저희 예전에 Private Instance에 그렇게 설치 했었는데 이럴 경우 옛날 버전 다운 되는 거라고 알려드리고 왔어요

위에 마이그레이션 이야기 할때 같이 검토해봅시다.

• 다른 조는 스터디 룸이 너무 비싸서 파티룸을 사용한다고 하시네요 → 서울권

🌱 J249_채준혁

• 프론트엔드 netlify 배포 안 쓰고 한 팀이 있었는데, NCP에서 nginx로 proxy 써서 하셨더라구요..

  • 정확하게는 잘 모르겠지만 저희도 만약에 NCP를 사용해서 할 거라면 시도해봐도 괜찮겠다 싶긴 했습니다.

  • 근데 netlify 잘 쓰고 있어서 필요할지? 는 잘 모르겠어요

    location / {
            proxy_pass https://ask-it-static.kr.object.ncloudstorage.com/dist/index.html;
            proxy_set_header Host ask-it-static.kr.object.ncloudstorage.com;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;
    

• 컴포넌트 문서화로 storybook 한 번 써봐도 괜찮을듯..? 근데 이거는 우선순위 많이 미루고 해야할 것 같네요

  • 필요성 느낀 계기는 저희 figma를 만들기 전에 클로드로 프로토타입 먼저 만들고 시작하는데, 이 때 코드가 만들어지니까 차라리 그 코드 가지고 storybook에 문서화 해놓는게 더 순서상 맞지 않나? 싶네요

• Pn룰을 다 긍정적으로 봐주셨어요. 검토하겠다는 팀도 있었습니다

공유 결과

---

🫂 KPT 회고

✍🏻

• Keep
  • 이런거 좋음
• Problem
  • 이거 아쉽네요
• Try
  • 이런거 해보죠

• 🏃‍♂️ J103_박무성

  Keep

  • Pn룰 저는 되게 만족하면서 사용하고 있습니다. 이번 주 동안 해보니까 계속 진행했으면 좋겠네요.

  Problem

  • 이슈 및 테스크 관리 좀 더 신경 쓰겠습니다. 민석님한테 너무 미안하네요.
  • 요즘 너무 재밌어서 새벽까지 하다가 SQLD 공부를 못했어요. 일요일 시험 어떡하나요?

  Try

  • Pn룰 이대로 유지하면 좋을 것 같습니다.

• ☄️ J152_안성윤 ✅

  Keep

  • 코드리뷰에 다들 힘써주시는 부분이 보여서 좋습니다. 특히나 제가 코드에 사소한 실수들이 많은데, 리뷰 단계에서 잘 확인해주셔서 항상 감사하해 하고 있습니다. 😂

  Problem

  • 저희 목요일 오전에 현황 공유 시간 따로 진행하기로 했었던걸로 기억하는데,,, 저는 완전히 잊고 있었던 것 같습니다.. (죄송합니다… 정신이 너무 없어서 기본적인 일정관리가 아예 무너져있네요 😭) 이 부분에 있어서 이번 리뷰회의때 기술 공유 및 현황 리뷰 후에 재검토를 해보면 좋을 것 같아요.
  • 저희는 지금 Gather로 급한 호출이나, 의견 전달을 하고있는데 이거 모바일에서도 되나요..?

  Try

  • 이번주 스프린트 목표 자체를 달성하지는 못했지만, 원래라면 0.1 버전의 프로토타입 산출물이 나왔어야 했잖아요, 여기에 있어서 깃허브 릴리즈 를 활용해서 정량적인 릴리즈 관리를 해보는 것은 어떨까? 라는 생각을 했습니다. (PR prefix를 활용해서 관리할 수도 있어요. 최종 릴리즈 버전의 PR을 올리고, 이 PR이 병합되면 해당 릴리즈를 자동으로 생성하도록 actions 스크립트를 설정해두는 방법 이었던 것 같은데.,. 이것도 너무 오래걸릴까봐 우려스럽네요 ㅋㅋㅋ)

  민석 : 0.1 버전부터 하기는 릴리즈 단위가 의미가있나? 라는 생각을 했음.

  준혁 : github flow를 채택한 이유가 옅어진다고 생각함. 아직 할 필요가 있나?

  성윤 : 애자일 스크럼 방법론에서의 릴리즈에 의미를 두었음.

  준혁: 카카오테크캠퍼스는 매주 프로젝트 n주차 PR을 올리더라고요.. 그런 식으로 매주 뭐 했는지 남기는 것 같아요 + 그 결과물로 멘토님들한테 코드리뷰도 받는 것 같아요

• 🐟 J222_정명기

  Keep

  • 지금 코드리뷰하는것도 그렇고 전체적으로 프로젝트가 원활히 잘 진행되고 있는것 같습니다. 소통도 이대로 유지하면서 잘 마무리하면 좋을 것 같아요

  Problem

  • Pn룰을 따르지 않고 코드리뷰한게 많아요.. 생각 못하고있다가 성윤님한테 한소리듣고 정신이 들었네요

  Try

  • Pn룰 잘 따라서 코드리뷰하기

• 🍎 J235_조민석

  Keep

  • 저번 주에 PR 덤벙거리면서 썼었는데, 이번에는 깔끔하게 써서 만족스럽습니다.
  • PN 룰 피어세션에서 자랑하고 왔습니다

  Problem

  • 제 작업이 너무 적게 할당되었던 것 같네요…ㅎ 다른 분들께 죄송 ㅠ.ㅠ

  Try

  • 매 주 목요일에 모여서 현재 진행 상ㅇ황 확인하기
  • 작업 먼저 다 끝난 사람은 뭘 해야할까요? 아무 작업 골라서 하기에는 의논 없이 하는 것 같아서 commitizen 설정이나 Test 코드 작성, 노션 정리나 이런 것들 했는데 성윤님께 HTTPS 떠넘겨서 너무 죄송한 마음만 가득해서 뭐라도 하려 했습니다 ㅠ.ㅠ

  할당된 작업이 다 끝났을 때 새로운 작업을 가져가는 방법에 대해서 이야기해볼 필요가 있겠네요.

• 🌱 J249_채준혁

  Keep

  • 이전부터 학습 정리를 꾸준하게 하고 있었는데, 이번 주도 잘 해낸 것 같아 뿌듯합니다

  Problem

  • 이번 주 구현을 너무 많이 못 했습니다.
    • 학습 정리가 주가 된 시간이었네요.. 2보 전진을 위한 1보 후퇴 같은 느낌
    • API를 클라이언트에서 어떻게 호출하고, 효율적으로 상태들을 잘 관리할지 이런 부분에 대해서 많이 공부했어요.
    • 제가 지금까지 프로젝트하면서 API 코드들을 너무 더럽게 짜왔고, 최적화에 대한 갈망이 항상 있었어서 현재 학습 정리에 더 집중하게 되는 것 같아요.
    • 이런 부분이 팀 내적으로 구현이 잘 안되는 것에 대해 부정적인 의견이 있다면, 학습 정리는 미루고 구현에 집중해보도록 하겠습니다.

  Try

  • Pn룰 적극적으로 사용해보겠습니다.
    • 왜 안 썼는지 곰곰히 생각해봤는데, 모든 리뷰를 P1이라고 생각하고 안 했던 것 같아요.
    • ‘당연히 이건 고쳐야지?’라는 생각을 무의식적으로 계속 했어요.
    • 근데 명기님 입장에서 봤을 때 ‘굳이?’ 라고 생각되는 의견들이 있을거라 판단했고, 이것도 명기님 입장에서 생각해보려고 하니 꼭 모든 리뷰가 P1이 될 필요가 없겠더라구요
    • 그래서 생각을 조금 고치고 열심히 P1~P5를 매겨보도록 할게요

  잘하고 계신다고 생각해요. Pn룰을 그냥 한번 사용해보시면 해결될 문제라고 생각합니다.

  • Denamu 레포 README 꾸미기
    • 다른 레포들 많이 훔쳐올게요
    • 매주 금요일 마클 때 레포 들어가면 readme가 제일 먼저 보여서… 잘 꾸며볼게요
    • 그리고 star를 누를 때 긍정적인 영향이 있지 않을까 싶어서..!