팀 프로젝트3: 사물인식 2

사물인식 프로젝트 Safety Manager 회고

Keep

• 기획(Mock Up), 와이어 프레임, 웹 개발 순서의 진행을 적절하게 진행함
• Branch 관리 : Merge(PR) 후 Branch 지우기
• 파일을 적극 분리하여 (Blueprints, Jinja include) 개발 생산성, Conflict 방지 한 점
• 물리적으로 프로젝트 최종 점검 시간을 확보해서 진행한 점
• 프로젝트 범위(목표한 범위)에서 최종 프로젝트 구현 범위 벗어나지 않은 것
• 정기적인 상호 피드백 및 논의 시간을 가진 점 (오전 9시, 오후 2시, 저녁 6시)
• 서로 질문하고, 격려하고, 적극적으로 피드백 하려고 한 것
• 오류 발생 시 꾸준한 디버깅으로 문제 해결
  
  
  

Problem

• (문서) Notion API 문서 작성 간 불편 사항 → Notion 템플릿, 외부 Tool 서칭
• (문서) 일정 관리 Notion 타임라인 의 불편 사항 → 템플릿, Tool 서칭 (엑셀)
• (문서) 발표 문서, 정리 문서에 대한 아쉬움 → 학습 진행상황 (+PT용 ) Notion
• (FE) FE Develop 아쉬움 → 일정 앞(기획), 뒤(CSS구현)로 물리적인 시간 확보
• (BE) CRUD 중 UD를 누락함 → 기능에 반드시 생각
  
  
  

Try

• (FE) FE 종 Develop 하기
• Semantic tag 필수 포함 하기
• CSS Convention 협의 하기 : Container > wrapper > box > item
• 반응형 웹 구현 하기
• (Git) 컨벤션 맞추기
• Commit 컨벤션 : Commit <동사> <#number> - <content - 자유롭게>
• Commit 범위 : Issue 체크박스 기준, https://beomseok95.tistory.com/328
• Issue 작성 : 이슈 (1. 기간 / 2. 이슈내용-UX 관점) / 3. 기능구현-체크박스)
• PR Templates : 이슈 (Title - 이슈와 같게 / 내용은 Commit 정리)
• (BE) AWS S3 Storage 사용 하기
• (BE) JQuery => Async Function Vanila 대체해보기 (기술 Searching 먼저)
• (BE) Test Code 작성하기
• (DB) DB 고유값 Key 적극 이용 (MongoDB - ObjectID 활용 / MYSQL - 기본 KEY)
  
  
  

느낀점

지난 프로젝트에서 아쉬웠던 "효율적인 스케줄 관리의 중요성, 짧은 단위로 시간을 설정해두고 의견 및 스케줄을 수정해야 향후 문제 발생이 적다는 것"을 해결해서 상쾌한 프로젝트를 경험할 수 있었다. 비슷한 스펙의 기술을 구현한 경우 프론트엔드 구현에 따라 다른 기술이 더 돋보일 수 있었다는 아쉬움이 있다.