인스타그램 클론 프로젝트를 끝내며 발표회를 가졌다.
튜터님들의 피드백을 간단히 적어보면
1) 불필요한 이미지 파일과 주석은 삭제할 것
2) 커밋 메시지를 대충 적지 말 것
3) README.md 잘 작성할 것
4) 깃허브에는 프로젝트와 관련된 것들만 포함할 것
5) 코드를 설명하는 간단한 주석은 달아놓기
6) 깃허브에 개인 정보는 올라가지 않도록 조심하기
📌 깃, 깃허브는 협업을 위한 것. 단순히 백업용으로만 사용하지 않는다
구글이나 여타 다른 곳에서 코드를 가져와 사용할 수 있지만 해당 코드를 이용하면서 오류를 해결하는 것이 중요하다
팀 피드백 )
장고 프로젝트는 기본기를 다지는 프로젝트. 다만 현재 팀은 기본 필수 기능 구현이 많이 부족한 편. 기본기가 다져지지 않으면 다른 기능 구현도 이해가 가지 않을 수 있다. 그렇기 때문에 해야 하는 기능은 최대한 해야 하며, 불필요한 정보는 제거해야 한다. 잘못된 내용 입력했을 때 확인 메시지 주는 건 좋았다. 비슷한 코드를 작성한다고 해서 문제가 될 수는 없지만 비슷한 코드를 이해하지 못한다면 문제. 중요 기능들을 놓친 것이 많기 때문에 개선할 것.
*리드미의 상세함과 커밋 메시지의 정갈함 놓치지 않기
보이는 부분이 프론트엔드이긴 하나 프론트 개발자가 html, css만 하는 것이 아니다.
venv는 깃허브에 올리지 않는다
프로젝트 매니지먼트 세션
프로젝트 S.A 작성
프로젝트 소개(프로젝트 커스터마이징), 서비스 구성, db테이블, 와이어프레임, 아키텍쳐,역할분담 등
순서
1) 프로젝트 기획
2) 필수 기능, 부가 기능 (우선 순위)
3) 역할 분담
4) ERD 작성
5) 기능 별 마감 기한, 브랜치 병합 날짜 정하기
6) 와이어 프레임
기획 배경 의도, 서비스 타겟, 기대 효과, 서비스 구성
프로젝트 회고
잼보드를 이용한 KPT
코드 리뷰
- 주석 처리 잘 할 것
- 코드리뷰는 보통 프로젝트 진행 중 핵심 기능 PR 전이나 브랜치 병합 전 진행
- 물론 프로젝트 중간에 코드 리뷰를 하면 매우 좋지만 회고 후에라도 하기를
유지 보수
- 만들고 끝인 프로젝트는 의미 없다
- 개선점을 파악하고 추가 구현
- 완성하지 못한 부분 추가 구현
