---
# System prepended metadata

title: Untitled

---

산책 앱
- 만보기 기능, 맵킷을 이용한 어느범위안에 특정하는 걸음 수? 판단, 랭킹판 올리기.
- 네트워킹 부분과 트래킹의 상호 변경..
- 네트워킹에 비중을 둘 것이냐, 트래킹에 문제를 둘 것이냐.


Pacer
- 코스를 추천해주는 것이 아니라 사용자가 공유하는 것!
- 해당 코스에 누가 얼마나 많이, 빠르게 달렸는지에 대한 리더보드 존재!
<img src="https://i.imgur.com/NbtfAXy.jpg" width="200">
- [geoJSON](https://docs.mapbox.com/ios/maps/examples/runtime-add-line/)
- [geoJSON](https://blog.naver.com/PostView.naver?blogId=taeil34&logNo=221318545500)




네트워킹을 뺀 만큼 아키텍쳐나 다른 부분에서 보완 혹은 더 강점을 어필을 할 수 있는 점을 부각시켜보자


기본적인 핵심 기능은 필수적으로 가져가고, 점점 더 볼륨을 키울 수 있는 방향이 좋겠다
TroubleShooting에 관해서는 잦게 겪고 기록하는게 좋을 것 같다

이번 프로젝트를 통해서 겪은 것들을 바탕으로 현업에서는 어떻게 진행할까? 라는 궁금증도 느껴보면 좋을 것 같다

Combine은 현업에서도 조금 미루고 있는 분위기. Rx가 이미 크게 자리잡고 있음. Combine에 대해서는 눈여겨보는중

아키텍쳐의 장단점은 확실히 파악할 것. 아키텍쳐를 온전히 이용할 수는 없음(변경, 수정이 충분함). 아키텍쳐의 채택 타당성을 충분히 갖출것

완성이 많이 중요함. 시간이 많이 들 것 같으면 라이브러리를 적극 활용하여 시간 소모를 줄이고 완성을 하는것이 좋아보임. 이후에 시간이 남으면 라이브러리를 걷어내도 좋음. 그러나 가급적이면 라이브러리를 쓰지 말 것

라이브러리를 쓸거면 내부 동작에 관하여 알고는 있어야한다.

extension, 공통 모듈, 공통 클래스 같은 경우는 충돌을 피하는 방법에 대해 고민 -> 팀원에게 어떻게 전달하고 해결할지?

1주일마다 회고 있으면 좋을듯!