HomeAboutMeBlogGuest
© 2025 Sejin Cha. All rights reserved.
Built with Next.js, deployed on Vercel
🐣
프론트엔드 데브코스 4기 교육생
/
김나영1팀
김나영1팀
김나영1팀

김나영1팀

생성일
Oct 2, 2023 12:29 AM
차시
3차

프로젝트

😀
2차 프로젝트 페이지

👩‍🏫 나영1팀 소개

notion image
🏃‍♀️
김나영
INFJ
광명 철산

📌 팀 규칙

  • 5분 이내로 안오면 노래 한 소절 부르기
  • 문제가 발생하면 자유롭게 물어보기!
  • XX:00~ XX: 10 (무조건 휴식, 캠끄기), XX:10~XX:00(공부 시간, 캠켜기),휴식 시간은 유동적으로 (1분~10분)
  • 같은 주제의 글은 같은 주제의 쓰레드에 올리기

😎 스크럼 규칙

  • 일주일 꼭 이것만은…!
  • 제한시간… 10분~ → 회의일정은 따로 잡기

스크럼 시간

⏰
시작 스크럼 : 1시 ~ 1시 10분 클로징 스크럼: 6시 50분 ~ 7시

📜 아카이브

☕
커피챗
🤔
기획 피드백 문서

🫡 (임시) 팀 역할

  • 박주연: 팀장
  • 김동현: 서기, 문서화, 노션 관리
  • 정재희: 커피챗 연락 담당
 

🧩 스크럼

주차
기간
모래시계
1️⃣
10월 1주차
Oct 2, 2023 → Oct 6, 2023
1️⃣
10월 2주차
Oct 16, 2023 → Oct 22, 2023
 

📅 일정관리

캘린더 아카이브
📅
나영1팀 일정
🐼
박주연
  1. 코드 리뷰 후기
      • 코딩 스타일들을 수정하도록 요청하는 리뷰 보다는 질문을 위주로 코드리뷰를 달았었는데 그게 팀원들에게 도움이 됬는지는 잘 모르겠다.
      • 코딩컨벤션에 대해서 수정요청을 한 코드리뷰들을 달았었는데 공통 컴포넌트 작업때부터 알려주었다면 파일명변경 사건이 일어나지 않았을 것 같은 아쉬움이 있다.
  1. 본인 기여도 평가
      • 어찌보면 프로젝트 중요한 기능 중 하나인 제안, 거래상태를 맡았었는데 구현에 집중해서 최적화에는 신경을 쓰지 못한 아쉬움이 있다. 따로 상태관리 라이브러리의 필요성을 생각해보거나 분기처리를 어떻게 더 깔끔하게 할 수 있을지 리팩토링할때 고려해보면 좋을 것 같다.
  1. 처음 목표한 바를 얼마나 이룬 것 같은지
      • 기술적인 도전보다는 에러 핸들링에 대한 문서화나 백엔드 api와 관련 소통에서 프론트에 편한 api를 요구하는 것이 목표에 있었다.
        • 에러 핸들링에 대한 문서화는 제대로 지켜지지 않은 아쉬움이 있다. 가끔 생각날때 개인 노션에 적은 것이 전부.
        • 백엔드팀과 api관련 소통을 할 때, 백엔드의 말을 모두 수용하려고 한 적이 종종 있었는데 그때마다 팀원이 따로 조언을 해줘서 프론트에 좀 더 편한 api를 받을 수 있었다.
      • next.js의 SSR, SSG와 같은 웹 변천사를 제대로 이해한 것 같지는 않다.
  1. 다시 돌아간다면 도전 해보고 싶은 기능
      • OAuth 관련 기능. 아무래도 유저와 관련된 기능이 빨리 구현되어야 하는데 제대로 구현이 안될 경우 다른 테스크가 계속 미뤄지는 위험성이 있다는 생각에 쉽게 도전하지 못했었는데 도전하는게 좋았을까? 하는 약간의 아쉬움이 있음.
  1. 리팩토링 하고싶은 것들
      • 테스트 코드 작성
      • 에러 처리가 디테일하게 되어있지 않은 부분들을 마무리하기
      • SSR, SSG에 대한 웹 변천사 이해하기