22.11.25

커피 내리는 그냥 사람·2022년 11월 27일
0

항해99

목록 보기
67/108

최종 팀 프로젝트 22일차

1. 오늘 한 일

  • 스크럼 회의 & 디자이너 전체 회의 & 중간발표 질문 준비
  • 중간 발표 전 QA

1. 스크럼 회의 & 디자이너 전체 회의 & 중간발표 질문 준비

  • 스크럼회의(14:00)
    • FE : 무한 스크롤 구현(웹, 모바일) + 소개페이지완성 + 로그인 페이지 완성 ⇒ 마무리 중
    • BE : 에러로그 슬랙화 + 회원가입 보안 관련 알아보기 + 변수명 조정, 깃허브 리드미 수정 + 새 기기 X박스뜨는 것(https ssl 인증서도 해봤는데 찾아보는 중) + 맥북 가격 찾기 완료 목표
    • 협의사항 : 가격책정 고치기 + 프론트엔드 최종 배포 후 QA⇒ 라이트하우스 + SSL 확인, 로그아웃은 프론트에서 처리할 수 있음, 기술질문 준비
  • 디자이너 전체회의
    • 마케팅 도안은 수요일까지 80%정도 마친다 생각하고 하기 + 폰트 ⇒ 금, 월 중간 점검

      ⇒ (폰트) 고려중

      ⇒ (마케팅) 목업에 앱화면 넣어서 한 장 만들고, 뒤 2~3장 정도 기능설명하는 이미지 넣을까 생각 중(컬러는 블루컬러) + 에러 찾아내면 커피 주기 ⇒ 지난번 기수 [투두투두] 참고하여 할 예정.

      ⇒ 홍보 형태 : 카드 뉴스형(장당 나오는 것, 1:1) : 4~5장 ⇒ 슬랙을 0순위 + 지인찬스

      ⇒ 홈페이지 메인 케러셀에 홍보자료 활용(홈페이지 이용 방법)

      ⇒ 오류접수 : 구글폼, 추첨(중복 오류는… 잘 쓴 사람에게) : 10명 이상(스타벅스 아메리카노)

    • 없던 페이지 다시 작성(마이페이지 내가 작성한글, 찜하기, 이의제기)

    • 이의제기는 찜하기라기보단 좋아요 개념으로 생각하기.

    • 마이페이지 이의제기 제목 짤리는 것 ⇒ 제목 글자수 제한을 두는 것은 어떨지?(13pt) or 두 줄?

    • 사용하면서 불편했다 편했다 등 소통하는 채널이 필요하다 생각 ⇒ “e.g. 메뉴바 높이가 안 맞아요~” ⇒ 단톡방 이용해서 편하게 소통하기

    • 월요일 19:30 회의 예정

  • 중간발표자료 FE 질의응답
    1. 무조건 Redux가 좋은가? :
      1. 같은 상황 공유시 여러 컴포넌트를 안 걸치고 손쉽게 상태값을 전달할 수 있다. ( Props Driling 방지)
      2. 미들웨어를 사용하여 비동기 작업에 효율이 높아진다. (Redux-Thunk 사용)
    2. Access Token, Refresh Token을 어디에 저장하는 것이 보안적으로 안전할까요?
      1. 저장소는 크게 웹스토리지인 로컬(영구) / 세션(임시), 그리고 쿠키가 있다.
      2. 웹스토리지의 장점 :
        1. 서버 전송이 없다.저장된 데이터가 클라이언트에 존재할 뿐 서버로 전송은 이루어 지지 않는다.이는 네트워크 트래픽 비용을 줄여준다.
        2. 용량제한이 없고 영구데이터 저장이 가능하다.
      3. (우리팀은) 로컬스토리지를 활용했다 : 쿠키는 매번의 서버에 대한 요청마다 포함되어야 했다. 웹스토리지는 매번 서버에 대한 요청을 하지 않기 때문에 더 보안상 안전하며 훨씬 큰 데이터를 저장 할 수 있다. 심지어 웹사이트의 퍼포먼스에도 전혀 영향을 주지 않는다.
        1. 저장한 데이터를 영구적으로 보관 가능 (브라우저를 종료하더라도 다음 번에 접속했을 때에도 데이터를 사용할 수 있다.)
        2. Window 전역 객체의 LocalStorage라는 컬렉션을 통해 저장과 조회가 이루어진다.
        3. 도메인만 같으면 전역으로 공유가 가능하다.

2. 중간 발표 전 QA

  • 배포 후 문제점 발견 QA
    • 사파리에서는 아예 작동 불가
    • 아이폰에서 게시물 및 이의제기 업로드 안 되는 점
    • 아이폰에서 게시물 수정이 안 되는 점(이의제기는 수정 됨)
    • 모바일(아이폰, 갤럭시)에서 닉네임 및 프로필 사진이 변경이 안 되는 점
    • 일부 휴대폰에서 가격책정 마지막 파트인 애플케어가 안 보이는 점 ⇒ CSS로 해결
  • 리펙토링 예정 : 가격책정 로직 간단화, CSS 전면 수정(테일윈드로 레이아웃부터 라디오박스까지), postId & issuesId통일, 인스턴스화, 웹소켓(채팅) ⇒ 피드백 후 반영할 것

2. 느낀 점

  • 배포 후 제대로 되는 것이 관건이다라는 것.. => 안 되는 것이 더 많다. 중간발표 피드백 후 고칠 것들 정리 후 역할 분배할 것

3. 익일 할 일(주말)

  • 중간발표 피드백 정리
  • 개선점 토의
  • 역할분담
  • LightHouse 측정
profile
커피 내리고 향 맡는거 좋아해요. 이것 저것 공부합니다.

0개의 댓글