16. Sprint log

1주차 스프린트 회의 로그

스프린트 목표 🏈

• 기획안 및 화면설계 완성하기
• 스프린트 적응하기

스프린트 단위 🗓

• 6일

스크럼 마스터 👨‍🔧

• 곽병선 @kwak-bs

회의 내용 💬

• 실시간 문서/소통 관련 기술 조사
• Jira 공부 및 적용

1주차 스프린트 회고 로그

주간 회고 내용 💬

• 곽병선

  • 새로운 개념에 대해 접근하는 것이 쉽지 않았다.
  • 예상했던 것보다 시간이 오래 걸렸다. 개발 scope를 잘 설정해서 이슈 달성률을 높이는 것을 목적으로 두어야겠다.

• 이연주

  • express와 react를 연동하는 것을 복습했다 오랜만이야..
  • websocket 동작방식과 express의 socket.io를 사용하여 실시간 채팅 프로그램을 만들었는데 재밌었다ㅎ
  • 팀원 추가 시나리오에 따라 team과 user 스키마 설계 아이디어를 생각하기가 까다로웠다. user 테이블은 LiveMD을 이용하기 위해 한 번이라도 로그인한 사용자 정보만 관리한다. 팀 초대 시 그 정보는 user_team에 기록된다. 여기서 user_team 테이블과 user 테이블과 관계를 지어 두었을 때, 초대한 팀원이 등록되지 않은 사람일 경우 그 관계가 깨진다. 이를 해결하기 위해 user_email 테이블을 두어 user테이블과 user_team이 이를 참조하도록 하여 관계가 깨지지 않게 해두었다. 저희는 RDB의 어려움이 해결되지 않을 경우 NoSQL로 바꾸어 설계의 어려움을 해소할 것도 감안하고 있다.
  • 모듈 프로젝트에서 git flow에 따라 브랜치 develop를 develop_front, develop_back으로 나누어 진행했다. client 폴더에서 favicon 등 head 정보를 바꾸고 브랜치 release에 조심성없이 commit하고 push했다. 이를 해결하기 위해 1) sparseCheckout, git pull 2)git rebase 3)git reset, git checkout origin/release -- client/public 으로 해결했다. 2)했을 때 커밋이 다 바껴서 reflog로 이전 커밋으로 돌아가는 방식으로 해결했다. 하마터면 큰일날뻔! 하지만 branch를 이제 develop 하나로 쓰기 해서 필요없긴 하지만 좋은 경험했다~

• 정소영

  • 충분히 속도감 있게 빨리 할 수 있었던 task들을 질질 끌었던 것 같다. 선택과 집중을 하자~!
  • jira에 대한 개념을 조금이나마 알 수 있었다. 형식적으로만 쓰는 것이 아닌 실질적으로 이슈트래킹을 해서 효과를 볼 수 있기를 기대한다!

• 조성원

  • 첫 스프린트였는데 에픽, 사용자 스토리를 구성하는 것이 재미있었다.
  • yjs 오픈소스의 작동방식에 대해 분석하는 데 시간이 많이 걸렸다.

• 하태린

  • 개인 사정

잘했으며 앞으로 계속할 일 🍀

• 곽병선

  • Jira Software 사용법을 어느 정도 숙지한 것이 도움이 많이 될 것 같다. 실무에서도 많이 사용되는 협업 도구이니 꾸준히 사용할 생각이다. 팀원들에게도 지속적으로 내용을 공유해야겠다.

• 이연주

  • 오프라인으로 스크럼 회의를 통해 화면설계, 기술조사를 하면서 모든 팀원들이 적극적으로 참여해서 좋았다. 가장 좋았던 점은 Jira가 다소 복잡했지만 분업하여 공유함으로써 프로젝트에 빠르게 적용할 수 있었던 것이다.

• 정소영

  • 스크럼, wrap-up 등 규칙을 정해서 체계를 갖추게 되어 책임감이 생겼다.

• 조성원

  • 온라인으로 수업이 진행되었지만 조원들끼리 따로 만나서 회의하고 소통했던 것이 좋았던 것 같다. 앞으로도 계속 모여서 소통하면 좋을 것 같다!

• 하태린

  • 개인 사정

더 잘했으면 좋았을 일 😥

• 곽병선

  • 시간이 없었다는 것은 핑계지만, WebRTC에 대해 좀 더 전문적인 분석을 못한 것이 아쉽다. 이번 스프린트까지 해야할 이슈였지만 조금 어렵다는 이유로 안일하게 대처했던 것 같다. 다음 스프린트에서는 맡은 이슈에 대해서 더 전문적으로 접근해야할 필요성을 느꼈다.

• 이연주

  • commit 메시지 컨벤션을 잘 따라야겠다.
  • 브랜치는 하위브랜치에 commit하고 상위 브랜치에 merge하는 방식을 꼭 지켜야겠다.
  • 스프린트 단위를 고려해서 스프린트 기간에 내가 할 sub task를 미리미리 백로그에 넣어나야겠다.

• 정소영

  • 같이 모인 경우, 모였을 때 시너지를 낼 수 있는 목표를 정확히 정하고 하루하루 달성했으면 좋겠다.
  • jira 하위작업 주 초에 완성할 것!

• 조성원

  • 스프린트에서 진행할 개발 범위를 확실히 실현 가능할 정도로 잡으면 좋을 것 같다.

• 하태린

  • 개인 사정

