프로젝트 소개

팀 소개

우아한 아이들

J076 박상준

J127 유한빈

J195 조현정

J197 지윤우

Mildo

서울시 실시간 도시데이터 API를 이용한 지역별 인구 밀도 정보 제공 서비스

1. 기능 구체화 회의

1.1. 검색 기능

1.1.1. 구현 방안

1. input을 사용하여 자유로운 검색
   • 장점 : 사용자가 원하는 단어를 입력할 수 있음
   • 문제점 : 서울 실시간 도시 데이터는 주요 50곳 장소에 대한 정보만 제공하여 일치하지 않는 결과가 많음
2. 50곳 장소 목록 제공
   • 장점 : 현재 제공하는 장소가 50곳으로 적기 때문에 사용자가 직접 검색하는 것보다 더 빠르고 정확하게 검색할 수 있음
   • 문제점 : 서울 실시간 도시 데이터 API에서 제공하는 장소가 많아지면 사용자가 이용하기 불편하다는 단점이 있음 → ‘확장성’의 문제
     • ex) 현재는 제공하는 장소가 50곳이지만, 나중에 100, 200, 300곳이 된다고 하면 사용자는 그 많은 장소 중 에서 원하는 장소를 찾기 힘들 수 있는 문제 발생

1.1.2. 해결 방안

1. 목록보다는 input이 이점이 많기 때문에 input으로 검색할 수 있도록 결정

   • 단점 : API의 확장성을 고려하면 목록은 장기적으로 사용이 어려움

     → 그래서 input을 사용하려면 주요 50곳이 아닌 경우에 대해 예외 처리를 해주어야 함

2. 예외 처리

   1. 해당 검색 결과와 가장 가까운 주요 장소 유도
      • 문제점 : 장소란 정확한 위도/경도가 하나 있는 것이 아닌 수 많은 위도/경도의 집합이기 때문에 장소와 장소의 가까운 정도를 계산하기 어려움
   2. 해당 검색 결과가 주요 장소에 없는 경우 그냥 없다는 메시지 출력
      • 문제점 : 사용자 입장에서 불편함이 존재할 수 있음

3. 결론

   • input을 사용하여 자유롭게 검색을 받되, 왼쪽 사진처럼 자동 완성 기능을 제공하여 이용자가 주요 장소를 쉽게 알아볼 수 있도록 함
   • 주요 장소에 포함되지 않는 결과의 경우 오른쪽 사진처럼 ‘검색 결과가 주요 50곳에 포함되지 않습니다.’라는 메시지 출력

1.2. 24시간 이내의 데이터

1.2.1. 하고 싶은 것

• 해당 지역의 24시간 이내의 혼잡도를 아래 그래프처럼 보여주고 싶음

1.2.2. 한계점

서울 실시간 도시 데이터 API의 응답

• ‘서울시 실시간 도시데이터’가 제공하는 것 : 혼잡도(보통, 매우 붐빔), 남/여 성별 비율, 연령대 비율, 인구 예상치 최댓값/최솟값
• 즉, ‘서울시 실시간 도시데이터’가 과거 24시간의 인구밀도에 대한 데이터를 제공해주지 않음

1.2.3. 해결 방안

1. 직접 실시간 도시데이터를 수집하여 24시간 이내의 인구밀도에 대한 데이터를 자체적으로 제공함

   → 반복적으로 API에 요청을 해야 하기 때문에 기술적으로 어떻게 구현해야 할지 고민

2. 24시간 이내의 데이터 대신 성별 비율이나 연령대 비율로 대체하는 방안도 제시됨

   → 성별 비율이나 연령대 비율을 제공하는 것보다는 24시간 이내의 데이터가 사용자에게 더 필요한 정보라고 판단함

3. 다시 24시간 이내의 인구밀도에 대한 데이터를 자체적으로 제공하기로 결론지음

   → 결론을 짓고 나서 크론탭과 관련된 논의가 이루어짐

   → 크론탭을 처음 서비스에 적용해보는 것이기 때문에 두려움은 있었지만 학습에 도움이 될 것 같아서 크론탭 기능에 도전해보기로 함

   → 구체적인 적용 방법에 대해 더 많은 토의가 필요함(피드백 필요)

2. 협업 방식

• 분업이 아닌 협업을 통해 더 원활하게 소통하고 서로의 코드를 더 깊이 이해하고 싶음

2.1. 페어 프로그래밍 해야 한다

• 장점: 페어 프로그래밍을 하면 각자의 의사 결정이나 코드에 대해 더 자세하게 이해할 수 있음
• 단점: 페어 프로그램밍을 하면 코드를 작성하지 않는 인원이 생겨 개발 속도가 느려질 수 있음

2.2. 페어 프로그래밍 안 해도 된다

• 장점: 페어 프로그래밍만이 협업의 전부라고 볼 수 없으며, 의사 결정 과정을 함께 하거나 코드 리뷰를 통해 충분히 협업을 할 수 있음
• 단점: 페어 프로그래밍보다 서로의 코드에 대해 이해도가 비교적 낮음

2.3. 둘 다 경험해보면 좋지 않을까??

• 두 방식 모두 장점이 있기 때문에 두 개의 의견을 모두 반영하기로 함
• 매주 2명씩 페어를 만들고, 각 페어마다 페어 프로그래밍을 할지 아니면 페어 프로그래밍을 하지 않을지 자율적으로 정할 수 있도록 결정함

감사합니다!

[Mildo Wiki](https://github.com/boostcampwm-2022/web33-Mildo/wiki)([https://github.com/boostcampwm-2022/web33-Mildo/wiki](https://github.com/boostcampwm-2022/web33-Mildo/wiki))