8th review meeting

[fora22]

Meeting Rule

• 회의가 끝나면 다음 Review Meeting Issue 를 올린다.
• 회의(의견을 묻거나, ~해줬으면 or ~했으면 좋겠다 싶은 거, 진행에 있는 결정 사항 의논 등) 내용이 생길 때마다 Issue에 올려서 대화한다.
  • 이 때 각 주제별로 새로 Issue를 올리고 Review Meeting Issue에 링크를 남긴다.

  • 을 쓰면 알아서 Issue와 PR에 대한 링크를 고를 수 있다.

  • 만약 Issue를 올릴 정도로 복잡하지 않을 것 같다면 Review Meeting Issue에 올린다.
• 회의 날짜까지 모든 Issue에 대하여 결론이 지어지면 해당 날짜의 회의는 없어진다.
• 만약 결론이 지어지지 않거나 Comment로 이야기를 나누기 어렵다는 생각이 들 경우 회의날짜에 회의를 진행한다.

8th review meeting

With Mentor 4th (Online)

2021/01/11 월요일 오후 11시

[fora22]

논의 내용

• [x] #64 -> 다음 계획에 추가 react-router
• [ ] #59 #61
• [x] #58

[fora22]

• [ ] #65
• [x] #66
• [x] #67

[jongfeel]

제 논의 내용 기준은 마지막 review meeting 이후 제가 assign 된 issue, pull request 기준입니다. 대원님이 미리 올려 놓은 것도 있고 해서 제가 추가할 것만 나열합니다.

• Issues: #51 #52 #54 #60 #63
• Pull requests: #62

회고

• 긴급한 내용에 대한 의견
• Assignees, Reviewers 설정 => 의견 도출 => 결과 내기 방법
  • 진짜로 의논을 할 사람을 잘 지정해야 함, 한 명이 적당, 두 명 부터 애매함.
  • 한꺼번에 세명을 설정하면 서로 눈치보는 상황이 생길 수 있음 => 이럴 때는 실제 한명만 할당 후, 그 사람과 심도 있는 의논을 하는게 좋음, 만약 다른 사람의 의견이 필요하면 mention으로 불러와서 의견만 듣고 해결해도 됨
• Server and client 혹은 front-end and back-end 둘 사이의 관계에 대한 이해 필요

[jongfeel]

저를 포함한 미팅의 순번도 따로 적으면 좋겠습니다. 공식적으로 이번에 진행 하면 네번째입니다.

[fora22]

저를 포함한 미팅의 순번도 따로 적으면 좋겠습니다. 공식적으로 이번에 진행 하면 네번째입니다.

저번 오프라인 미팅때 멘토님을 만나면서 순서가 약간 어긋난 것 같네요 ㅎㅎ 추가하도록 하겠습니다.

[fora22]

Furture Work

• 모바일 앱으로 출시 여부 -> 카카오 플러스 채널로

• 64 -> @dkfma4915

• 66 -> @dkfma4915

• https://github.com/JEoN-Ha/Senior-Project/issues/56#issuecomment-757866150 -> Swagger
• 공유 Reference 논의 -> Pin Issue: @fora22
• Image 처리 시작 및 향후 계획에 관해: 간단하게 이야기 -> 대원,지연: Server & Image 처리 / 아름: 서비스 모형도(청사진) 그리는 방법 찾기 or 그리기
• 설문조사 진행 -> 각자 진행

[jongfeel]

추가로 console 창에 나오는 warning 문제들 해결해 보시면 좋습니다.

[jongfeel]

DB에 Create table script를 추출해서 나중에 한번에 생성할 수 있게 준비

[fora22]

After Review Meeting

TODO

• React-Router 문제에 대한 문제 설명 추가 @fora22
• console 창에서 warning 을 줄이도록 고치기 @dkfma4915
• '긴급' -> '중요' Labeling 적용에 관해 README 수정하고 다시 Review Request @fora22

Careful

질문 할 때 어떤거를 찾아봤는지에 대한 것이 설명에 들어가야 한다. 그래야 해결방법에 대한 방향성을 제시할 수 있다. #63

Information

• workbench 에서 기존 Table에서 SQL문으로 뽑아내주는 기능이 있음.
  • 새로 DB를 구축하거나
  • Platform을 옮길 때 Create를 구성도 보면서 일일히 만들어야 한다.
  • 이 때를 위한 기능
  • Create table Script, Insert table Script 등
  • 미리 만들어둔 Create table Script는 있음 https://github.com/JEoN-Ha/Senior-Project/blob/7eccff4db11f10510d8368b9dad007ecb1fd0ab9/fora22/DB/initDB.sql#L1-L74
• Swagger 로 api 문서 만들어 보는 것이 좋다. https://github.com/JEoN-Ha/Senior-Project/issues/56#issuecomment-757866150
  • Client 입장에서 만드는 문서는 PostMan
  • Server 입장은 Swagger
• 구성도(Diagram)을 그릴때
  • 추천할만한 Diagram은 Use Case Diagram, Sequence Diagram 등이 있음
  • 하지만 제일 중요한 것은 내용이 이해가 되야 함
  • 이해가 되면 어떤 구성도라도 상관 없음
  • 서비스 모델을 그리기 위해서는 PPT 가 제일 좋음
• Image 처리에 관하여
  • 딥러닝 모델을 직접 만드는 것을 추천하지만 시간안에 완성 못할 가능성이 있음
  • 그러므로 Cloud 에서 Api를 통해 이미지 분류를 해주는 서비스가 있음
  • 그것을 알아보고 Image 처리가 우리 프로젝트의 중요한 한 축인지, 간단한 서비스인지 판단하기 바람

Discussion

내용

• 모바일 앱으로 출시 가능 여부
  • 웹뷰로 감싸면 가능하긴 함
  • 하지만 그렇다면 애초부터 모바일 App으로 만드는게 낫지 않았을까?
  • Desktop Web Service 도 제공할 예정이었기에 Web으로 고름
  • Web을 만들면 App으로 배포할 수 있다는 점도 있었음

    Suggestion

• Kakaotalk 플러스 채널을 활용하자
  • 모바일 Push 알림 활용
  • 제일 손이 덜 갈 것 같다(멘토님이 하면 하루, 우리가 하면 이틀 ㅋㅋ).
  • 다른 이견 없이 전원 동의함

Next Plan

• Main folder 로 작업 환경 옮기기
• 향후 계획
  • 대원,지연: Server & Image 처리
  • 아름: 서비스 모형도(청사진) 그리는 방법 찾기 or 그리기
• 설문조사 배포: 아름
• 공유 Reference Issue: 대원
• Image 처리에 대한 중요도 판단: 논의 필요