MVP 개발기 #1 | 서비스 소개

 

개요

저는 J 라서 여행을 가기 전에 미리 계획을 세워놓는데요.

시간을 효율적으로 사용하기 위해 장소를 지도로 확인하고, 장소끼리의 거리를 보고 동선을 짭니다.

다만 이 과정에서 시중에 나와있는 다른 어플 or 웹 플래너 서비스를 사용해 본 결과.

블로그에서 장소를 보고, 지도에 검색하고, 일정에 추가하는 과정들이 복잡했기 때문에 계획을 세우는데 오랜 시간이 걸렸습니다.
(4박 5일 계획에 3일씩 걸렸던 것 같아요.😣)

 

(Wanderlog) 한 화면에 Active 할 수 있는 버튼이 너무 많아 뭘 해야할지 모르겠는 상태..

 

트리플의 경우 장소의 위치를 확인하려면 2 Depth 를 들어가야 한다.

 

기존 플랫폼에선 커뮤니티나 광고, 추천 등의 콘텐츠로 인해 그러한 UX 가 나왔다고 생각했고

서비스의 본질을 찾아 (개발하기도 귀찮기 때문에) 최소한의 기능으로 여행 계획을 빠르게 세울 수 있는 서비스를 만들고자 하였습니다.

일단은 제가 필요해서요 😀

슬로건은 P도 짤수있는 여행계획이에요. 

 

실제로 해당 서비스로 계획을 세우니 시간이 2박 3일 일정에 3시간 정도 소요 될 정도로 유의미한 결과가 나왔습니다.

---

Readonly developer

처음 서비스를 만들겠다! 고 하고 개발을 시작하게 된다면

가장 먼저 고민되던 부분은 개발의 언어와 프레임워크 였습니다.

 

백엔드는 DDD 아키텍처로 개발 진행 할 때에 효율적인 측면에서 코드 가독성이 크게 좋아졌기 때문에 DDD에 잘 맞는 JPA를 선택하였고 Java 보다는 Kotlin 이 Optional, Nullable 등 과 같은 처리가 간편하여 백엔드는 Kotlin을 사용하였습니다.

 

백엔드는 기본적으로 회원을 Google Oauth를 이용하여 구현하려 했습니다.

자주 사용되는 기능이라 어디선가 Template가 있을거라 생각했고 여기서 찾아 해당 소스를 기반으로 구현하였습니다.

(템플릿은 Java 로 구성되어 있어 Kotlin 으로 compile 하는것은 IntelliJ 의 힘을 빌렸습니다.)

 

프론트는 React (Next.js) 를 사용하였습니다.

프론트의 전역 상태관리 모듈에 대해서는 고민이 조금 있었는데 Redux vs Recoil 은 전역 상태를 더 간편하게 추가할 수 있는 Recoil 을 선택했고, 추가적으로 캐싱,중복이벤트 방지,에러 핸들링을 위해 react-query 를 사용하여 개발하였습니다.

---

이제 목적도 있고 코드를 작성하기에 기반도 다졌습니다.

#2 에서는 이러한 기반으로 개발하며 발생했던 문제와 이 문제를 어떻게 해결했는지에 대해 서술할게요.

 

서비스는 여기서 확인하실 수 있어요.