Projects/GROUP-MAKER

[GROUP-MAKER] 시작은 미약하나 끝은 창대할 여정의 두번째 회의..

채린씨 2022. 10. 11. 13:40

2022년 10월 9일 - 각종 컨벤션 결정 및 컴포넌트 분리, 역할 분담

 

Notion: https://group-maker.notion.site/GROUP-MAKER-31fda201170345579a5228a842dfc643

 

GROUP-MAKER

https://group-maker.notion.site/GROUP-MAKER-31fda201170345579a5228a842dfc643

group-maker.notion.site

GitHub: https://github.com/Group-Maker/Group_Maker

 

GitHub - Group-Maker/Group_Maker

Contribute to Group-Maker/Group_Maker development by creating an account on GitHub.

github.com

 

 

컨벤션

  • Git 관련 컨벤션
    • branch 컨벤션: 컴포넌트/기능-이름
      • ⇒ ex. Login-chaerin
      • ⇒ ex. Modal-hyunjung
    • commit 컨벤션
      • feat: 기능 개발 관련
      • refactor: 리팩터링
      • fix: 오류 개선 혹은 버그 패치
      • docs: 문서화 작업
      • conf: 환경설정 관련
      • build: 빌드 관련
      • ⇒ ex. feat: implement modal component
      • ⇒ ex. fix: fix login error
  • 코딩 컨벤션
    • 소스파일
      • 파일명은 소문자, 단어와 단어는 하이픈(-)으로 구분
      • 컴포넌트 파일명은 대문자로 시작
    • 네이밍 규칙
      • 변수 이름 lowerCamelCase (상수는 UPPER_SNAKE 표기법). 불리언 제외 명사형
      • 함수 이름 lowerCamelCase 표기. 동사형
      • 클래스나 생성자 이름은 PascalCase
    • eslint, prettier 사용

 

 

알고리즘 한계 측정

최대 50명 정도에서 안정적으로 작동함 ⇒ 최대 50명으로 인원수 제한

 

 

컴포넌트 분리

: 어떤 기준으로로 분리하는 것이 현명할까…..

  • Intro 페이지
  • LOGIN 페이지
    • 로그인 폼
  • SIGNUP 페이지
    • 회원가입 폼
    • 회원가입 축하 모달
  • 메인 페이지
    • 사용자 아이콘
      • 호버 시 나올 툴팁(LOGIN/LOGOUT 버튼)
    • 탭 메뉴 리스트
      • 탭 메뉴 아이템(데이터, 최적 조 짜기, 수동 조 짜기)
    • 부가메뉴 리스트
      • 부가메뉴 아이템(깃허브, 이슈 제보 등)
    • 우측 컨테이너
      • 멤버 관리(? 이름 확정 필요?)
        1. 멤버 리스트
          1. 각 멤버
        2. 지난 조 결과 리스트
          1. 지난 조 결과 아이템
      • 최적 조 짜기
        1. 조 개수 카운터
      • 최적 조 짜기 결과
        1. 결과 창 (지난 조 결과 리스트와 통일할지 고민)
        2. 결과 저장 안내 모달
      • 수동 조 짜기 (drag & drop)
        1. 멤버 리스트
          1. 각 멤버 아이템
        2. 조 리스트
          1. 각 조 아이템

 

 

역할 분담

  • 김채린 @Chaerin Kim
    • 로그인 & 회원가입 기능
    • 최적 조 짜기
  • 손재영 @pereng son
    • 메인 레이아웃
    • 멤버 데이터
  • 최현정 @hyunjung choi
    • 인트로 & 모달
    • 수동 조 짜기
  • 공통
    • 라우터
    • 서버(?)

 

 

회의 내용

  • 최적 조 짜기 시 한 조에 포함될 사람 수를 입력받을 것인가? 전체 조 개수를 입력받을 것인가?
    • → 보통 조를 구성할 때 한 조에 포함될 사람 수를 기준으로 생각하는 것이 보편적.
    • → 그러나 한 조에 포함될 사람 수를 입력받으면 인원이 나누어 떨어지지 않을 경우 남는 인원을 어떻게 처리할지가 애매해짐
    • ⇒ 결론: 일단은 전체 조 개수를 입력받자.
  • 최적 조 짜기 페이지를 ‘최종 조 짜기 페이지’와 ‘최종 조 짜기 결과 페이지’로 분리 (path 다름)
  • 컴포넌트 분리는 아직 감이 잘 잡히지 않으니 일단 전체적인 틀을 잡아놓고 진행하면서 수정하자

 

 

기획 발표 전까지 할 일(갱신)

컨벤션 맞추기

  • Git 관련 컨벤션: branch, commit
  • 코딩 컨벤션: eslint, prettier
    • → 레포 파고 리드미 작성
    • → 폴더 구조 짜기
  • 알고리즘 한계 측정
  • 컴포넌트 간단하게 분리
    • → 역할 분담
  • 피그마 시안 만들기: 디자인 제외 각 요소의 크기, 위치 픽스
    • 가능하다면 인터랙션 처리까지
  • 일정 정하기
  • CBD & SPA라우터 공부해오기

 

 

저작자표시