아웃소싱프로젝트-MAPMORY

💡 프로젝트/업무 이름: MapMory

여행 계획 사이트 – 지도를 이용하여 여행 계획을 세우는 사이트

 

맵모리는 지도로 기억하자! 라는 말장난을 이용한 이름이다.

사용자는 여행계획을 지도에 표시하고 기억할수 있는 온라인 플랫폼을 만들기로 하였다.

프로젝트 기간 : 2025.02.26 ~ 2025.03.04

 

https://github.com/arendt9797/MapMory

 

GitHub - arendt9797/MapMory

 

 

 

1. Keep (잘했던 점 / 유지하고 싶은 것)

팀원들 간의 소통이 원활했고, 모든 팀원이 PR 리뷰를 꼼꼼하게 해주어서 많은 도움을 받았다.

덕분에 내가 놓쳤던 부분을 보완할 수 있었고, 부족한 점을 스스로 공부할 기회가 되었다. 앞으로도 이런 적극적인 피드백을 많이 주고 받으면 좋겠다.

• naver api의 가이드를 사용하는 것에 어려움을 겪었지만 포기하지마 않고 끝까지 기능 구현을 해냈다.
• UI 컴포넌트 만들어서 각자 사용할 수 있어서 좋았습니다.
• 커스텀 훅, 컴포넌트를 생성하면서 뷰와 비즈니스 로직을 분리해 볼 수 있었다.
• 적극적인 소통을 통해 팀에 대한 협업을 느껴볼 수 있었다.
• ISSUE와 PR에 대해 리뷰를 꼼꼼하게 해주고 팀 컨벤션을 잘 따라 주어서 협업이 수월했다.
• Git Flow 전략을 사용하여 파일을 병합할 때 충돌을 최소화했다.

2. Problem (개선이 필요하거나 아쉬웠던 점)

• static Map api를 완료하지 못한 점이 너무너무 아쉬웠습니다…
• CORS를 해결하려다 소비한 시간이 아까웠습니다. 조금 더 완성도를 높일 수 있었는데!
• 폴리라인과 마커에 대한 상태관리를 기초부터 잡고 갔으면 문제가 발생하지 않았을 것이다.
• MAP을 각자 설정하는 것이 좋을 것이라 생각했는데 공통 맵을 설정하여 옵션 설정 메서드를 사용했으면 좀 더 코드도 간결해지고 에러발생을 막을 수 있었다.
• 네이버 API에 대해 잘 이해를 하고 갔어야했는데 너무 쉽게 선택하여 사용했습니다.
• 커스텀 훅이나 컴포넌트를 분리하는 건 좋았는데, 재사용성을 많이 고려하지 못했다.
• PR 크기를 잘 조절하지 못해 팀원들이 너무 비대한 양을 리뷰하도록 만들었다. 미아내애애애애애

3. Try (앞으로 시도해보고 싶은 것)

• API를 사용할 때 가이드를 잘 찾아서 사용해야할 것 같다.
• 커스텀 훅이나 util함수같은 공통 컴포넌트를 만들 때 다른 부분에서 재사용이 가능하게 만드는 기준을 잘 생각해봐야겠다.
• PR, commit 를 작은 단위로 쪼개서 사용해야겠다. 하나의 브랜치의 하나의 page 전체를 생성하는 것이 아니라 하나의 page를 구성할 때 여러 브랜치로 쪼개서 사용하면 협업에 도움이 더욱 될 것같다.

느낀점

저번 팀 프로젝트때부터 supabase, 숙련주차때 다 익히지 못한 개념들 때문에 솔직히 따라가기 벅찼던거같은데 이번에는 api를 또 새로 사용해야 해서 덜컥 겁이 났다, 아직 제대로 숙지가 안된 상태에서 진행을 하기가 겁이 났는데 다행이 새로운 팀원들이 정말 많이 도와주고 알려주었다. 특히 pr리뷰를 너무 꼼꼼하게 해주셔서 좀 더 공부할수 있어서 너무 고마웠다.

하지만 나는 아직 따라가기 벅찬 부분이 많이 느껴졌고 속상하고 답답했지만 혼자 다시 복습해서 얼릉 따라가야겠다..

 

 -팀원들의 느낀점

• 저번 프로젝트를 하며 ui컴포넌트 통일성과 커스텀 훅, 유틸함수를 나눈다는 생각을 이번 프로젝트에서 구현해 볼 수 있어서 만족스러웠다.
• 저번 프로젝트에서는 시간도 부족하고 개인적으로 개발 시간이 부족해서 소통이 부족했지만 이번 프로젝트에서는 소통이 너무 잘되고 코드 리뷰도 잘 달아주어서 마음도 편하고 너무너무 좋았다.
• 이전 프로젝트에서 개인적으로 실력차이가 많이 난다고 생각해서 의견내기가 조심스러웠지만, MapMory 프로젝트에서는 팀원들이 잘 복돋아주면서 잘 적응하고 협업을해서 좋았다.
• 생각보다 내가 GPT에게 의존아닌 의존을 하고 있는것 같아 조금 위험함을 느꼈다… 플러스 주차에서는 최대한 혼자 힘으로 해결해보도록 노력해야겠다.