다음 스프린트에 적용할 것 📈

• 지각은 최대한 자제할 것(지각비 걷을 예정임)
• 매일 10:00 스크럼 , 18:00 wrap-up
• 토요일은 휴일
• 일요일은 10:00 스크럼 , 21:00 sprint 회의

2주차 스프린트 회의 로그

스프린트 목표

• 핵심 기능 3개(채팅, 공동 문서 작업, 문서 관리) 최소한으로 동작가능하게 하기
• jira 와 github 연동해서 작업하기

스프린트 단위 🗓

• 6일 (2020.10.19-10.25)

스크럼 마스터 👨‍🔧

• 조성원 @JSWww

회의 내용 💬

• 개인워크스페이스에서 문서 관리 기능 완료하기
• 채팅 기능 완성하기
• 메인 기능들 각각 동작하게 하기 (연동 x)
• 지각은 자제!
• 매일 10:00 스크럼, 18:00 wrap-up
• 토요일은 휴일입니다!
• 일요일은 10:00 스크럼, 21:00 Sprint 회의

2주차 스프린트 회고 로그

주간 회고 내용 💬

• 곽병선
  • Solution을 사용하는 것이 아닌 API를 활용하는 것으로 실시간 의사소통 기능을 구현하기로 하였다.
  • 우리 프로젝트에 GraphQL이 필요한 이유를 알 수 있었다. GraphQL을 공부해야한다.
• 이연주
  • Workspace ui를 만들때 sidebar의 slide 효과와 그 안에 있는 list popup효과 사이에 의존성이 있어 이를 처리하기 어려웠다.
  • graphql이 msa에서 어떻게 쓰이는지 알 수 있었다. 프록시서버로 aws appsync를 고려중이다.
  • 우리 팀의 전체적인 진행 상황을 멘토링을 통해 객관적으로 알 수 있었다. 오픈솔루션과 오픈소스의 차이를 알 수 있었다.
• 정소영
  • 기존 rest방식이 아닌 graphql을 적용하기로 바뀌어서 공부를 했다. spring boot와 graphql을 함께 쓰는 예제나 소스들이 많이 없고, 작성자마다 다르기 때문에 무엇을 적용해야 하나 고민이다. 얼른 공부를 완료해서 문서 관리(파일관리)와 팀 관리를 마무리 지으면 좋겠다.
  • LiveMD의 플로우차트를 짜면서 시나리오가 어느 정도 완성됐다고 생각했는데, 멘토링을 하다 보니 허점이 많이 발견되서 시나리오를 다시 짜야겠다.
• 조성원
  • 실시간 문서 편집 기능을 aws ec2에 올려 테스트해봤다. 여기서부터 개발해나가면 될 것 같다.
  • 24일 멘토링 때 이벤트 드리븐 아키텍처를 구성하면서 LiveMD에 대해 디테일한 흐름이 많이 부족하다고 생각했다. 추후에 팀원들과 같이 의견을 나눠야 할 것 같다.
• 하태린
  • 실질적인 개발보다는 사용 기술을 찾는데 시간을 많이 써서 아쉬웠다.
  • 만약 개발을 하지 않았다면 공부한 내용을 문서로 정리해 팀원들에게 공유해야겠다.
  • 멘토링 받은 대로 로컬에서만 돌리지 말고 개발서버에 올려서 모두 확인할 수 있도록 해야겠다.

잘했으며 앞으로 계속할 일 🍀

• 곽병선

  • 오픈소스를 최대한 활용하여 적용하려고 한 일.(하지만 내가 생각한 오픈소스가 아니라 솔루션이였음 ㅠㅠ)

• 이연주

  • commit convention과 branch convention을 벗어나지 않으려고 최대한 wiki를 참고하여 조심히 작업하려고 했다.
  • jira 이슈번호 커밋메시지 자동생성및 master push 방지를 위한 githook적용

• 정소영

  • git에 브랜치를 파서 merge시키는 과정에 익숙해졌다.
  • 화면은 없지만 postman을 활용하여 test를 계속 해보며 결과물을 확인했다.

• 조성원

  • aws ec2에다 nginx와 노드 서버를 배포해서 현재 결과물을 눈으로 테스트해볼 수 있었다.
  • docker를 이용하여 모든 팀원들이 하나의 ec2 인스턴스에서 각자 결과물을 테스트 할 수 있게 찾아봐야겠다.

• 하태린

  • socket.io를 공부하며 단순히 프로젝트에 적용시켜보는데서 끝내지 않고 남에게 설명할 수 있을 정도까지 공부했다.
  • 앞으로 개발을 할 때도 기술을 가져다 쓰는게아니라 완벽히 내것이 될 수 있게 해야겠다.

더 잘했으면 좋았을 일 😥

• 곽병선

  • AWS 솔루션을 사용하지 않고 실시간 의사 소통 기능을 구현했어야했는데 너무 결과물에만 집착했던것 같다. 프로젝트를 통해 확실히 얻어가는 것이 있어야 하는데 너무 안일하게 접근했던 것 같다.

• 이연주

  • workspace ui에서 sidebar effect를 컨트롤하는 방법을 아직 해결하지 못했다. useeffect 등 hooks를 이용해서 해결해봐야겠다.
  • 전체적인 프로젝트 개발 방향을 잘못 잡았던 것 같다. 스스로 자료 조사하여 개발하기보다는 외부 소스 의존하려는 경향이 지속되었다. 멘토님과 대화하여 각자 역할들 분담하고 개발한 것을 aws ec2 또는 elasitc beanstalk 등 클라우드 환경으로 배포하여 모든 팀원의 개발 진도를 모든 팀원들이 확인할 수 있도록 할 예정이다.

