HomeAboutMeBlogGuest
© 2025 Sejin Cha. All rights reserved.
Built with Next.js, deployed on Vercel
💟
지은팀 Programmers Study
/
🥚
지은 2팀
/
10월 25일 월요일

10월 25일 월요일

날짜
Oct 25, 2021
태그
서비스 명칭 정하기
디자인 시스템
중간 팀회고록
스타일 역할 분담

서비스명칭 정하기

  • 에그머니
  • 나에게 한계란 (1)
  • 에그에그
  • 계란 반판 (1)
  • 계란구름(egg cloud) (1)
  • 하늘에서 계란이 내린다면
  • 각자계란
  1. 나에게 한 계란 없다 (2)
  1. no one egg (1)
  1. 나눔이란(卵)
  1. 에그툴 → egg + tool(공구) ㅋ
  1. 에그파이 egg wifi ㅋ (1)
  1. 양파한망
  1. 같이 살래?
  1. EGG(Egg Gong-Gu) (3)
    1. EGGgg어떨까
    2. EGG
    3. egggg
    4. egg09
 

breakpoint

  • 모바일
    • ~ 480px : width 100%;
  • 패드
    • 480px ~ 768px : width : 480px;
    • 768px ~ 1024px : width : 768px;
  • 데스크탑
    • 1024px ~ : width : 1024px;
 

CSS 역할분담

  • 상준
    • Messsage.vue(메세지 페이지)
    • MessageDetail.vue(대화창 모달)
    • Letter.vue(편지쓰기 모달)
    • NotFound.vue(404페이지)
    • LoginOnButton.vue(로그인 버튼 컴포넌트)
    • LetterOnButton.vue(편지쓰기 버튼 컴포넌트)
    • Login.vue(로그인 모달)
    • UpdateUser.vue(개인정보 수정 페이지)(완료)
    • Signup.vue(회원가입 페이지) (완료)
    • Input.vue(입력 컴포넌트)(완료)
  • 용록
    • 헤더
    • 간단 유저 정보
      • 유저 정보 모달
      • 알람 모달
    • 게시글 열람 페이지
      • 댓글
      • 참가(좋아요)
    • 검색창
  • 지영
    • 게시판 페이지 Main.vue
    • 게시글 목록 Posts.vue
    • 검색 결과
    • 게시글 작성 NewPost.vue
    • 게시글 수정 UpdatePost.vue
    • 게시글 작성 버튼 컴포넌트
 

중간 팀 회고록

  • 문제점 (어려웠던 점, 아쉬웠던 점)과 해결 방안
    • 서로 업무를 분담하고 작업을 한뒤에 하나의 코드로 어떻게 합쳐야할지 감이 잘 안왔다.
      • 💡
        작업을 최대한 컴포넌트로 분리하여 App.vue와 index.js와 같은 컴포넌트들을 배치하는 파일만 다같이 Merge작업을 진행 한다.
    • 의사 결정 과정이 한 방향으로 향하지 않을 때 어떤 결정을 내려야 할지 어려웠다.
      • 💡
        의견이 한방향으로 모아지지않을 경우에는 팀장의 의견을 채택하는 것으로 합의를 한다.
    • 깃으로 협업하는 부분이 익숙하지 않아 깃헙 브랜치를 체계적으로 만들지 못한 부분이 아쉬웠다. Feat/new_post, Fix/login 처럼 브랜치 명칭에 작업 내용도 추가했다면 브랜치를 보는 것만로도 작업 과정이 정리되었을 것 같다. (현재는 dev_[작업하는 부분] 으로 작성함.)
      • 💡
        커밋 내역과 브랜치 현황도 프로젝트의 협업 과정을 증명할 수 있는 도구이기 때문에 프로젝트를 시작하기에 앞서 짧게나마 같이 깃을 공부하는 시간을 가진다.
    • 디자인적인 통합이 잘 안되었다.(페이지 구성 포함) 개발 능력과 별개의 부분이라고 생각 → 그래서 해당 부분에 대한 팀원들의 확신이 없는 듯하다
      • 💡
        디자인 시스템을 먼저 작성하고 이를 기반으로 각자 개발한 뒤에 최종적으로 통일하는 방식으로 한다.
    • 현재 문제인데, 코드가 난잡하다. 코드 스타일이 통일되지 않았다.
      • 💡
        추후에 검수가 필수적이다. 한명이 전담하는게 통일성 있을 것 같다.
    • 기능 단위로만 분담하다보니 기능의 일부 과정이 중복되는 경우가 있다. ex) API 호출
      • 💡
        미리 공통으로 사용할 유틸들을 작업한 후 업무를 분담한다면 추후 수정할 부분을 줄일 수 있었을 것 같다. (api호출, localstorage 작업 등)
    • 상태정보 보존에 관한 문제(새로고침시 증발)
      • 💡
        라우터 params로 id정보를 전달한다 → url정보를 통해 id를 조회하는 것으로 상태정보를 따로 저장하지 않아도 구동하게 리팩토링한다
 
 

디자인 시스템

notion image