리뷰 유효성 검사
기존에는 리뷰 작성 시 관람평에 대한 비속어 검사와 아이디 검사만 존재했었다.
- 리뷰 수정 시에도 관람평에 대한 유효성 검사를 하도록 함
- 영화 별로 리뷰 개수 카운트한 후, 리뷰 없을 시 메시지
- 프롬프트 창에서 취소 누르는 경우 바로 return
메인 브랜치로 병합
dev 브랜치를 파서 진행한 프로젝트는 처음이라서 default 브랜치가 아닌 브랜치로 머지하는 방법을 몰라서 튜터님께 질문을 했다.
나는 그냥 bash로 머지한 후 push하는 건 줄 알았는데 그냥 간단하게 PR에서 base 브랜치를 main으로 설정만 해주면 되는거였다...😅
영화 검색 페이지 회고
오늘은 영화 검색 페이지 최종 마무리를 한 후
발표 준비를 마쳤다.
발표를 너ㅓㅓㅓㅓㅓㅓ무 오랜만에 해서 대본을 전부 작성했음에도 불구하고 너ㅓㅓㅓㅓㅓㅓ무 떨렸다... (발표 괜히 한다고 했나 생각 5만번 들었음)
하지만 으른인데 해야지 어쩌겠어;
역시나 목소리가 염소가 됐다. 그치만 데모 끝나니 점점 긴장이 풀려서 괜찮아졌다.
받았던 피드백은 PPT를 이용한 발표로 더 집중할 수 있었다. 웹 페이지 디자인이 좋다. 사용자를 고려한 디테일들이 보인다. 다양한 API를 사용해서 좋았다. 현업에서 사용하는 깃허브 룰을 적용했다 등이 있었고,
아쉬웠던 점은 수정 시 비밀번호 입력값이 가려지지 않는다는 것이었다. 사실 이건 인지하고 있던 부분인데 프롬프트로 구현하는 바람에 가리기가 힘들었다...
코드에 대한 피드백은 이슈 탭에 작성해주신다고 했는데 아직 안 올라왔다.
내가 생각한 코드의 문제점은 API 호출 부분에서 중복이 너무 많은 것과 패키지 구조가 잘 지켜지지 않았다는 건데 이 점을 짚어주실지가 기대된다... 학학..
이번 프로젝트에서 좋았던 점은 거의 처음으로 개발 팀장을 맡았고, 팀원들이 잘 따라와줘서 나름 만족스러운 결과가 나왔다는 것이다.
아쉬웠던 점은 정했던 각종 커밋 룰이나 코드 작성 룰이 잘 지켜지지 않았고 협업이 잘 이루어지지 않았던 것이다... 특히 리뷰는 전혀 협업이 되지 않은 느낌이었다..ㅠ
내가 팀장에 익숙하지 않아서 발생한 문제라고 생각되는데, 다음부터는 인지해서 더 열심히 협업해서 효율적인 작업을 통해 최선의 결과를 만들어낼 수 있도록 해야지~~~
남은 기간 동안 화이팅... =v=👍
