[D+116] 2023-09-01 팀 프로젝트 : IMCA (페스티벌 캘린더 서비스)

[D+116] 2023-09-01

팀 프로젝트 : IMCA (Festival Calender Service)

 

 

Team_IMCA

 

 

 

---

README

---

내가 작성한 우리 팀의 리드미!

 

 

 

 

---

팀원 / 역할 분담

---

 

우리의 팀원들

 

[Frontend]

 

Frontend
양콩	- 깃허브 메인 레포 관리 (깃허브 이슈 출동!) - 팀 IMCA 소개 페이지 - 콘텐츠 유튜브 페이지 - 유튜브 Backend Support
hiheeen	- 메인 페이지 - 공연 소식 페이지
MINZOEY	- 내 캘린더 페이지 - 회원 관리 페이지
tanmtn	- 커뮤니티 페이지 - 관리자 페이지

 

 

---

[Backend]

 

Backend
sds7629	- 회원관리 - 캘린더
spaceenterbs	- 커뮤니티 - 콘텐츠

 

 

 

 

---

프로젝트 후기

---

 

이번 IMCA 팀프로젝트는

 

7월 27일에 시작하여 9월 1일에 배포 및 발표한 페스티벌 캘린더 서비스이다.

 

지금까지 했던 팀프로젝트 중 첫 장기(한 달) 프로젝트이다.

 

나는 최근 iOS 개발자 쪽으로 넘어가기로 결정 했기 때문에,

 

학원 수료를 위한 개인 프로젝트(웹)와 Swift 공부를 병행하며 팀프로젝트에 참여했다.

 

(힘든 여정이었다..🫥)

 

 

 

이번 프젝은 인원도 충분하고 밸런스가 잘 맞았기 때문에,

 

굳이 욕심을 내서 여러가지 역할을 맡을 필요는 없었다.

 

(그래도 팀에게 피해를 주면 안되므로, 타이트하게 열심히 했다😂)

 

원래는 팀소개만 맡았었는데, 생각보다 빨리 완성하게 되어 컨텐츠 / 유튜브도 맡기로 했다!

 

원래 나는 팀소개만 맡기로 했었다.

 

저번에 바닐라 자바스크립트로만 하드 코딩하던게 싫어서,

 

다음 프로젝트를 위해 리액트를 어느 정도 공부했었던 것이 꽤나 도움이 되었다.

 

리액트로 하는 첫 프로젝트였지만

 

내가 맡은 부분은 생각보다 빠르게 완성하게 되었고 컨텐츠 / 유튜브도 맡아주기로 했다! 😉

 

 

 

 

---

1 . Slack을 활용한 비대면 소통

---

저번 프로젝트 때 유용하게 썼던 Slack을

 

이번에도 소통창구로 잘 사용했다. GOOD!

 

 

 

 

---

2 . 깃허브 메인 레포 관리 (깃허브 이슈 출동!)

---

깃허브 잔디심기를 좋아하고,

 

깃허브가 상대적으로 익숙한 내가 팀원들의 깃허브 사용방법을 알려주고,

 

깃허브 관련 이슈를 해결해주기로 했다.

 

오류 1 상황

오류 2 상황

오류 3 상황

(프로젝트의 볼륨이 크다보니, 위 상황 외에도 많~~은 충돌이 있었다.)

 

 

저번 프로젝트에서는 브런치와 풀리퀘스트(Pull Request)를 활용해서 프로젝트를 관리하는 방법을 택했다.

 

그러나 이번 프로젝트에서는 메인 레포를 따로 두고 포크한 다음,

 

각자 로컬 환경에서 개발 후 풀리퀘스트를 따로 승인 받지않고 바로 업로드가 가능하도록 했다.

 

사실 나는 이 방법을 선호하지는 않는데..

 

저번 프로젝트와 달리 이번에는 인원도 많고, 모두에게 과외하듯이 설명하기에는 어려움이 있었다.

(그리고 나라고 다 잘아는 것도 아님🫠 남들보다 구글링을 더 잘할 뿐..)

 

 

 