• 정소영

  • graphql과 jenkins 등 공부해야 할 분량이 많은데, 어떻게 공부해야 할 지 모른다는 핑계로 완벽히 하지 않았다.
  • 책을 보며 참고했던 CRUD방식만 너무 참고 하여 다른 코드들을 보거나 적용시킬 생각을 못했다. 좀 더 다양한 방법을 시도해보자.

• 조성원

  • 벌써 스프린트를 2번이나 돌렸는데도 아직까지 완전히 프로젝트에 몰입하지 못했던 것 같다. 24일 멘토링을 통해 우리의 현 주소를 파악하게 됐고 시간과 노력을 더 투자해야겠다.

• 하태린

  • 개발하는데 진도를 많이 나가지 못해 프로젝트 일정에 영향을 주었다.
  • 할당량을 채우지 못하면 밤을 새서라도 완성하고 조금더 내 역할에 책임감을 가져야겠다.

다음 스프린트에 적용할 것 📈

• 각자 aws ec2 만들어 로컬 환경이 아닌 개발 서버 환경에서 각자 개발한 결과물을 눈으로 볼 수 있게 하자!
• node.js 또는 spring boot 배포 방법 취득하기
• 로그인 부분 express+passport change 이거 각자해야할거 적는거?
• jira의 하위 작업 github와 연동해서 작업하기

스프린트 백로그 ✍️

#1 로그인 한 사용자는 선택한 문서의 제목을 수정할 수 있다.

• Assignee: 정소영, 이연주 @soyoung-Jung, @Joylish
• Status: 30%

#2 로그인 한 사용자는 특정 문서를 선택하여 조회할 수 있다.

• Assignee: 정소영, 이연주 @soyoung-Jung, @Joylish
• Status: 30%

#3 로그인 한 사용자는 전체 문서 리스트를 볼 수 있다.

• Assignee: 정소영, 이연주 @soyoung-Jung, @Joylish
• Status: 30%

#4 로그인 한 사용자는 문서를 생성할 수 있다.

• Assignee: 정소영, 이연주 @soyoung-Jung, @Joylish
• Status: 30%

#5 로그인 한 사용자는 특정 문서를 삭제할 수 있다.

• Assignee: 정소영, 이연주 @soyoung-Jung, @Joylish
• Status: 30%

#6 사용자는 팀원들과 실시간으로 마크다운 문서를 편집할 수 있다.

• Assignee: 조성원 @JSWww
• Status: 50%

#7 사용자는 참여자들과 채팅할 수 있다.

• Assignee: 하태린, 곽병선 @hataerin, @kwak-bs
• Status: 60%

#8 사용자는 워크스페이스를 가질 수 있다.

• Assignee: 이연주
• status: 40%

#9 사용자는 참여자들과 화상회의를 할 수 있다.

• Assignee: 하태린, 곽병선 @hataerin, @kwak-bs
• Status: 0%

3주차 스프린트 회의 로그

스프린트 목표 🏈

• 실시간 의사소통

  • FE : video와 chat client 부분 한 페이지에 구현
  • BE : nginx에서 https 통신 구현, api작성하기
  • 공통 : 부가적인 기능보다 상대방과의 소통을 우선으로 기능 구현(https)

• 공동 문서 편집

  • DB 연동하여 문서 내용 저장 및 불러오기
  • room 별로 문서 편집할 수 있게 하기

• 문서 관리

  • api 설계대로 완성하기(pagination, sorting, searching 기능까지)
  • 파일 export 기능 공부 및 예제 분석
  • JWT에 대한 공부 및 secret key로 인증 기능 구현하기

• 팀 및 팀원 관리

  • 이메일로 인증해서 팀에 팀원으로 추가되는 거 확인

• 인증 및 사용자 관리

  • oauth2, jwt 각 예제분석을 통해 개발 시작

스프린트 단위 🗓

• 6일

스크럼 마스터 👨‍🔧

• 정소영 @soyoung-Jung

회의 내용 💬

• 주차별로 전체적인 일정을 계획하였다.

  • 11/2 ~ 11/14(중간발표 전): 각 기능 개발에 집중
  • 11/16 ~ 12/4(최종 발표까지): view & k8s 구현 및 적용

• 그라운드 룰 회의

  • Scrum 지각 시 벌금 2만원(2020.11.01 지각자 곽병선 ㅜㅜ)
  • Scrum 시간 : 오전 10시 (지각비 2만원)
  • wrap-up 시간: 수업 끝나기 전 30분
  • 금요일 오프라인 미팅 고정

3주차 스프린트 회고 로그

주간 회고 내용 💬

• 곽병선

  • WebRTC 고려해야 될 상황
    • https를 붙여서 타인의 얼굴이 보일것(SSL 활용)
    • 동영상 세션 유지 (아마 웹 브라우저 꺼지지 않는 이상 유지되는 것 같지만 방심하면 안댐. 알아보자)
    • FE쪽은 채팅과 webRTC 한 페이지 안에 나타낼 것
    • proxy 여러 개 적용법 알아내기
  • 슬슬 재미가 붙기 시작했다.

