KPT 회고

Keep
앱 주제 및 구성 설정, API 명세서, ERD 등을 모두가 함께 하여 서로의 의견 공유가 잘 되었고, 같은 출발점에서 시작할 수 있었던 점.
GITHUB Issue와 PR(Pull Request) 그리고 코드리뷰를 잘 활용하여 기능별로 브랜치를 잘 나눠서 관리한 점.
요청 값을 담는 일반 클래스대신 record타입을 사용하여 불변성을 보장하고 데이터의 안정성을 높인 점.
AWS S3를 사용하여 효과적으로 멀티 미디어를 관리한 점.
Adapter 구조적 패턴을 사용하여 객체들이 서로 협업할 수 있도록 구조를 적용한 점.
Builder 패턴과 정적 팩터리 메서드를 사용한 점.
매장, 메뉴, 리뷰 다건 등 조회 페이징 처리가 필요한 상황에서 코드의 통일성과 효율적인 페이징 처리를 위해 공통적으로 필요한 페이징 처리 메서드를 하나의 클래스에 관리한 점.

 

Problem
이영주
세부적인 기능까지 구현하여 더 완벽한 프로젝트를 완성하고 싶었지만, 시간이 부족하여 구현하지 못한 부분이 많이 아쉬웠다.
서찬원
시큐리티를 적용하면서 회원의 전체적인 기능과 토큰 그리고 권한 관리에 대해서 고려해야할 점이 많아 생각보다 시간이 오래 걸렸다.
황태경
팀원들과 기획단계에서 API명세서 및 ERD 설계에 익숙치 않아 개발을 진행하면서 팀원들과 협업에 아쉬움이 있었다.
이서연
시간이 조금 남는다면 OAuth를 사용한 로그인 구현을 해보고 싶었는데 하지 못한 점이 아쉽다.
백오피스 기능 중에서 관리자 기능에 추후 선택적으로 구현해보고 이야기 나눴던 기능들을 시도해보지 못한 점이 아쉽다.
김나영
람다와 패키지 모듈화 등 기본적인 부분에 미숙하여 좋은 기능들과 메서드들을 다양하게 활용하지 못한 점이 아쉽다.

 

Try
프로젝트 초반에 구현 목표 기능을 확실히 정하고, 기능 별로 적절한 시간 분배를 하여 프로젝트 완료 시 아쉬움이 남지 않도록 프로젝트를 진행한다.
프로젝트를 진행하면서 부족했다고 생각하는 점은 개인 학습을 추가적으로 진행하여 보충할 수 있도록 한다.
기획 단계나 코드를 작성하기 전에 항상 기능에 대한 행동을 파악하여 왜?라는 고민을 해보고 구현하도록 한다.

 

---

개인적인 회고

 

- 소통을 하고 의견을 공유한다는 것이 무엇인가에 대한 기준이 더 명확해졌다

- postman 활용, github 활용 방법, 특히 merge 방법을 익힐 수 있었고, 개발을 위한 다양한 도구 사용에 거부감이 줄었다

- API 명세서와 ERD 작성을 미리 해놓는 것에 대한 중요성을 체감했다

- 처음 접하는 디자인 패턴을 사용해 봄으로써 "디자인 패턴" 에 관심을 가지게 되었다

- 1인분을 하고 싶었는데 얘상했던 것 처럼 평균이 높은 팀이라 1인분은 하지 못한 것 같아 많이 아쉽다

 

- 페이징 처리만으로 힘들어 하는 나 자신을 보면서 기본적 활용능력이 아직까지 많이 부족하다고 느꼈다

 

- 빠른 시일내로 자바, SQL 의 기본 지식을 학습하여 활용해보기

- securiy 와 api, s3 등 내가 직접 손대보지 못한 것들을 학습하여다른 프로젝트에 적용해 보기

- 그러기 위해선 기본 지식을 제대로 습득하여 상위 단계를 학습할 때 제대로 집중할 수 있도록 하기

 

https://github.com/B2-200-OK/delivery_app

GitHub - B2-200-OK/delivery_app

https://www.notion.so/teamsparta/200-OK-ed0e339c55894b65aff04eb5b2dc5d46

200 OK | Notion