7/24 TIL 백오피스 프로젝트 회고

1. 류원희

Keep : 다 같이 열중해서 프로젝트를 작업했던 점
Problem :
1) 처음엔 충분한 회의를 마치고 작업을 진행했다 생각했었는데, 진행하다 보니 틀을 잡는 첫 회의가 부족했다고 느끼게 되었음, API/DB설계 등에 조금 더 신경을 쓰고 작업을 시작했더라면 수정 소요도 적고 코드의 재활용성도 높일 수 있었을 것 같음(예로 유저 정보를 불러오는 메서드가 id로 불러오는 것과 email로 불러오는 메서드 등 비슷한 성격의 메서드가 여럿 선언된 점 등)
2) 빠른 코드 작성에 우선시 하다보니 주석이 없어 추후 내가 짠 코드도 바로 이해하는데 어려웠음
3) 커밋을 자주 해야겠다 생각했지만 습관이 들지 않아 커밋의 텀이 길었음
Try : 다음 프로젝트에는 설계 단계에서 좀 더 완성도 높에 준비 후 코드 작성을 시작해 볼 것, 급하더라도 간단한 주석 정도는 달아두기, 커밋을 자주자주 하기

2. 이승준

Keep : ERD, 와이어 프레임 등을 구체적으로 작성한 것, 회의 할 때 팀원들이 프로젝트 방향성을 잘 잡아 좋았고 팀원들이 열정적이라 좋았음
Problem : 개인적으로 작업 시간 분배를 잘 못했다고 느낌, 소통과 질문을 많이 하지 못한 것이 아쉬움, 주석을 달지 않아서 추후 작업에 지장이 생겼음
Try : 다른 사람들의 코드를 많이 참고 해 많이 공부를 해볼 것, 문법 오류 등에서 낭비되는 시간이 아깝다 느껴 처음에 설계를 할 때 좀 더 구체적으로 설계를 볼 것

3. 이상훈

Keep : 다른 팀원들이 git 컨벤션 및 코드 컨벤션이 프로젝트에 처음 적용을 해 보는 것일 텐데 큰 문제 없이 잘 진행되어서 좋았음, 팀원 모두 열심히 프로젝트에 참여를 해 좋았음, 역할 배분이 잘 되었던 것 같음, 백엔드에서는 구현하지 못한 기능이 없었음
Problem : git 커밋을 자주 하지 못한 것, 예외처리 모듈을 만들어 적용을 하는 데, 미흡한 점이 많았음, 프론트 작업 일정을 잘못 잡음(너무 쉽게 생각했다)
Try : 초기 설계를 완벽하게 하고 설계 문서 최신화를 잘 해야겠음

4. 박성민

Keep : 모두가 적극적인 의사소통과 참여로 프로젝트의 진행 속도가 빨랐음, 지난 프로젝트에서 놓쳐 힘들었던 부분을 서로 공유 해 짜임새 있게 틀을 짜고 시작해 계획에 큰 문제가 없었음
Problem : 테스트 케이스에서 잘 돌아가던 코드를 실제 프로젝트에 녹여 내려 했을 때, 부족한 지식으로 문제가 많이 발생 해 완벽하게 돌아가지 않았음
Try : 한 기능의 코들르 작성하는데 너무 깊숙하게 들어가지 않고 주어진 기간에 따라 필요 기능 정도만 만들어 프로젝트에 완벽히 연결해 테스트가 끝났다면 추후 여유가 되었을 때 디벨롭을 시키는 방향으로 해야겠음(시간 분배)

1조 https://github.com/helliamnoob/team_petsitter_reservation
2조 https://github.com/Delivery-Project-team2-So-easy/main
3조 https://github.com/inhanbyeol94/toyDeliveryWeb
4조 https://github.com/joungheunKim/4.back-office
5조 https://github.com/cooderyg/backoffice-project
6조 https://github.com/todjwer13/nodejs_backoffice_teamproject
7조 https://github.com/choichanggeun/7_class_proj.git
8조 https://github.com/rimmyhub/Backoffice-project.git