• 이연주

  • workspace ui부분을 맡아서 서버개발을 맡게되서 정신이 없었다.
  • client에서 상태관리를 위해 store를 두는데 2가지 방법이 있었다. 내가 맡은 서버를 구현한 후 선택적으로 적용해보아야겠다.
    • useReducer() hooks
    • mobx store
    • mobx state tree
  • api 문서툴로 gitbook을 제안하여 소영이와 문서관리, 팀관리, 멤버관리 api를 정리했다. 여러 기능들이 있는데rest api 컨벤션에 따라 설계하는게 어려웠다.
  • 팀원초대시 email인증 프로세스에 대해서 고민하였다.
  • dotenv 라이브러리를 이용해서 .env파일을 두어 db, aws 관련 정보에 대한 보안을 유지하는지 알 수 있었다.
  • 사용자 프로필, 팀프로필 사진 저장을 위해 어떤식으로 특정폴더에 업로드하는지, aws s3에 업로드하는지 알게되었다.
  • 스프링클라우드에서 eureka라는 클라우드 환경에서 msa를 위해 service directory로 서비스들을 관리하고 circuit으로 이 있다는 점이 재밌었다. k8s에서 이런 부분을 지원한다고 하는데 팀원들과 논의하여 추후에 적용하면 좋을 것 같다.

• 정소영

  • api 설계의 중요성을 알았다. 또한 바람직한 api설계에 대해 찾아보았다.
  • request를 받는 방법의 형식적인 차이와 무엇이 bp인지를 고민할 수 있었다.
  • msa로 설계시 db간의 참조관계를 갖지 않아도 된다는 것이 신기하였다. 구현을 하면서 더 알아가보길 기대한다.

• 조성원

  • 마크다운 preview 기능을 단순히 marked라는 오픈소스를 사용하면 될 줄 알았는데 마크다운의 기본적인 기능만 제공했었고 따로 살을 붙여야 된다는 것을 확인했다.
  • y-websocket 에서 room 별로 사용자들끼리 소통할 수 있도록 했는데 이 room 기능을 LiveMD의 문서에 적용할 수 있을지 체크해야 한다.

• 하태린

  • ssl인증서를 달면서 nginx의 config에 대해 공부를 했다. 하나로만 통신하는 것은 가능하나 2개 이상의 https간의 통신 구현에 대해서는 더 알아봐야겠다.
  • 채팅, 비디오 서버와 클라이언트가 통신할 수 있도록 api를 설계하는 방법을 더 찾아봐야겠다.
  • 얼른 실시간 통신 부분을 구현하고 문서쪽으로 넘어가서 개발해야겠다.

잘했으며 앞으로 계속할 일 🍀

• 곽병선

  • 오픈 소스긴 하지만 이것을 기반으로 WebRTC와 React를 함께 공부할 수 있었다. 최대한 나에게 도움이 되고 팀에 도움이 될 수 있도록 WebRTC와 React는 확실히 기반을 계속해서 다져나가야 할 것 같다.

• 이연주

  • api 문서에 따라 팀관리 api서버를 구현하였다.
  • email을 이용해 멤버초대 프로세스를 고민하여 로직을 구성하려고 하고 있다. async await을 활용하여 nonblocked programming하는 것이 중요하다는 강훈기멘토님의 조언에 따라 구현해야겠다.

• 정소영

  • git book을 활용하여 api설계도 하고 기록을 남긴 것처럼, 무언가를 할 때 툴을 사용하여 효율적이고 효과적으로 할 수 있도록 하자.

• 조성원

  • yjs 오픈소스를 점점 이해해 가는 점이 좋은 것 같다. yjs를 분석하고 살을 붙이는 것이 관건이 될 것 같다.

• 하태린

  • 나태해 지지 않고 매일매일 조금씩이라도 개발한 점이 잘했다고 생각한다. 이번 스프린트를 하며 개발은 관성처럼 처음 시작하는것이 어렵지 한번 하면 계속하기가 쉽다는것을 깨닫게 되었다.
  • 단순히 방법을 따라하는것에서 그치지 않고 한줄한줄 무슨의미인지 공부하면서 개발했던것이 도움이 되었다.

더 잘했으면 좋았을 일 😥

• 곽병선

  • webRTC와 socket.io에 대한 전체적인 이해가 아직까지 부족한 것 같다. 개발을 효율적으로 진행하고 팀원들에게도 설명하기 위해 공부를 더 해야될 필요성을 느꼈다.

• 이연주

  • oauth2와 jwt를 활용하여 인증서비스에 대한 이해가 부족해서 사용자쪽 서비스를 아직 구현하지 못했다. 인증서비스와 유저서비스를 분리했을때 oauth2 서버에서 받은 사용자정보를 어떤식으로 유저서비스에 전달하여 저장할 것인지 고민해보아야할 것 같다.

• 정소영

  • 시간이 덜 걸릴 수 있는 일을 루즈하게 진행하며 속도내지 못했던 것 같다. 지금 당장 해야할 일을 매일 정리하고, jira에서 task를 완료상태로 옮기는 즐거움을 느끼자!
  • git을 비롯한 다른 것들에 대해 막히는 부분을 스스로 구글링하며 헤쳐나가보자!

• 조성원

  • 눈으로 보이는 결과가 좀 부족한 것 같다. 뭐라도 진행을 해야한다는 것을 느끼는 중이다.

