-
Notifications
You must be signed in to change notification settings - Fork 5
2주차 회의록
blogSoul edited this page Nov 9, 2021
·
2 revisions
2021-11-01 ~ 2021-11-05까지 있었던 회의 내용입니다.
See 2021-11-01 note
- 우선순위 정한 부분에 대한 마감시간 설정 due-date 다음 주 월요일 아침 10시
- 이번 주 목요일 저녁 5시 반에 그동안 했던 것들 올려서 배포까지 ❌
- feature당 시간 설정❌
- branch 정책에 대한 설정 및 개발 시작
- issue 목록 자동화해주는 파일 작성 (내일)
- project로 칸반 만들기 (내일)
- 공동 개발 프론트 = 전체 layout, 라우터 백엔드 = 데이터베이스, api 이름은 자세하게 적은 경우, 화면 담당 구현 사람이 이름을 짖는 것으로
- 개발 시간 조정 : 40시간 = 8시간 * 5 = 10시간 * 4
- 이번 주 개발 사항들을 구체화하고 시간을 배분했습니다.
- 프론트 파트, 백엔드 파트, 이외 사항에 대한 합의 내용을 도출해 정리하였습니다.
- 기술 스택을 구체화하였습니다.
- 백로그를 업로드하였습니다.
See 2021-11-02 note
박주원님: 칼잠을 자서 컨디션이 최상이다 이충헌님: 오늘 점심은 통닭 조진성님: 브이콘 엄청 큰 걸 사서 먹고있는데 양이 엄청 많네요 설민욱님: 잠을 많이 못 잤습니다..
- storybook를 한번 공부해야 할 듯?
- docker 추후 연기
- 우선 ncloud 배포 (추후 논의)
- docker는 나중에 논의해야 할 듯
- git action 기술 부채 => 추후 논의 다음 주에 활용해보는 것으로
- 백은 jest로 하고 추가적으로 사용 가능할 듯? 프론트도 jest로
See 2021-11-03 note
이충헌님 : 아침 많이 먹어서 배가 아프다. 박주원님 : 늦게 자서 굉장히 피곤합니다. 조진성님 : 어제 운동 갔다! 설민욱님 : 1년 동안 찾고 있었던 피아노 음악을 찾았습니다. (moment musicaux)
- workspace page 부분을 더 세분화해야 할 것 같습니다.
- 스토리 단위로 작성해야 합니다.
- 구조가 변경되는 방식은 지양하고, 꼭 필요한 경우 PR에 자세하게 작성합니다.
- PR은 스토리 단위로 작성해주는 것으로 정합니다.
- 만약 스토리 단위 중 일부분을 PR로 보낸다면, 다른 사람들이 회고할 때 제목을 추천해줍니다.
See 2021-11-04 note
박주원님 : prison break 라는 미드를 보기 시작했다. 중고나라 키보드를 팔았는데, 마미손이였습니다! 이충헌님 : 이어폰이 고장났다. 조진성님 : 자바 8부터 나온 새로운 것들 공부하는데 쉽지 않네요. 설민욱님 : SUFLEX 후드티 구매했습니다!
- 오늘 올린 PR 2개 합칩니다!
- 모든 PR은 squash and merge해야 합니다! 브랜치는 절대 남기지 않는 걸로 합니다!
* 로그인 부분
프론트 배포 서버는 Express를 사용해서 배포하는 것을 추천합니다.
깃헙 로그인, 로컬 로그인에 대한 타입이 존재한다면 타입은 boolean 값으로 바꾸는 것을 추천합니다.
TINYTEXT를 추천합니다!
프로젝트를 하다보면 테이블이 추가되는 것을 염두하고 제작하세요.
index도 잘 걸어줘야 합니다!
* 프론트 부분
App 태그 안에 recoil 태그를 걸어줄 수 있도록 합니다!
import문에서 라이브러리는 라이브러리끼리, 페이지는 페이지끼리 구분해서 작성하는 것을 추천합니다!
페이지는 뷰 파트 코드만 가질 수 있도록 만드는 것을 추천합니다!
spa로 구현하는 것이면 href로 라우팅하는 것을 지양해야 합니다. (Link 이용)
style에 관련된 코드가 뷰 코드가 들어 있는 index.ts에 존재하지 않으면 그대로 두어도 됩니다.
적합성 확인 코드들은 다른 폴더에 정리해서 넣어두도록 합니다.(ex. 로그인 비밀번호 입력 확인 로직)
모달이 켜지면서 모더레이(?)가 같이 켜지는 경우라면, 두 개를 하나의 Overlay로 묶어서 visibility로 속성을 조정해 모달을 구현하는 것을 추천합니다.
ChannelInfoModal 모달창 -> 서버 -> 모달창으로 보여주는 경우에 문제가 생길 수 있습니다.
데이터가 오류가 생길 수도 있습니다. 그래서 데이터가 불러들이는 시간에 대한 분기처리가 필요합니다.
모달과 팝업창에는 차이가 존재합니다.
포탈를 만들어내는 컴포넌트를 만들어서 사용할 수 있습니다.
포탈 자체를 하나의 클래스로 만들어서 사용하는 경우도 존재합니다.
여러가지 상황에 대해 생각해보면 모달 안에 팝업이 존재하는 경우도 있으니 한번 생각해보면 좋을 것 같습니다.
모달, 팝업 상태를 recoil에서 관리 가능하다면, 모든 모달, 팝업 상태를 z-index로 관리할 수 있습니다.
포탈을 없애는 방법으로 isOpen 변수를 활용하면 좋을 것 같습니다.
* 백엔드 부분
airbnb style guide에서 한 줄 허용하는지 확인해봐야 합니다.
low query를 부분적으로 사용해도 좋습니다.
보안 상 cookie는 바로 확인이 불가능하니 cookie를 사용하는 것도 좋은 방법입니다.
spa로 구현한다면 로그인 부분에서 보안 관리 확인이 이루어져야 합니다.
모든 코드에 try, catch를 꼭 만들어주도록 합니다.
에러 핸들링 페이지를 꼭 만들어 줄 수 있도록 합니다.
redis를 sessionDB로 사용해서 관리하는 것도 좋습니다.
* 나머지 사항
디자인도 중요하니 나중에 수정할 수 있도록 합니다.
엄청 많이 채팅이 오는 경우도 확인해서 구현해야 합니다.
slack에서 사이드바 크기 조정이 되는 것도 구현하면 좋을 것 같습니다!
페이지를 깔끔하게 만드는 방법을 찾아보는 것도 중요합니다.
커스텀 훅을 많이 고민해보세요!