Index
Date
의 회의록 마스터 : 고주형
Participants
TEAM FIRE (윤영기 고주형 이하령) + WonYong Jeong
Discussion topics
HTTPS
AWS를 쓸 것인데 공부의 목적이 아니라면 굳이 WAS 앞에 niginx를 붙여서 인증서를 발급 받을 이유는 없다
AWS LB에 붙여서 해보자
Jira 내에서의 소통
댓글로 완료 현황을 얘기해주자
Jira의 스토리
요건으로 들어갈 이슈가 하위이슈로 들어가면 해석의 여지가 다르다
너무 구체적이지 않은가?
Jira가 잘 활성화되지 않은 기업
슬랙으로 모든 것을 해결
어떤 의사결정을 했는지 이슈에 기록을 남겨야 한다
거의 모든 것은 지라 내에서 해결 가능
슬랙에서 얘기할지 항상 고민이 된다
프론트엔드의 배포
현재 FrontEnd는 Vercel로 HTTPS
→ 애널리틱스 할 것이면 추후 AWS로
지금 얘기할 것은 아냐
Jira 질문
에픽이 곧 스프린트 기간인가요?
ㄴㄴ
에픽과 무관하게
(스크럼마스터가) 미래의 백로그에 스프린트를 활당하는 것이다
다음 에픽에서 당겨서 스프린트를 하면 되는데 화면 기반 작업은 왜 따로 만들까요?
다음 에픽은 해당 기능이 완성되었다고 보고 데모 수준을 추구
영기님이 말씀하신 것은 기반 작업이기 때문
공유 화면 프로토타입 기반 작업
채팅도
여기에 필요한 모든 것은 여기에
내일 회고 시 할 것
현재 이슈 남은것과 완료되지 않은 것
완료 여부를 판단하고
완료 가능한 것은 완료
못한 것은 다음 스프린트로
못 끝낸 스프린트는 어떻게 할까요?
스크럼 마스터는 일정을 쪼는 역할이 아니다
못 끝낸 스토리 자체를 다음 스프린트(스프린트 6번)로 넣어라
개의치 말고 넘겨라
(회고 완료!)
지속성이 있는 이슈는 기간이나 범위를 정해라
이슈 명칭: ~~정리는 모호하다
ex. 디자이너와 협의하기 위한 기획 정리
요건이 필요하다
어느 범위,
~걸 갖춰야 해
ex. 통계화면의 기획
주형 고민
Redis 어디에 띄울까요. AWS가 너무 비싸용…
EC2에 띄워서 쓰자
나중의 확정을 위해 Redis를 쓰는 것
Code Review: Modoco-Backend
config를 두자
커뮤니케이션 효율 업
클래스나 함수의 책임 범위를 줄여라
책임이 많아서 쪼개는 것
처음부터 주석은 함수단위로 작성하라
팀 회의
오늘의 주제
디자인 컨셉과 레이아웃 결정
관련 이슈: https://swm-fire.atlassian.net/jira/software/projects/FIRE/boards/1?selectedIssue=FIRE-270
의견
레이아웃
3번째 시안이 전반적으로 마음에 든다.
하지만 화면공유를 제어하는 UI가 상단에 있는 것이 익숙하지 않다.
컨셉
3번째 시안이 전체적인 도란도란한 컨셉이 우리가 생각하던 것과 비슷한다.
우리가 기피하곳 싶은 컨셉
게더타운 느낌은 피하고 싶다
ex. 픽셀
저희가 생각하는 컨셉
다크모드
귀여운 이모지 컨셉이 마음에 든다
화면공유 방에서 배경 이미지는 빼는 것이 나을 것 같다
각각의 테마에 어울리는 분위기를 주고 싶다
배경 화면은 화면 공유에 가려져서 오히려 더 안 어울린다
테마에 대한 것을 디자인적으로 어디에 반영할지 고민이 된다
영기님: 우리의 모도코에는 테마가 아주 큰 부분을 차지한다고 생각한다.
문제
배경화면을 삭제를 했다. 그럼 방의 테마를 어떻게 보여주냐?
해결
토글로 개인적인 테마를 커스터마이징할 수 있게
배경 이미지 자기가 설정
우측 메뉴에서 테마 설정 UI (화이트 노이스(배경 음악) ON/OFF, 개인 배경 설정 UI) 등만 만들어주면 좋을 것 같다
디자이너와 미팅 때 말 할 것
로고는 언제 나오나요?
레이아웃, 컨셉
레이아웃, 컨셉
프리토타입핑
테마 X, 친구 X
추후 디자이너와 얘기할 것
배경 음악
화이트노이즈