• 하태린

  • 매일 개발을 하긴 했지만 생각만큼 진도가 빠르게 나가지지 않은 점이 아쉽다.
  • 또한 에러가 났을때 바로 도움 요청을 하지 않고 스스로 디버깅하는 습관을 들이는 것이 미래의 나를 위해 좋을 것 같다.

다음 스프린트에 적용할 것 📈

• 그라운드 룰 적용하기

4주차 스프린트 회의 로그

스프린트 목표 🏈

• 실시간 의사소통

  • FE : WebRTC 부분 View 틀잡기, 사용자가 나갔을 때 black screen 문제 해결.(곽병선)
  • BE : nginx에서 https 통신 구현, api작성하기
  • 공통 : WebRTC, Chat과 합치기(곽병선)

• 공동 문서 편집

  • webRTC, chat과 합치기

• 문서 관리

  • 팀과 합치기
  • JWT에 대한 공부 및 secret key로 인증 기능 구현하기

• 팀 및 팀원 관리

  • ec2 올리기
  • client에 합치기

• 인증 및 사용자 관리

  • google 로그인 구현
  • jwt 저장 후 client에게 cookie로 전송

• 워크스페이스

• 문서 api 합치기

• 팀 api 합치기

• 중간발표 준비(곽병선)

스프린트 단위 🗓

• 6일

스크럼 마스터 👨‍🔧

• 이연주 @Joylish

회의 내용 💬

• todo를 전반적으로 쭈욱 작성하였고, todo를 기반으로 주차별로 계획하여 진행하기로 하였다.(WBS 업데이트 완료)

4주차 스프린트 회고 로그

주간 회고 내용 💬

• 곽병선

  • WebRTC 잘한것

    • Video on/off 버튼 기능 완성
    • MIC on/off 버튼 기능 완성
    • Chat과 WebRTC client 부분 merge
    • develop에 merge

  • 보충할 것 + 아쉬운 것

    • View 구현하기 (CSS)
    • 사용자가 나갔을 때 black screen 유지되는 현상 제거하기.

• 이연주 node.js + express로 학교 웹시스템설계 때 잠시했던 경험을 살려 팀관리, 인증서비스 개발에 도전해보았다.

  • 잘한 점

    • express-team 폴더 구조화 (routes/controller/middleware/service/models/utils) spring boot처럼 특정 패턴에 따라 특정 사용성에 따라 코드를 분리하여 깔끔하게 작성해보고 싶었다. 그래서 여러 사람의 github를 탐방했던 것 같다.
    • express-validator 적용 controller에 있는 비즈니스 로직을 처리하기 전에 request 형식이 옳은지 미리 체크할 수 있을까라는 생각을 했다. schema에 대해 체크하는 joi 함수도 있던 데 시간되면 적용하면 좋을 것 같다.
    • wiki에 architecture 과정 기록 초반 아키텍처를 진행하고 이를 바탕으로 제안했던 아키텍처에 대해서 왜 내가 그렇게 진행했는지에 대해서 복기하고 작성했다.

  • 아쉬운 점

    • express 개발에 아직 익숙지 않아 특정상황에 필요한 모듈(예를 들면 body-parser)을 찾아 쓰지 못해 검색하느라 시간이 늦어졌다.
    • google plus를 더 이상 지원하지 않는 다는 것을 알게 되었다. 이번 주에 google 로그인 및 jwt 발급하는 것을 목표로 했지만 완성하지 못했다.

• 정소영

  • 기본적인 CRUD에서 하나씩 기능을 붙여나갔고 완성이 되었다.
  • 테스트 코드를 쓰면 단순히 단위테스트에만 좋은 것이 아니고 나중에 CI를 할 때 필요하다는 것을 알게 되었다.
  • 구글링 하면 자료와 예시가 많지만, 내 상황과 아주 똑같은 것은 없기 때문에 잘 조합하고 기본 개념을 익히는 것의 중요성을 느꼈다.

• 조성원

  • 병선이형과 짝 프로그래밍을 해서 webRTC의 마이크, 비디오 on/off를 구현했다.
  • yjs를 이용한 플젝을 살펴봤는데 cattaz 라는 사이트가 우리가 원하는 기능들을 구현해놓아서 코드를 분석 및 적용하고 있다.

• 하태린

  • ec2에서 https간 통신 구현에 성공했다. 엄청 간단한 문제였는데 내가 너무 복잡하게 생각하고 있었다. ec2에서만 포트를 열어주면 된다고 생각했는데 nginx에서도 포트를 열어줘야했다.
  • 내가 맡은 부분의 기능구현 및 통신은 이제 완전히 끝났다. 얼른 배포를 맡아 도커와 쿠버네티스까지 마무리해야겠다.

잘했으며 앞으로 계속할 일 🍀

• 곽병선

  • WebRTC 부분이 거의 완성 직전이긴 하지만 방심하면 안된다. 언제 어디서 디버깅을 해야할 지 모른다. 그래도 긍정적인 마인드로, 할 수 있다는 생각으로 진행해야한다.

• 이연주

  • 클린 코드와 디자인 패턴에 관심이 있었는데 이를 개발하면서 적용해보려고 여기저기 찾아봤다. 혼자서 찾아보고 적용하느라 이게 맞나 싶기도 했지만 주관을 가지고 파일을 구조화해보았다.

• 정소영

  • 타인에게 질문하기 전에 스스로 알아보며 배워가니 추후 질문할 때도 얻는 것이 많았다. 앞으로 여러 자료를 보는데 두려워하지말자.

