상세 컨텐츠

본문 제목

파이널 프로젝트 5일차

카테고리 없음

by 리액트바오 2022. 3. 18. 20:13

본문

전기수분들중 두팀이 우리와 같은 주제로 프로젝트를 진행했고, 한팀은 이름까지 똑같다는것을 발견하게 되어 우리는 이름을 바꾸기로 했다. N빵으로 바꿨다. 알고보니 N빵 또한 이미 있는 이름이긴하나 같은 코드스테이츠의 팀프로젝트이름은 아니기에 진행하기로 했다. 사람들의 생각이 다 비슷하다는게 회의감도 들었지만, (나쁘게 얘기하자면 다 거기서 거기다라고도 할 수 있겠지만) 그만큼 사람들의 생각이 비슷하기에 UX라는것이 가치있지 않을까 잠시 생각했다. 그리고 빨리하는사람이 장땡이다. 그리고 생각만 하기 보다 실행으로 옮기는 사람이 이기는거다. 그리고 중간에 포기하지 않고 끝까지 하는것이 승리하는것이다. 라고도 생각했다. 

 

나는 이름과 컨셉을 배달의민족을 좀 비슷하게 따라하여 예를 들어 '배달비의 민족' 이런 컨셉으로 진행하고 싶어 제안했지만 팀원들이 그건 표절을 하는거라며 모두 반대의 입장이 컸다. 나는 진지한 표절이 아니라 대놓고 따라하는것이고 누가 봐도 따라하는것이며 그게 컨셉이라고 설득을 해보긴 했으나 반대의 입장이 더 커서 접어두기로 했다. 

 

오늘 12시까지는  담당엔지니어에게 기획한 내용을 피드백 받기위해 제출해야해서 깃허브 wiki에 있는 내용을 팀장님이 대표로 제출을 했다. 우리가 제출한 내용은 이렇다. 

프로젝트 소개

배달비 1만원 시대, 음식값보다 비싼 배달비 ! 부담되지 않으셨나요?

배달비를 주변에 있는 사람들과 나눠서 내고 싶다는 생각 해보셨나요?

우리 함께 N빵 해봐요!

  • 지도를 이용해 주변에 있는 사람들과 같이 배달을 같이 할 사람을 구하거나 참여할 수 있어요
  • 모집인원이 모이면 서로 소통할 수 있는 단톡방이 만들어져요
  • 마이페이지에서 내가 만든 목록과 신청한 목록을 한번에 볼 수 있어요

API Documents

 n Bread는 레파지토리나 도메인 등 영어로 기입해야할때 사용하는 것이고,  프로젝트명은 한글로 기록한다. 한글로 N빵

이것은 캡쳐본이고 gitbook 링크와 함께 제출했다. 

Architecture diagram

예시를 보니 기술스택끼리 화살표도 그어져있던데 관계성을 나타내는것이 Architecture diagram에서 필요한것이라면 추후에 추가할 생각이다.

DB Schema

Flow Chart

ProtoType

 

와이어프레임의 경우, 피그마 링크도 함께 첨부했다.

 

Team Introduction

팀원이 각자 어떤 기능을 맡았는지 기입했다. 개인정보이니 이부분은 생략하겠음. (이름도 나름 개인정보임 ㅎ)

 

 

Requirements

Bare minimum requirements

  1. 유저 CRUD
    • 로그인 기능 (회원가입, 로그인, 로그아웃, 회원탈퇴)
    • 유효성검사
  2. 게시글 CRUD
  3. 메인페이지
  4. 랜딩페이지
  5. 마이페이지
  6. 지도 API 사용
    • 핀으로 마킹 / 마커 생성하기
  7. socket.io를 이용한 1:1 실시간 채팅
  8. 소셜로그인
  9. 체험하기 기능(글쓰기, 신청하기, 채팅 불가능)
  10. 반응형 디자인

advanced

  • 메뉴에 따른 필터링 기능
  • 단체 채팅방 기능
  • 리뷰 CRUD / 후기, 별점이나 좋아요 싫어요 남길 수 있게 구현
  • 반경 000m 이내의 데이터만 띄워주는 기능
  • 최소인원이 모였을 때 알람창
  • 채팅방 개설시 안심번호 제공

