Online Meeting 2023-12-28

[jeeyn]

2023. 12. 28. THU 23:00 Online Meeting with @jongfeel

📍 원래 12. 20 로 예정되어 있었으나 재조정

Report : 2023. 12. 7 ~ 2023. 12. 28

• 요구사항 명세

Question

• 비회원 정보를 제공받을 시 해당 데이터를 얼마동안 보관해야 할까
  • 현업에서 일반적으로 정하는 기간이 있나?
• 기록을 어떻게 남기는 것이 좋을지
  • 현재는 프로젝트 산출물과 멘토링 기록이 GitHub을 비롯하여 Goole Cloud 등에 혼재되어 있음

[jeeyn]

Contents

되도록 GitHub에 기록을 남기자

• GitHub Flow 전략을 잘 활용하면 좋다
  • branch 생성 > commit > PR > Merge 과정을 작은 단위로 반복
  • ref. https://velog.io/@gmlstjq123/Git-Flow-VS-Github-Flow
• issue 또한 잘 활용하면 좋다
  • issue는 아주 작은 단위로 하는 것이 좋음
  • issue를 바로 branch로 생성할 수도 있음
  • 이 경우 issue name = branch name 이 되는데,
  • issue ~ branch ~ PR이 연결되는 구조로 활용
  • PR close 하면 자동으로 issue도 close 됨
  • issue 간 연결도 가능함
  • userName/repoName#issueNumber
  • ex. jongfeel/Activity#315
  • issue / PR은 필터링(검색)한 결과 자체를 링크로 만들어 줌

설계는 크게 세 가지로 구분된다

1. 데이터 정의
   • 데이터 형식
   • json 형태든, DB 형태든
   • 데이터 타입
   • 문자인지, 숫자인지, ...
2. 1번에서 정의한 데이터를 가지고 어떤 처리를 해서 어떤 결과값을 줄 것인지
   • 어떤 파라미터를 가지고
   • 어떤 메소드에 태우면
   • 결과가 True / False 가 된다던지
   • 상속 / 인터페이스까지 정의하면 좋지만 안 해도 ok
   • 우선 할 수 있는 만큼
3. 1 ~ 2번의 과정을 거쳐 사용자에게 최종 피드백을 어떻게 줄 것인지
   • 화면이 될 수도 있고, 텍스트가 될 수도 있고, 로그가 될 수도 있고, ...
   • 일반적으로는 두 가지를 구분하는 것이 중요
     1. 어떻게 표출되는지
     2. 결과를 어떻게 저장해서 다음 단계에서 어떻게 할 건지

Feedback

• 현재 요구사항 정의서 버전에서 설계를 진행할 수 있음
  • 다음 미팅까지 설계를 해보자
  • draw.io 툴을 활용해보는 것도 좋음
  • 결과를 XML 형태로 저장하고
  • gitHub에 커밋으로 업로드 할 수 있음
• 비회원 정보를 보관하는 정해진 기간은 없음
  • 현업에서는 일반적으로 1년 정도
  • 제공받기 전 해당 사실에 대해 명확히 명시하고 동의 받으면 ok
• 한 주간 할당한 시간을 기록해볼 것
  • 시간을 계획하고, 계획한 시간 만큼 사용하면 Best
• Fe / Be 사용 기술 스택도 조금씩 고려해볼 것
  • Fe 프레임워크 사용은 JavaScript 사용 수준이 중요
  • 최근엔 JavaScript 사용 수준을 TypeScript를 잘 하는지, 못 하는지로 판단하는 추세
  • 백엔드, 프론트 따로 개발하되 순서 진도는 조금씩 같이
  • CORS(Cross-Origin Resource Sharing) 키워드 Searching