[2주차] 멘토님과 회의(2021.11.01) - boostcampwm-2021/WEB25-JustUs GitHub Wiki

  • UI 먼저 잡고 기능 구현하도록 그동안 백엔드 환경, devops 구축
  • 기획서가 이미 나온 상태에서 각자 포지션마다 각자 기획서 파악해서 기능서?를 만들어보는 것도 하나의 경험이라고 생각한다.
    • 프론트로 따지면, 글로만 된 기획서를 가지고 자기가 뭘 구현해야 할 지 명세서를 뽑는 것
  • 진행 볼만한게 딱히 없다.
  • 운영, 개발 환경 나눌 필요가 있나?
    • develop 브랜치가 운영 서버에 올라와 있다.
    • 하나 쓰면 develop으로 운영
    • 굳이 하나로 해야하나?
      • 하나로 했을 때 문제점? 프론트 셋을 develop 하나에서 커버하기 힘들듯
      • 최소 두 개를 띄워 나야 할듯?
  • 서버 자체를 두 개로 나눈다고 하면, 개발할 때 필요한 서버(nginx, front, back, db) / 운영 환경(nginx, front, back) + 외부 DB
    • 개발 환경에서는 DB가 날라가도 되니 한 번에 묶어버리고, 운영 때만 DB를 따로 뺀다.
    • 위 생각 동의한다. 테스트 코드의 테스트 디비는
    • 테스트용 디비는 로커레 따로 하는 걸 추천한다. 같은 DB 테스트 코드 내용이 썼다 지웠다 하면서 충돌난다. 보통 같은 테스트 db를 사용하는 건 추천하지 않는다.
    • 각 로컬에 구축해야되는 더미 데이터 SQL 하나 만들어 적용시키는 식으로 한다.
  • ERD
    • post_title 10자 수정
    • 삭제는 다 논리 삭제 하기로 했음(activate) → 언제 activate 됐는지(activated_at) 넣어줬음 좋겠다.
    • 그룹 삭제는 그룹장 없으니 안하기로.
    • contents는 255로 부족할 수 있으니 TEXT로 해라.
    • FK에 auto_increment 지워라.
    • 일단은 괜찮은 거 같다.
    • updated_at이 비워져 있을거면 NULL로 시작하는 게 맞는 거 같다.
    • USER_GROUP도 auto_increment면 안될 거 같다.
    • activate 컬럼의 default값 신경 안써도 될듯
  • 위키 좀 신경써서 링크 걸어놔야 할듯..
  • 일정 하루에 하나씩 쳐내는 거
    • TDD 도입은? 못할 거 같다.
    • 여유 되면 test code 짜보는 걸로 만족할듯.
    • 일정 잡을 때 구현만 생각하는 게 아니라, 테스트 코드(혹은 리뷰) 받고 수정하는 시간도 생각해야 한다.
    • 생각하는 시간의 두 배로는 기획해야 함.
    • 잡은 일정을 반으로 줄여야 할듯.
    • 일정 다시 짜는게 좋을 거 같다.
    • 이번주에 백엔드는 CI/CD 구축한 담에 코드 구조 잡고, API 복붙만 할 정도의 프로젝트 구조만 잡아도 성공
    • 프론트는 디자인만 짜도 성공.
    • 11월 5일 금요일 8시 멘토링 진행.
  • 서로 매주 기능 맡는 부분들을 바꿔가도 좋을듯. 기능 맡은 부분이 나중에 로직도 쭉 갈듯?
  • 목요일 시간 남으면 프론트 TDD 세팅 해주면 좋을듯?