2023.06.27 스탠드업 미팅

회의 안건

1. 어제 저녁 이후로 각자 작업한 내용 공유

   • 시혁
     • (main controller) webhook controller - case에 따른 event api 동작 틀 작성
     • 패키지 구조 정리
   • 다엘

     • 화담님 pr이후의 test 브랜치를 merge해서 작업 진행함 → merge하는 과정에서 별도 테스트를 위한 설정 파일이 실종..되어서 수정 이후 테스트는 진행 X

       • 오늘 main controller pr이 이뤄진 이후 동작 테스트 진행한다음 pr 올릴 예정

     • ERD 수정 및 추가 (상품, 선물 내역(구 구매정보), 할인 코드)

       • 할인코드에 대한 입력 로직은 선물 내역 정보 입력에서 코드를 입력받도록 하고 이후 입력받은 내용을 서버에서 검증하는 쪽으로 구현할 예정입니다.

     • 선물 내역 정보 입력에 대한 로직 고민

       • text로 받는 사람의 이름 → 이메일 → 문구를 순차적으로 입력하는데 이게 선물내역에 대한 내용인지 어떻게 판별하도록 할 수 있을까?
       • 기존에 button을 활용할 경우 actionbody 값을 활용해서 실제 사용자에게 보이는 값과 다르게 callback data를 보낼 수 있었음. 하지만 text의 경우 불가한 것으로 파악
       • 이에 대한 해결 방식으로 tracking_data의 값을 활용하는 방법을 고민중 → 금일 상품 리스트 PR 이후 본격적으로 테스트 + 구현 예정
         ⇒ 이것이 가능하다면 구현 자체는 어렵지 않을 것 같고 main cotroller에서 관련 로직이 추가될 것으로 생각됨.

     • 현재 구매 정보에 대한 관리 방식

       • 일단 진행 중인 구매에 대해서는 <구매자 id : gift_history>의 key value 형태로 in-memory db에 저장
       • 구매가 완료되고 나서, 해당 gift_history의 객체의 값을 모두 채워서 db에 저장
       • 이러한 방식을 통해 구매가 완료되지 않고 다른 상품을 구매할 경우에는 in-memory db에서 해당 key(구매자 id)에 대응하는 gift_history의 값이 변경될 것으로 생각됩니다.

     • 설정 파일에 대한 추가 의견 (다 아실거 같긴 한데 저는 몰랐던 지식이라 이번에 알게되었습니다)

       • SQL Server의 JDBC driver는 String type의 파라미터를 기본적으로 NVARCHAR 로 매핑한다고 합니다.
       • 물론 형변환과 조회 모두 잘 동작해서 저희가 원하는 데이터의 조회에 문제가 발생하진 않습니다. ⇒ 다만 VARCHAR 컬럼에 대한 조회가 발생할 경우 모두 NVARCHAR 로 형변환되는 과정에서 비용이 발생합니다. (구체적인 내용은 아래 블로그를 참고해주세요)

       [SQL Server 에게 String 이란? (NVARCHAR 인가 VARCHAR 인가)]

       • 위 블로그 에서는 아래와 같은 해결 방식을 제시합니다.

       아래와 같이 JDBC URL 에 sendStringParametersAsUnicode=false 를 추가합니다.

       spring:
         datasource:
           type: org.apache.tomcat.jdbc.pool.DataSource
           driverClassName: com.microsoft.sqlserver.jdbc.SQLServerDriver
           url: jdbc:sqlserver://rubyhost:6436;database=SbSvc;sendStringParametersAsUnicode=false
       

       • 결론은 해당 내용을 application.yml에 추가하는 것에 대한 건의입니다.
   • 규호
     • s3 테스트 단일 환경 파일 서버 실행(실제로 이미지가 저장되는지는 확인 못함) 하지만 여러 환경 파일은 실패
   • 화담
     • welcome message 전송을 keyboard 타입으로 같이 보내서 사용자가 직접 채팅창에 “show treats” 타이핑하지 않고 버튼을 눌러서 서버에 응답이 오도록 수정
       • 기능 동작 녹화 영상은 각종 문서 > 진행 상황 공유 페이지에서 확인 가능합니다.
       • 사용자가 직접 입력하도록 하면 오타가 발생할 수도 있고 UX면에서도 편하지는 않을 것이라고 생각해서 수정하였음
     • 브랜드 목록 전송 할 때 actionBody에 브랜드명이 아닌 브랜드 id로 보내도록 수정
     • 브랜드 목록 전송 시 로고 이미지 & 배경색 & 텍스트와의 배치 디테일 수정
       • 버튼 속 이미지의 경우 텍스트를 가리지 않고 원하는 위치에 배치가 되도록 만드는 게 쉽지 않다. 이미지 크기도 조절해야 하고, 적절한 비율의 이미지를 찾는 과정도 필요하다. 우선 규격에 맞는 이미지를 활용할 수 있는 브랜드들만 추가함.

2. PR 순서대로 오늘 합칠 수 있는지 확인

   • 규호님 환경 설정 PR & merge → 시혁님 main controller switch case 작성 후 PR & merge → account 도메인,레포 PR & merge → product 도메인, 레포 PR & merge → gift 도메인, 레포 PR & merge

3. 금일 진행

   • pr & merge 방식 : Approve 되면 merge. 논의 사항이 있을 때에만 회의하는 방식으로 진행.
   • 2번 순서로 pr & merge 진행 : 규호님 → 시혁님 merge 진행하고 각자 구현한 도메인 PR 올리기
   • 5시 회의 : 리뷰에서 논의할 아젠다에 대해서 고민해오기 + ERD 명세서 확인하기

---

5시 일일 리뷰 회의

- Web controller 수정 : 시혁님이 수정하고 pr 올리기로 함
- 중간 점검 관련 질문 요약
    - 아젠다 (질문 내용)
        - 데이터 관리 방식 : account 구독 관리, brand 노출 여부 관리
        - 시스템 플로우 : 구매정보 입력 및 저장
        - 코드 리뷰 : 구현하면서 궁금한 사항(추가 질문으로 진행)
    - 시간
        - 1시간 요청 (정 안되면 30분)

- 추가 진행 계획 공유
    - 시혁 : webhook controller 수정 pr, 포인트 결제 기능 구현
    - 규호 : 시혁님 webhook controller 수정 pr 이후 test 진행
    - 다엘 : 상품 리스트 조회 단위기능 pr 진행
    - 화담 : 재구독했을 때 상태변환 방식 구현 진행 / controller 수정 이후 코드 리팩토링 pr