[Android] 전역적인 예외처리하기 | Thread.setDefaultUncaughtExceptionHandler상황 앱 사용 중 앱이 픽 죽어버리거나 응답 없음 창(ANR)이 뜨는 것을 경험한 적 있을 것이다. 한두번이야 왜이래~~ 하면서 다시 앱을 실행해 사용하겠지만 이러한 상황이 지속된다면? 끔찍한 사www.pinslog.com전역적인 예외 (정확하게는 잡아내지 못한 예외)를 처리하기 위해 사용중이던 Thread.UncaughtExceptionHandler() 앱이 갑자기 픽 죽어버리는 것을 방지하기 위해 해당 핸들러를 통해 오류가 발생하였음을 알리고 앱을 재시작할 수 있도록 처리를 해두었다. 그리고 원인을 파악하여 해결하기 위해 Firebase Crashlytics를 이용해 크래쉬 로그를 수집..

사실 이 알고리즘은 이전 프로젝트에서 개발 되었던 것인데, GPS 정확도 개선을 위한 좌충우돌 얼레벌레 MapMatching 구현기들어가며 정말 오랜만에 글을 쓰는 것 같다. 못해도 한달에 한개는 작성하자고 마음먹었었는데 시간이 어느새... 이번에 GPS 관련하여 검토한 것이 있어 기록해두기로 했다. GPS는 그냥 WW(내 사이www.pinslog.com그 프로젝트는 사용자의 정확한 위치를 필요로 했었다. 그런데 부정확한 GPS 때문에 난항을 겪다가 해결 방안 중 하나인 맵 매칭 알고리즘을 검토하게 되었고 이를 프로젝트 성격과 환경에 맞게 수정한 것이었다. 나는 이를 매칭 알고리즘이라고 명명했었는데 알면 알수록 맵 매칭이라고 보기는 좀 그렇고.... GPS 보정 알고리즘(이하 '보정 알고리즘') 정도로...

한동안 성의없는 포스팅을 일삼게 만들었던 1등 공신 알고리즘 완성된건 아니지만 얼추 마무리가 되었다. (정말? 약 3주 동안 정말 마음고생을 심하게 했고 진짜 진지하게 진로에 대한 고민까지 하게 되었는데.. 도대체 뭐길래 이렇게 우는 소리를 하는거냐면 위치기반 서비스를 제공할 때 빠질 수 없는 GPS (Global Positioning System)를 다들 알고 있을텐데 이 녀석은 제법 정확하지만 또 반대로 제법 부정확하다.위 사진에서 빨간 구간이 실제 우리가 지나갔던 곳이라고 할 때 초록 구간은 GPS가 찍힌 구간이다. 지도 상으로 봤을 때 도로 반대편에 찍힌 것을 알 수 있다. 대략적인 위치를 가지고 서비스를 해야하는 경우라면 이는 문제가 되지 않는다. (WW 같은 날씨 어플의 경우가 그 예시가 되겠..

알고리즘 마무리 짓고 내일 테스트 하러 나간다 나가면 보완해야할 것들 한바가지겠지만 일단 너무 후련하다 꼭 정리해서 블로깅해야지...

간간히 VSCode를 사용할 일이 있는데 폴더에서 새로운 항목을 클릭할 때마다 새로운 창이 열리는 것이 아니라 기존에 열려있던 파일에 덮어씌워져 열리는 바람에 불편했던 적이 한두번이 아니었다. 파일을 열때마다 새로운 창에서 열리게 하기 위해서는 설정 > enable preview 관련 설정 두개를 해제해주면 된다.파일 오픈 시 기본 설정은 한번 클릭이 미리보기 모드 두번 클릭이 편집 모드라고 한다. 이때 미리보기 모드에서 다른 파일을 오픈할 경우 위에서 말했던 것 처럼 덮어씌워져 열린다고 한다.

특정 브랜치에서 작업을 하던 중 다른 브랜치로 이동하려고 할 때 변경사항이 있으면 체크아웃할 수 없다. 그렇다고 커밋을 할 수도 없을 때git stash를 사용하면 변경사항이 숨겨진다(?) 이동한 브랜치에서 작업을 마친 후 다시 돌아와git stash apply를 입력하면 이전에 숨겨두었던 변경사항을 불러와 작업할 수 있다.