• 조성원

  • cattaz의 클래스형 컴포넌트들을 함수형으로 바꿔가며 우리 프로젝트에 적용하고있다. 조금만 시간투자를 하면 우리가 원하는 기능을 가져올 수 있을 것 같다.

• 하태린

  • 혼자 많이 삽질해본 경험이 도움이 되었다. 덕분에 설명을 들어도 바로 알아들을 수 있었다.
  • ec2 - docker - k8s - CI자동화 이렇게 차근차근 해야겠다고 마음먹었던 부분이 잘한것 같다. 만약에 중간에 막히면 되돌아갈 단계를 차근차근 밟았기 때문이다.

더 잘했으면 좋았을 일 😥

• 곽병선

  • 좀 더 체계적으로 CSS를 빠른 시일내에 구현했으면 하는 아쉬움이 남는다. 클론 코딩이여도 내 입맛에 맞게 구현 하는것이 쉽지 않다는걸 깨달았다.
  • 여러 가지 기능을 추가하는 것도 좋지만 현재 환경에서 잘 동작하는 것을 확인하는 것도 중요하다. 앞으로 어떤 오류가 튀어나올지 모르니 방심을 하면 안된다.

• 이연주

  • google plus를 지원안한다는 걸 이번주 거의 끝에 늦게 알았다. 대체된 모듈로 빨리 프로젝트에 적용할 수 있도록 해야겠다.
  • javascript 기초 지식을 더 탄탄히 해서 개발할 때 찾아보는 일을 더 줄여야 겠다.
  • 요즘 들어 체력이 방전됐는지 늦게 일어나게 된다. 시간을 더 소중히 여겨야겠다.

• 정소영

  • 자료만 많이 찾아놓고 그 자료를 소화하는 시간이 오래걸렸다. 더욱 성실해지자.
  • 기능을 붙일 수록 뭔가 코드가 좀 지저분해보이는 것 같아 아쉽다. 일단 기능을 만들어 놓고 나중에 refactoring을 꼭 해야겠다.

• 조성원

  • yjs 관련해서 yjs를 사용한 프로젝트들이 어떻게 yjs를 이용했는지 일찍 찾아봤어야 했는데 이 부분이 좀 아쉽다.

• 하태린

  • 한참 헤멨던 오류가 사실 nginx에 대한 이해가 부족해서 생긴 결과였다. 원래 하고있던 nginx 번역을 마쳐서 한층 더 높아진 이해도로 프로젝트에 접근하면 좋을 것 같다.

다음 스프린트에 적용할 것 📈

• WBS와 jira 맞춰 업데이트 할 것

5주차 스프린트 회의 로그

스프린트 목표 🏈

• 실시간 의사소통

  • FE : WebRTC 부분 View 틀잡기, 사용자가 나갔을 때 black screen 문제 해결.(곽병선)
  • BE : nginx에서 https 통신 구현, api작성하기
  • 공통 : WebRTC, Chat과 합치기(곽병선)

• 공동 문서 편집

  • webRTC, chat과 합치기

• 문서 관리

  • 팀과 합치기
  • JWT에 대한 공부 및 secret key로 인증 기능 구현하기

• 팀 및 팀원 관리

  • ec2 올리기
  • client에 합치기

• 인증 및 사용자 관리

  • google 로그인 구현
  • jwt 저장 후 client에게 cookie로 전송

• 워크스페이스

• 문서 api 합치기

• 팀 api 합치기

• MSA

  • ec2간 통신 및 스케일링 적용하기
  • DB분리 및 EBS연결하기
  • docker, docker compose 적용하기
  • 테스팅 공부하기

• 중간발표 준비(곽병선)

스프린트 단위 🗓

• 6일

스크럼 마스터 👨‍🔧

• 이연주 @Joylish

회의 내용 💬

• todo를 전반적으로 쭈욱 작성하였고, todo를 기반으로 주차별로 계획하여 진행하기로 하였다.(WBS 업데이트 완료)

5주차 스프린트 회고 로그

주간 회고 내용 💬

• 곽병선

  • WebRTC 잘한것

    • Video on/off 버튼 기능 완성
    • MIC on/off 버튼 기능 완성
    • Chat과 WebRTC client 부분 merge
    • develop에 merge

  • 보충할 것 + 아쉬운 것

    • View 구현하기 (CSS)
    • 사용자가 나갔을 때 black screen 유지되는 현상 제거하기.

• 이연주 node.js + express로 학교 웹시스템설계 때 잠시했던 경험을 살려 팀관리, 인증서비스 개발에 도전해보았다.

  • 잘한 점

    • express-team 폴더 구조화 (routes/controller/middleware/service/models/utils) spring boot처럼 특정 패턴에 따라 특정 사용성에 따라 코드를 분리하여 깔끔하게 작성해보고 싶었다. 그래서 여러 사람의 github를 탐방했던 것 같다.
    • express-validator 적용 controller에 있는 비즈니스 로직을 처리하기 전에 request 형식이 옳은지 미리 체크할 수 있을까라는 생각을 했다. schema에 대해 체크하는 joi 함수도 있던 데 시간되면 적용하면 좋을 것 같다.
    • wiki에 architecture 과정 기록 초반 아키텍처를 진행하고 이를 바탕으로 제안했던 아키텍처에 대해서 왜 내가 그렇게 진행했는지에 대해서 복기하고 작성했다.

  • 아쉬운 점

    • express 개발에 아직 익숙지 않아 특정상황에 필요한 모듈(예를 들면 body-parser)을 찾아 쓰지 못해 검색하느라 시간이 늦어졌다.
    • google plus를 더 이상 지원하지 않는 다는 것을 알게 되었다. 이번 주에 google 로그인 및 jwt 발급하는 것을 목표로 했지만 완성하지 못했다.

