- 사용할 기술 이유 생각해오기
- 왜 그 기술을 선택했는지에 대한 이유를 알아야 한다고 생각함 ex) react를 선택한 이유, redux 대신 context api를 선택한 이유 등
- 페이지 만들어서 적기
의견 총합
- React
- Context API
- Storybook
- emotion
- Axios
- 추가 고려(의견 감사드립니다)
- formik/react hook form
- 상윤: react hook form 써봄
- 좋은데~ 약간 사용법 익혀야함
- Not Bad~
- lottie
- 배포(나중에)
- 피그마 디자인(와이어프레임)
- 컴포넌트/페이지/디자인
- 회원가입 페이지
- 또 반복할 뻔..ㅜㅠㅜ.. 기록을 남기자..
시작: 아래와 같이 로그인 폼을 보여준다.
- 이미 가입한 유저
- 바로 로그인 ㄱㄱ
- 메인 페이지 보여주기
- 가입 X (회원가입하기)
- 책 구절 + 회원가입 + 구경하러 가기
- 그 후에 메인 페이지 보여주기
- 게시판 (사실상 메인)
가입자 검색
- input 넣어서 사용자 검색하게 하자..
- 검색하면 그 사용자가 올린 게시물을
- 책장으로 볼 수 있도록
- 페이지를 더 추가한다면? 어떻게?
- 사용자 정보를 보는 페이지?
- Main 자체에서는 책 input을 넣고
- Header에는 사용자 검색
- 디자인 적으로 깔끔할 것 같아요
good
- 검색 아이콘 누르면 모달 보여줘서
- 저는 모달에서 유저 리스트 보여주고
- 여기서 이사람을 클릭하면 이사람이 쓴ㄱ ㅔ시물들을
- 아래 책장처럼 보여주게
- 사용자 정보란에서 인증 없는 사람
- ex) 인스타 다른 사람 보는 느낌
- 그러면 여기서 보여주는게 결국에
- 가입자가 올린 게시물을 보는 것
- 가입자(프로필 사진/아이디/문구) ⇒ 게시물을 들어가면 누가 올렸는지 어차피 보이지 않나
- + 게시물
- 사용자 정보에서 → 그 사람이 올린 게시물은 어떻게 보여줄거에용?
- 여기서는 디자인이 달라지는 건가요?
- 그러면 동의합니다
- 모달 ⇒ 사용자 정보 페이지로 이동(auth 가 안된)
- 상윤: 메인은 책 검색이고 사용자 정보는 정보다.
- 다은: 마이페이지 재사용(결국 상윤과 같은 의견)
- 태욱: 사실 나도
- 수경: 메인을 계속 재사용하자
- 저도 좋아요
- 채택:
결국에는 메인은 진짜 ⇒ 책 검색으로만 쓰자
사용자 정보에서는 개인정보를 보자
인증 관리 필요
배너(책 문구, 책 추천)
- 이 부분의 API를 요청할 수 있나? 해달라고 할 수 있나
- DUMMY_DATA 사용
good.. 미천한 저는 생각하지 못했습니다
- API 제한이 있어서 어쩔 수 없이 더미 데이터 사용
- index를 랜덤으로 해서 랜덤으로 보여주게 하자
- 모바일
- 수경 - 크기조절만
- 태욱 - 없어도 되지 않을까: 22: 33: (다은,상윤)
카테고리를 선택할 수 있도록
- select , 태그 누르기
- 모바일
- select 무조건 - 카테고리 태그 누르는 것은 길어질 수 있어서)
- Pc
- 선택(select, 태그)
- 채널 목록
- 카테고리 (GET /channels/{channelName})
- 카테고리 누르면 소설에 대한 게시물 목록 보여주기
카드형식(책장)
- 책꽂이 느낌으로 만들고 책 표지(카드처럼 깔끔하게) - 통일해서 깔끔하게
- ex) 10개 이상이면
- 고민고민~
- 슬라이드(좌우버튼)
- fade in , fadeout
무한 스크롤책장처럼 보여줘서 Card(책) 클릭하면 모달 띄우기
- 모달
- 하자 파: 상윤, 다은, 수경, 태욱
- 하지 말자: X
- 포스트 내용을 보여주고(댓글 형식으로 달면 되지 않을까)
- 의견 너무 좋아
- 좌측 게시물 내용: 우측 댓글 형식
- 좋아요 아이콘 넣기
- 클립(태욱 - 아이디어 뱅크)
- 투머치: 다은: 책장(메인에서 좋아요, 댓글 개수 보기 good)
- 좋아요, 댓글 (갯수)
- opacity.. so ~ detail ~ oh my~ 어질어질
- 모바일
- 카드 형식(노트 형식)으로 해서 통일감을 주자
- 그러면 웹도 비슷하게 디자인 할 것
- 회원 정보 들어가면
- 쓴 글 리스트
- 추가 삭제
- 포스트 들어가서
- 추가 삭제
사용자 정보 보기(마이 페이지)
- 인증된 사용자일 때
- 기본 프로필(문구/아이디/프사)
- 내가 쓴 게시물
- 좋아요(찜) 한 게시물
- 댓글
- 제가 쓴 댓글과 쟤가 쓴 댓글 뿌ㅜ부부ㅃ뿜~
- 반대 ⇒ 저(수경)는 반박(Too much) - 조금 많지 않나(보여줄 댓글이)
- 알림 할거면 더 안해도 된다 의견입니다.
- 찬성 ⇒ 다은(다은님의 의견도 좋아요) 시간 남으면 해요~
- 알림
- 찬성
- 반대 (무슨 반대냐.. 기본 유구사항 지키자..ㅠㅠ)
- 가입자(쟤)
- 기본 프로필(문구/아이디/프사)
- 가입자가 쓴 게시물
- Header
- 로고(왼쪽)
- 사용자 정보(아이콘), 알림(아이콘)
- 검색(사용자정보-아이콘)
- 디자인 보고 깔끔한 쪽으로 합시다
- 404페이지
- 간단 Simple
- 완전 널널하다 하면 꾸며..
- 메시지?
- 나중에 생각 하자(다은)
- 처음부터 생각하지말고 기본 요구사항 집중해서 버그 없게 끝내자(수경, 태욱, 상윤)
- 이것도 다 못할 수도 있다고 느껴져요..
- 완성 목표!! 기본 요구사항 모두 충족하자!
- Logo
LUVOOK
동네BOOK
사실 이부분은 바꿀 수도 있어서 - 디자인 보고 갬성적이다 ⇒
LUVOOK
- 조금 갬성이랑 거리가 멀다 ⇒
동네BOOK
- Navigation Drawer
- 필요없지 않을까? - 수경
- 동의 어 보감 zzzzzz
- 기본 요구사항 다 하고 (시간이 남는다면 보너스 요구사항)
- Drawer로 구현
요구사항에 따른 페이지 구조화
페이지 정리






