기간 : 24.12.16~ 24.12.22
🌱 편의점 제품 리뷰 웹 페이지
💡 Meeting
- 본격적인 코딩을 하기 전, 세부 규칙을 정해 팀 프로젝트를 진행한다.
✨ 코딩 규칙
- 데이터 요청 방식 결정
- 논의 내용: 프로젝트에서
axios와 fetch 중 어떤 라이브러리를 사용할지 결정.
axios 사용,
- 인증 방식 결정
- 논의 내용: 인증 및 세션 관리 방식을
세션과 JWT 중 선택.
- 결론:
세션 사용.
- 커밋 및 브랜치 컨벤션 설정
- 논의 내용: 커밋 메시지 및 브랜치 네이밍 컨벤션.
- 개인 브런치, 날짜, 내용
- 결론: 커밋 메시지 예시:
[backend]/FEAT: (241212) 로그인기능 추가
- 커밋 메시지 예시:
[backend]/FEAT: (241212) 로그인기능 추가
- JSdocs 사용 여부
- 논의 내용: 코드 문서화를 위해
JSdocs를 사용할지 여부.
- 결론: 오류 발생 가능성으로 인해 사용하지 않기로 결정.
- 식별자 및 CSS 클래스 네이밍 규칙
- 논의 내용: 식별자와 CSS 클래스 이름 규칙.
- 결론: 식별자:
camelCase 사용. CSS 클래스 이름: 동일하게 camelCase 적용.
root.css 사용 여부
- 논의 내용:
root.css 파일을 활용한 기본 스타일 변수 설정.
- 결론: 사용하기로 결정.
- 서버 함수 관리 방식
- 논의 내용: 서버에서 사용하는 함수들을
Utils 폴더로 관리할지, 또는 controller에 작성할지 여부.
- 결론:
Utils 폴더를 따로 관리하여 코드 수정에 대응 관리.
- 비밀번호 암호화 방식
- 논의 내용: 암호화 방식 선택 (예: salt 사용 여부에 따른 테이블 구조 변화).
- 결론: 추후 결정.
- 기획 및 일정 설정
- 논의 내용: 발표일 전까지 주요 기능 및 일정 초안 마련.
- 결론: 추후 공유 예정.
- 반응형 디자인
- 논의 내용: 반응형 웹의 지원 디바이스의 제작 범위
- 결론:지원 디바이스: 모바일, 태블릿, 컴퓨터.
💻 추후 과제
- 비밀번호 암호화 방식 최종 결정.
- 주요 기능 및 발표일까지의 세부 일정 공유.
- 반응형 디자인 적용 계획 검토 및 디테일 추가.
📘 Meeting
트러블 슈팅
🔥 프로젝트 안건
- 아직 결정 되지 않은 문제에 대해서 논의를 해야하는데, 서로 가진 정보가 불투명해서 논의가 성립되지 않는다.
- 구현 아이디어는 좋으나 세부 일정이 정해지지 않았다.
🔥 GitHub 안건
- GitHub에 각자 작업물 업로드 충돌 방지
- GitHub에 업로드 후 리뷰 요청 슬랙에 업로드
🔎 해결방안
- 전체적인 구성원 간 소통 부족이 나타났다. 필수적으로 충돌 생기지 않게 공용 폴더는 건들지 않도록 한다.
- 업무 현황 [시작, 과정, 종료] 상호 연락 작업물 GIT 프로젝트 공유 후 승인 요청은 댓글로 작성
- 구현 아이디어의 실현 방법은 Leader에게 의견을 물어 본 뒤에 결정하자.
⚙️ 다음 회의 준비
편의점의 상품을 보여주는 기능이 구현 되기 위해 먼저 자료가 있어야한다. 굳이 크롤링을 해야하는가 필요성이 문제시 되었지만, 크롤링 기능을 구현하는 것도 중요한 기획이라고 결론냈다.
- 자료수집 우선적으로 작업할 것
- 코딩 후 결과물 GitHub에 업로드