• 정소영

  • 기본적인 CRUD에서 하나씩 기능을 붙여나갔고 완성이 되었다.
  • 테스트 코드를 쓰면 단순히 단위테스트에만 좋은 것이 아니고 나중에 CI를 할 때 필요하다는 것을 알게 되었다.
  • 구글링 하면 자료와 예시가 많지만, 내 상황과 아주 똑같은 것은 없기 때문에 잘 조합하고 기본 개념을 익히는 것의 중요성을 느꼈다.

• 조성원

  • 병선이형과 짝 프로그래밍을 해서 webRTC의 마이크, 비디오 on/off를 구현했다.
  • yjs를 이용한 플젝을 살펴봤는데 cattaz 라는 사이트가 우리가 원하는 기능들을 구현해놓아서 코드를 분석 및 적용하고 있다.

• 하태린

  • ec2에서 쿠버네티스로 넘어가면서 도커에 대한 이해가 부족해 도커개념을 더 공부했다.
  • ec2로 MSA환경을 만들었던것을 제공받은 서버에 옮기면서 도커 이미지의 중요성을 깨닫게 되었다.

잘했으며 앞으로 계속할 일 🍀

• 곽병선

  • WebRTC 부분이 거의 완성 직전이긴 하지만 방심하면 안된다. 언제 어디서 디버깅을 해야할 지 모른다. 그래도 긍정적인 마인드로, 할 수 있다는 생각으로 진행해야한다.

• 이연주

  • 클린 코드와 디자인 패턴에 관심이 있었는데 이를 개발하면서 적용해보려고 여기저기 찾아봤다. 혼자서 찾아보고 적용하느라 이게 맞나 싶기도 했지만 주관을 가지고 파일을 구조화해보았다.

• 정소영

  • 타인에게 질문하기 전에 스스로 알아보며 배워가니 추후 질문할 때도 얻는 것이 많았다. 앞으로 여러 자료를 보는데 두려워하지말자.

• 조성원

  • cattaz의 클래스형 컴포넌트들을 함수형으로 바꿔가며 우리 프로젝트에 적용하고있다. 조금만 시간투자를 하면 우리가 원하는 기능을 가져올 수 있을 것 같다.

• 하태린

  • ec2로 구현했을때의 환경을 문서로 잘 정리해놓아서 같은 환경을 다시 조성할 때 훨씬 수월했다. 여기서 더 나아가 ami로 저장해놓으면 더 좋을것 같다.
  • 얕긴 했지만 도커를 미리 조금 공부한 덕에 강인호 멘토님의 강의를 들었을때 이해가 완벽히 되고 지식이 정리되는것이 느껴졌다. 이해가 가지 않는다고 한부분에서 멈추는게 아니라 반복적으로 학습하는것이 중요하다고 느꼈다. 앞으로도 어렵다고 멈추지 말고 일단 앞으로 나아가봐야겠다.

더 잘했으면 좋았을 일 😥

• 곽병선

  • 좀 더 체계적으로 CSS를 빠른 시일내에 구현했으면 하는 아쉬움이 남는다. 클론 코딩이여도 내 입맛에 맞게 구현 하는것이 쉽지 않다는걸 깨달았다.
  • 여러 가지 기능을 추가하는 것도 좋지만 현재 환경에서 잘 동작하는 것을 확인하는 것도 중요하다. 앞으로 어떤 오류가 튀어나올지 모르니 방심을 하면 안된다.

• 이연주

  • google plus를 지원안한다는 걸 이번주 거의 끝에 늦게 알았다. 대체된 모듈로 빨리 프로젝트에 적용할 수 있도록 해야겠다.
  • javascript 기초 지식을 더 탄탄히 해서 개발할 때 찾아보는 일을 더 줄여야 겠다.
  • 요즘 들어 체력이 방전됐는지 늦게 일어나게 된다. 시간을 더 소중히 여겨야겠다.

• 정소영

  • 자료만 많이 찾아놓고 그 자료를 소화하는 시간이 오래걸렸다. 더욱 성실해지자.
  • 기능을 붙일 수록 뭔가 코드가 좀 지저분해보이는 것 같아 아쉽다. 일단 기능을 만들어 놓고 나중에 refactoring을 꼭 해야겠다.

• 조성원

  • yjs 관련해서 yjs를 사용한 프로젝트들이 어떻게 yjs를 이용했는지 일찍 찾아봤어야 했는데 이 부분이 좀 아쉽다.

• 하태린

  • ec2 -> k8s로 중간 단계 없이 넘어가니까 롤백했을 때 되돌아 올 환경의 갭이 너무 컸다. 또한 갑자기 난이도가 높아져서 배우는 속도도 더뎠다. 강인호 멘토님의 조언대로 ec2에서 ami로 스케일링을 구성 한 뒤 컴포즈, k8s까지 적용하는것이 좋을 것 같다.
  • 또한 ec2로 구성한 아키텍처도 나쁘지 않으며 오히려 테스팅을 통해 완성도를 높이는 것이 좋을것 같다는 피드백이 인상깊었다. 테스팅을 중요하게 생각하지 않았는데 충분히 시간을 투자해서 도전해보는것이 좋을 것 같다.