Team Rule

 

회의 규칙

주중 : 9시 - 9시 30분 오늘 진행 일정 회의

주중 : 5시 - 6시 오전의 진행계획 어디까지 완료 했는지 회의 + 부족한 부분 도움 요청

주말 : 진행 일정을 소화하지 못한 경우 금요일에 미리 체크 → 팀원에게 도움 요청, 주말 코딩으로 분량진행

소통 규칙

줌으로 모여서 진행

  • 정규시간은 소리 끄고 캠이나 화면 둘중 하나 켜놓고 코딩
  • 질문이나 잘 안되는 것은 디스코드로 소통

휴식 규칙

9시 - 6시 정규시간

12시 - 1시 점심시간

30분 미만으로 자리를 비울 때는 말하지 않고 캠 끄고 쉬기 가능

30분 넘게 자리를 비울 때는 디스코드에 채팅 남기기 (사유 , 시간)

커밋 메세지 규칙

  1. 커밋 유형 지정 - 깃 커밋 에디터 사용 확인하기
제목과 본문 분리
Feat: 새로운 기능 추가
Fix: 버그 수정
Docs: 문서 수정
Style: 코드 스타일 변경 (코드 포매팅, 세미콜론 누락 등)
Design: 사용자 UI 디자인 변경 (CSS 등)
Build: 빌드 파일 수정
Ci: CI 설정 파일 수정
Perf: 성능 개선
Rename: 파일 혹은 폴더명을 수정만 한 경우
Remove: 파일을 삭제만 한 경우
  1. 제목 첫글자는 대문자로 작성
  2. 첫줄 제목 마지막은 기호쓰지 않기 ( . ? / 등등)
ex) Edit: friendList (In progress) - 괄호까지는 허용
  1. 제목에서 유형은 영어로 쓰고 뒤는 한글 작성 (유형 뒤 콜론 작성)
ex) Feat: 친구검색 기능 추가
  1. 본문은 어떻게 변경했는지 보다 무엇을 변경했는지, 왜 변경했는지 에 맞추어 작성하기
  • 큰제목은 * / 하위 상세 메세지는 - 작성
ex) Feat: api 함수 추가
* 큰 제목
- 하위 구현

Lint 규칙

  1. 들여쓰기 시 탭 사용 , space는 사용 금지
  2. 오직 작은따옴표만 사용, 템플릿 리터럴은 표현식 사용할때만 사용 ${}
  3. var 는 사용금지
  4. 키워드 다음엔 스페이스 하나를 띄우기
       ⌄ 
ex ) if (condition) { ... }
  1. 세미콜론 금지
  2. if문에 한줄코딩 이라도 무조건 괄호 추가
  3. 쉼표 뒤에 공백 작성
  4. 중괄호와 같은 줄에 else문 작성
  5. 공백은 한줄만 넣기
  6. 변수와 함수의 이름을 지정할 때 카멜케이스 사용
  7. 키 값 쌍에서 콜론과 값 사이에 공백을 추가합니다.
 let obj = { 'key': 'value' }

나머지는 https://standardjs.com/rules.html < 페이지 참고

 

node & npm 버전

node v16.13.0

npm 8.1.0

 

 

SR을 제출하고난후에는 각자 공부를 하기로 했다. 프론트엔드을 맡은 우리팀은 리덕스를 사용하여 상태를 관리하기로 하고 주말동안 리덕스를 공부해오기로 했다. 나는 이 글을 올린뒤 리덕스를 공부하러 갈참이다.

 

느낀점

사람들의 생각이 다 비슷하다는게 회의감도 들었지만, (나쁘게 얘기하자면 다 거기서 거기다라고도 할 수 있겠지만) 그만큼 사람들의 생각이 비슷하기에 UX라는것이 가치있지 않을까 생각하게된다. 그리고 빨리하는사람이 장땡이다. 그리고 생각만 하기 보다 실행으로 옮기는 사람이 이기는거다. 그리고 중간에 포기하지 않고 끝까지 하는것이 승리하는것이다. 나도 개발을 할때 어렵더라도 포기하지 않고 끝까지 해야겠다고 생각하게된다. 

티스토리툴바