- PR 템플릿/Issue템플릿
PR/ISSUE 올리는 단위
⇒ feature로 나누기로 했으니까
⇒ 어떻게?
- 태욱
- ex) 마이페이지 안에 버그 모두 고치는거?
- 전체적으로
- 한번에 올리면 자세히 적게된다.
- 수경
- 단위를 진짜 작게 가져가서
- 많이 올려서 간단하게 하자
Issue 템플릿
- 간단하게 가져가자
- 언제 시작했고 언제 끝낼건지
- 뭘 할건지
- 어떤 기능 구현
- 어떤 페이지에서
PR 템플릿
- Merge는 본인이하고
main - develop - feature
브랜치는 무조건 develop에 머지
- Issue 번호 연결해서
- 구현한거 올리기
- 4명이니까 2명이상 approve 하면 merge하기
- 구현한 날짜
- 구현한 기능을 조금 더 상세하게
- 구현하면서 어려웠던 점 ⇒ 리뷰 받는걸로
PR 기본적으로 템플릿 보이게 어떻게 하는지 아시는 분 있나요??
- 그거 설정하면 좋을 것 같아서 이거 내일 같이 찾아봐요
충돌 날 경우
- 유튜브 conflict
- https://www.youtube.com/watch?v=FmLzvXyFKIE ← 충돌 경우에 좋은 영상인데 위에 pr-issue
다음 회의 안건
- 프로젝트 Directory 구조(내일)
- 기획안 작성하기(내일)
- 안건
- 매일 스크럼 시간 정하기
- 고정 시간
- 질문(issue) 등 있을 경우
- 소통
- 노션
- 슬랙
- 서로 진행 상황 어떻게 확인?
- 스프린트?
- 1-2일
- 2-3일