다음 스프린트에 적용할 것 📈

• WBS와 jira 맞춰 업데이트 할 것

6주차 스프린트 회의 로그

스프린트 목표 🏈

• 수정된 1차 아키텍처에 따라 ec2 인스턴스 연동
• Editor page, Main page, Workspace page View 구현
• yjs에 DB 연동
• CI tool 적용

스프린트 단위 🗓

• 6일

스크럼 마스터 👨‍🔧

• 정소영 @soyoung-Jung

회의 내용 💬

• 서버 ec2 인스턴스간 연동
  • 팀서버와 문서관리 서버 연동
  • 에디터서버
• SSL에 대해 구체적으로 알아보고 처리하기(모든 서버에 ssl을 달아야하는지 아닌지 등등)
• DB ec2 인스턴스에 EBS 연동하여 데이터를 보관하기
• 테스팅에 대해서 공부하기(태린)
• 각 서버에서 JWT 검증하기

6주차 스프린트 회고 로그

주간 회고 내용 💬

• 곽병선

  • ec2에 각각의 서버를 올려서 중간발표 전까지 로컬로 시연하는 것이 아닌 배포를 통해 시연을 보여주고자 하였지만 예상치못한 Yjs부분의 SSL 오류로 중간발표 시연은 로컬로 진행하였다. 아쉬운 부분이 없지 않아 있지만 그래도 로컬에서 잘 동작하는 모습을 잘 시연할 수 있어서 나름 괜찮았다. 이제는 하루 빨리 뷰를 다 완성시켜서 어느 정도 프로젝트의 완성도를 높이는 것이 목표다. 화이팅!

• 이연주

• 정소영

  • 일주일의 wrap-up 내용을 보니 크게는 exception handling과 test code를 짜고 CI의 개념에 대해 맛만 본 것 같다. 내가 맡은 부분은 결국 문서관리 부분으로 한정되어 있기 때문에 그것에 계속 살을 붙여나가는 방향으로 가고 있는데, 그 과정에서 하나씩이라도 배워가고 있어 나름의 즐거움이 있었다.
  • 하지만 너무 내 코드만 보고 다른 사람들이 한 부분에 대한 이해와 아키텍처에 대한 이해가 적은 것 같아 아쉽다. 스프린트 회고와 멘토링 시간 때 다른 사람들의 작업 내용과 문제 사항을 알 수 있어 좋았다.

• 조성원

  • 여태까지 vscode의 live share 익스텐션을 이용하여 로컬환경에서 테스트를 진행했었고 중간 발표 전날 실제 운영 환경에서 테스트를 진행해봤는데 잘 되지 않았다. 원인은 ssl 처리로 현재 어떻게 ssl을 처리해야하고 동작이 되는지 개념이 잡혀있지않다. ssl에 관해서 확실하게 이해를 해야 LiveMD를 운영환경에서 배포할 수 있을 것이다. 그리고 멘토링 피드백에 따라 우선 쿠버네티스 환경은 제쳐두고 ec2 환경에서 운영이 되는 것을 1순위로 잡고 해야할 거 같다.

• 하태린

잘했으며 앞으로 계속할 일 🍀

• 곽병선

  • Editor page의 완성도가 어느 정도 나와서 다행이라고 생각한다. 아직 미흡한 부분이 조금 있지만 금방 보완하고 CSS를 더 추가적으로 작업하여서 완성도를 높여야 한다.

• 이연주

• 정소영

  • 하다가 막혀서 자료를 많이 찾은 뒤 강사님께 여쭤보았을 때 그저 여쭤봤을 때 얻는 답변보다 훨씬 양질의 답변을 받을 수 있었고 오류를 빠르게 해결할 수 있었다.

• 조성원

  • 처음으로 editor 기능과 webRTC 기능을 합쳐서 한 페이지에서 보여줬는데 미흡하지만 잘 동작해서 좋았다. 합친 것을 바탕으로 점점 발전시켜나가면 될 것 같다.

• 하태린

더 잘했으면 좋았을 일 😥

• 곽병선

  • ec2에 서버를 좀 더 일찍 배포하여 중간발표 시연 준비를 미리 못한게 아쉽긴 하지만 그래도 어느 것이 문제인지 정확히 파악할 수 있었고 보완할 수 있는 방법이 없지 않아서 다행이다.

• 이연주

• 정소영

  • 실질적인 개발은 거의 진행을 못한 것 같아 아쉽다.또한 하나를 완성할 때 속도가 너무 느렸다. 하지만 이제 CI쪽을 담당했기 때문에 책임감을 갖고 완수하자!
  • 하다가 막히고 해결한 과정들을 기록하지 못한 것이 아쉽다. 버그 이슈를 남기든, 타이포라에 TIL로 적든 기록을 남기자.

• 조성원

  • 너무 구현만 하려고 초점을 맞췄는데 중간중간 jira 사용을 잘 못해서 아쉬웠다. 앞으로는 jira도 잘 관리하면서 개발해야겠다.

• 하태린

다음 스프린트에 적용할 것 📈

• bug 이슈 log로 올리기
• 오프라인 언제 만날지
  • 월: 사당 버스라운지 오후 1시
  • 화: 스터디룸 오후 1시