일단은 각자 로컬 환경에서 메인 레포로 머지를 시도하고,

 

병합충돌이나 오류가 생겼을 때 내가 최대한 도움을 주는 방식으로 하기로 했다.

 

 

 

 

---

기능 구현

---

 

외에도 하다보니 재밌어서 이것 저것 다른 기능들도 추가했다.

 

 

 

---

팀 IMCA 소개 페이지

---

 

팀 소개 화면 , 스크롤 탑 버튼, 소셜링크, 색상 지정함수 등

 

IMCA 팀 소개 페이지

 

 

---

Youtube 페이지 (미디어 업로드)

---

 

 

유튜브 리스트 페이지(페이지네이션, 검색기능), 포스트 작성페이지, 포스트 상세 페이지(수정,삭제,목록) 등

 

 

 

메인 페이지에서 유튜브 페이지 중 최근 3개의 게시글 띄우기

 

 

 

 

 

---

🗣️ Feed Back

---

모든 팀원들이 돌아가며 발표했다😁

 

🗣️ 개인 피드백
개인 피드백 1 (익명)	유튜브 검색기능에서 검색을 onchange에 따라서 글자를 칠때마다 검색이 실행되도록 구현해주셨는데 이런 구현이 ux적으로 편리한 것 같다고 생각됩니다
개인 피드백 2 (익명)	깃허브 활용을 잘 한거 같아서 좋았음
개인 피드백 3 (익명)	사용자의 행동을 고려한 UX/UI가 인상깊었습니다. 모듈화를 통해 서비스의 확장성을 고려한 부분이 좋았습니다.
🗣️ 팀 전체 피드백
전체 피드백 1 (익명)	첫 화면에서 박스오피스 api를 받아오는 시간동안의 로딩 ui가 정적이고 로딩바 아이콘이 화면 크기에 비해 작아서 로딩중일 때 화면이 비어보인다는 생각이 듭니다.  그렇기 때문에 로딩시간의 ui를 스켈레톤ui을 이용하거나 로딩바를 좀더 동적으로 보여주는 방법을 추천드립니다! 자유게시판에서 한 페이지에 두개의 게시글만 보이게 하는 이유도 궁금합니다. (페이지네이션을 보여주기 위해서 라고 생각했습니다! ) 로그인 하지않아도 내 캘린더에 접근이 가능합니다. 이는 비회원에게 혼란을 줄 수 있다고 생각 되므로 처음에 url로 이동할때부터 로그인 페이지로 연결하는 것이 ux적으로 더 나아 보입니다
전체 피드백 2 (익명)	- 발표준비를 잘했고 ppt 도 어떤것을 설명하려는지 명확해서 좋았음 - 짧은 준비시간에도 불구하고 여러가지 기술과 라이브러리를 시도한점, 그리고 여러가지 기술적인 도입이 보여서 좋았음 api문서를 잘만들어서 서로 공유가 편하도록 노력한점이 좋았음 - 이미 있는 라이브러리를 최대한 자기 서비스에 잘 적용하려고 한점이 좋았음 기능은 좋았지만 조금씩 에러가 있는거 같아 그점이 아쉬움 - 여러가지 문제점이 발생했을때 적절한 해결법이나 우회방법을 찾아서 해결한점이 돋보임 - 서로 맡은바 파트를 잘 분배한것 같아서 좋았음 - 테스트 코드를 작성하지는 않았지만 테스트 서버를 만들어 테스트 후 프로덕트를 배포한다는 생각은 아주 좋았음
전체 피드백 3 (익명)	- Open Api 및 라이브러리, jwt token을 잘 활용하였고, 한달짜리 첫 팀프로젝트이고 규모가 큼에도 불구하고 거의 완성시킨 점이 인상 깊었음. - UI도 깔끔하고 팀 협업도 원할했다고 생각함. - 회고를 통해 문제점이 발생했을 때 해결한 방법이나 해결할 수 있음을 어필하는 발표가 인상깊었음