[Walkmate] Day 15 앱 방향 재정립과 Git 동기화

“기술은 사람을 향할 때 가치 있고, 협업은 소통을 통해 완성된다.”

프로젝트 15일 차. 오늘은 단순히 기능을 만드는 것을 넘어, Walkmate가 세상에 필요한 이유를 UN의 지속가능발전목표(SDGs)와 연결하여 정리해 보았다. 또한, 팀 협업 과정에서 발생한 Git 브랜치 불일치 문제를 해결하고 보행자 방향 인식의 정밀도를 높이기 위한 알고리즘 설계를 진행했다.

🚀 Today’s Mission & Results

서비스의 정당성 확보와 기술적 한계 극복, 그리고 원활한 협업 체계 구축을 핵심 목표로 삼았다.

💻 GitHub Commit History

사용자 인터페이스의 핵심 컴포넌트인 GuidingScreen과 VisionCamera의 고도화, 그리고 앱 브랜딩을 위한 기초 작업들이 진행되었다.

🛠 Tech Stack & Implementation

1. UN SDGs와 서비스의 연계

Walkmate는 단순히 길을 찾아주는 앱이 아니다. 우리는 이 서비스가 UN의 지속가능발전목표 중 두 가지 핵심 목표에 기여함을 명확히 했다.

• 목표 11.2 (지속 가능한 교통 체계): 취약계층, 특히 장애인과 고령자를 위한 안전한 보행 환경 조성.
• 목표 10.2 (사회적 불평등 완화): 기술적 혜택을 시각장애인에게도 제공하여 소외 없는 정보 접근성 실현.

2. 센서 퓨전 기반 방향 보정 설계

GPS 데이터만으로는 보행자의 미세한 시선 방향을 잡기 어렵다. 이를 해결하기 위해 디지털 나침반(자기계)과 자이로스코프 데이터를 결합하는 센서 퓨전 방식을 구상했다. 특히 자기계 데이터의 흔들림을 제어하기 위해 **저역 통과 필터(LPF)**를 적용하여 지도상의 화살표가 부드럽게 움직이도록 설계했다.

3. 브랜드 일관성 확보 (Capacitor Assets)

Android와 iOS 각 플랫폼의 다양한 해상도에 일일이 대응하는 대신, Capacitor Assets 도구를 활용하기로 했다. 단일 원본 소스에서 모든 크기의 아이콘과 스플래시 이미지를 자동 생성해 개발 효율도 올리고 브랜드 일관성도 잡았다.

⚠️ Issue Situation & Troubleshooting

이슈 1: 브랜치 동기화와 팀원 작업 비표시 문제

• 문제: 현재 작업 중인 yoonjihyun 브랜치가 main 브랜치보다 19개의 커밋이 뒤처져 있어, 다른 동료들이 Push한 최신 코드(leejiho, choihyunseok 폴더 등)가 보이지 않는 현상이 발생했다.
• 해결: 브랜치 간의 격차 원인을 분석하고, GitHub의 Update branch 기능으로 최신 main 코드를 병합해서 동기화 문제를 해결했다.

이슈 2: 저속 보행 시 방향 인식 불안정

• 문제: GPS 기반의 헤딩은 속도가 일정 수준 이상일 때 정확하나, 보행자의 느린 발걸음에서는 방향 화살표가 튀는 현상이 잦았다.
• 해결: 기기 내장 센서(나침반)를 주력으로 사용하되, 필터링 알고리즘을 통해 노이즈를 제거하는 로직을 다음 단계에서 구현하기로 결정했다.

💭 Reflections

UN SDGs 목표에 이 서비스를 직접 대입해서 정리해보니 왜 이걸 만드는지가 더 선명해졌다. 기능 하나를 결정할 때 “이게 실제로 도움이 되는가”라는 질문을 다시 잡게 됐다.

브랜치가 19개나 뒤처진 상태였다는 걸 확인하고 나니, Git 흐름을 정리하지 않으면 팀 작업이 얼마나 쉽게 고립되는지 체감됐다. 서로의 코드가 만나는 지점을 맞춰두는 게 협업의 기본이라는 걸 다시 확인했다.

Next Plan: 422 에러 해결을 위한 API 전송 로직 최종 배포 및 모든 팀원의 코드를 main으로 통합하는 전체 테스트를 진행할 예정이다. 🧭

사회적 가치가 기능 우선순위를 바꾼 순간

Walkmate를 만들면서 반복해서 돌아보게 된 질문은 “이 기능이 왜 필요한가”였다. Day 15는 그 질문에 가장 직접적으로 답했던 날이었다. 단순히 최신 AI 기술을 적용하는 것보다, 시각장애인의 이동 불편과 도시 안전 문제를 어떻게 줄일 수 있는지가 기능 우선순위를 정하는 기준이 되어야 했다. 자동 신고, 위험 구간 축적, 관리자 확인 흐름 같은 요소도 모두 이런 문제의식에서 나왔다.

한편 Git 동기화와 협업 흐름을 정리한 일도 같은 선상에 있었다. 사회적 가치가 큰 프로젝트일수록 팀 내부 구조가 오히려 더 단단해야 한다. 브랜치가 뒤엉키고 충돌이 잦아지면 기능 완성도보다 협업 피로가 먼저 커진다. 이 시점에 Git 흐름을 정리한 것은 단순 관리 작업이 아니라, 팀이 끝까지 같은 방향으로 가기 위한 최소한의 기반을 만든 일로 볼 수 있다.

이 글에 덧붙이고 싶은 정리

좋은 문제를 고른다고 해서 자동으로 좋은 제품이 되는 것은 아니다. 문제의식과 실행 구조가 함께 맞물려야 한다. Walkmate가 의미 있었던 이유는 기술적 실험과 사회적 목적이 따로 놀지 않도록 계속 조정했다는 점에 있었다.