2022.07.27

07.27 (이름 변경)

마스터: 우디

모닝톡

오늘의 걱정크루

• 아스피: 기침 조금. 약 먹으면 괜찮음

마스터 기능 구현 건

마스터 선정 방식

• Meeting 생성한 회원이 최초의 마스터

마스터 Entity 추가

• 추가 해야 할까요?
  • 네 - 마스터 기록 남음, 미리 마스터를 배정해둘 수 있음
• 날짜 column 지금 필요할까요?
  • 네 - 어차피 생길것이다
  • 아니오 - 지금 넣으면 매일 출석부 초기 데이터 넣기 전에 마스터 초기화한 후에 조회 로직을 실행하게 된다

결론

일단은 날짜 column만 넣어놓고 로직 상으로는 participant id로만 마스터 여부를 조회하게 해두면 안되나?

우디의 “이런 설계는 어떨까?”

• 나중에 일정관리 기능 추가되면 모임이 열리는 날을 row로 저장하게 될 것
• 마스터가 지정되는 날짜 = 모임이 열리는 날짜 (같은 개수, 같은 날짜에 대한 row들)
• 일정관리하는 테이블에 마스터 필드를 추가해서 함께 관리할 수 있겠다
  • 💯 우디가 백엔드 하자~

오늘 할 일

• 배포팀 (포키, 필즈)
  • 필즈: DB 트러블 슈팅중, nginx 서버 만들 것, Spring scheduler sample code
  • 포키: Https 공부 다 해봤는데, main FE 서버 있어야됨. 배포 도전!
    • 썬이랑 원만한 합의 예정
• 구현팀 (쿤, 썬, 아스피)
  • 아스피: 마스터 권한 (AOP관련 포키와 게더 오후 미팅 예정)
  • 쿤, 썬: 커피스택 (+서버시간 - optional)
• 프론트
  • 밧드: 프로토타이핑, 커피스택 비우기 구현
  • 우디: 밧드와 행복한 프로토타이핑, 점심 때 노트북 챙겨오기~!, 리팩토링 마무리

서비스 이름 대체 언제 정해?

도메인 네임을 정해야 https 인증서를 발급받을 수 있다

결론

지금부터 밥 먹기 전까지 엉덩이싸움 해보자

---

이름 바꾸기

안건 1. 바꿀것인가?

바꾸지 말자 측

• 기회비용이 너무 크다
  • 올라갈 영상 수정
  • github repo 이름 수정
  • 우리 프로젝트 패키지 명 등등

그래도 바꾸자?

• 서비스 색깔과 맞지 않는 이름이긴 하다

결론

좋은게 나오면 바꾸자

안건 2. 뭘로 바꿀것인가?

브레인스토밍 끝에… 예선 진출작

• 오라고라
  • 오라고
• 와썹 wassup
• 체크메이트
  • 당신의 모임 메이트, 체크메이트
• wake up (wake cup)
• 왔다감
• 올때까지
• 쏘시지
• 지각 금지, 지금
• 오셨나요? are you here?
• 다옴
• where ya
• 얼리버드
  • Early bird gets coffee
• 째깍
  • check out

본선 진출작

• 째깍
• 얼리버드
• 체크메이트
• 왔다감
• 오셨나요

결승 진출작

• 체크메이트
• 오셨나요

최종 우승 - 체크메이트

• 바꿀 수 있을지 코치분들끼리 논의 후 알려준다고 하셨음

---

이브톡

오늘 뭘 했나요?

• 구현팀 (쿤, 썬, 아스피)
  • 쿤, 썬: 리팩토링 (뚱뚱해진 서비스 다이어트)
    • 일단 조금씩 해보자는 마인드
    • controller 분리? 상위 service 대신 상위 repository?
    • 추가 논의 예정
  • 아스피: Spring data JPA 적용중 (Participant만 남음)
    • MeetingRepo의 경우, 기존 것을 남길 이유가 없다 (method 딸랑 두개 → 굳이?)
    • 일단 남겨두자~
• 배포팀 (필즈, 포키)
  • 필즈
    • 젠킨스 용량 최적화 시도 → 실패
      • 실패도 자산이야~
      • 증설하고 싶었는데 제이슨이 다른 방법을 더 고민해보자고 하셔서, 방법 고민중
    • DB 배포 → 성공
      • yml 파일 분리 시도 할 것
    • Spring scheduler 뼈대 코드 slack에 올려둠 (async 참고~)
  • 포키
    • 운영 배포 서버 관련 학습
      • 썬이 이때까지 한 것 follow up
    • EC2 새로 만드는중~
    • 이름 변경 문의 완료, 코치 협의 후 내일 오전에 알려주신다 함
• 프론트 (밧드, 우디)
  • 모임 일정 설정하는 캘린더 UI 제작
  • 데스크탑 버전 UI 프로토타이핑

FE 일정 관리 캘린더 브리핑

현재 계획중인 기능

• 날짜 선택
  • → 선택한 날짜에 대해 일괄적으로 모임 시간 적용
  • 적용 버튼 누르면 해당 시간의 날짜들을 list로 묶어서 서버에 요청보낼 생각
• 선택 시 요일을 클릭 → 해당 요일을 복수선택
  • 해당 달의 요일만 복수선택하는 것이 default
  • 고급 설정 옵션을 통해 더 긴 기간에 대해 복수 선택

현재 시나리오

월요일은 1 to 6, 화수목금은 10 to 6인 모임을 설정한다면

1. 월요일 선택 후 1시~6시 입력, 적용 버튼 클릭
   • 서버에 등록(또는 수정) 요청
2. 다시 get요청해서 캘린더 새로고침, 적용된 모습 보임
3. 그 상태에서 또 화, 수, 목, 금 선택 후 10시~6시 입력, 적용 버튼 클릭
   • 서버에 등록(또는 수정) 요청 22
4. 캘린더 새로고침, 원하는대로 일정이 다 생성되었다~!

개선 사항

• 설정을 따로 하지 않고 더 편하게 할 수는 없을까? 설정이 어떤 설정인지 사용자가 알 수 있을까?
  • 설정을 켜는 버튼과 text는 개선할 수 있음
  • 현재 상태로는 사용자가 요일별 복수선택이 가능함을 알아채기 힘들다
• 과연 달별 복수선택을 많이 쓸까? 기간 내 복수선택을 더 많이 쓰지 않을까?
• 요청을 한 번에 보내줄 방법은 없을까?
  • 각 시간 그룹별로 매번 요청을 해야만 하나?
  • 캘린더 날짜 칸 내에 시간 text를 넣어두면, 사용자도 안헷갈리고 요청도 모아 보낼 수 있지 않을까~
• 시간 그룹별로 select 색깔을 다르게?

What’s Next

• 이름 변경 허락 떨어지면 → 로고 변경관련 추가 논의 필요
• …내일보자~