이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
졸업 프로젝트로 AR 기반 실내 네비게이션 앱을 만들었습니다. 가장 큰 도전은 실내 GPS가 없는 환경에서 위치 추적 정확도를 높이는 것이었습니다. ARCore의 Plane Detection만으로는 복도 방향이 흔들리는 문제가 있었고, QR 마커와 결합해 기준점을 고정하는 방식으로 해결했습니다. 팀에서 저는 AR 렌더링 파트를 맡았고, Unity + ARCore 연동 부분에서 좌표계 불일치 문제를 디버깅하는 데 2주를 썼습니다. 처음엔 좌절스러웠지만 Unity의 월드 좌표와 ARCore 앵커 좌표 간 변환을 이해하고 나서 해결 속도가 급격히 빨라졌습니다. 결과물은 복도 5개 구간에서 평균 오차 0.8m 수준의 경로 안내를 달성했습니다.
좌표계 문제를 끝까지 파고들어 해결한 경험이 기술적 막힘을 이겨내는 자신감을 줬습니다. AR 프로젝트에서 문제 정의가 정확하면 해결 방법이 보인다는 것도 그때 배웠습니다.
AR 프로젝트에서 렌더링 파트를 혼자 맡으면서 팀의 해당 부분 이해도가 낮아지는 문제를 후반에 인식했습니다. 제가 막히거나 없으면 그 파트 전체가 멈추는 구조였는데, 중간에 주요 구현 방식을 팀원에게 설명하는 시간을 만들었습니다. 처음에는 시간 낭비처럼 보였지만, 테스트 단계에서 제가 다른 파트 버그를 잡을 때 팀원이 렌더링 파트를 혼자 확인할 수 있게 돼서 전체 속도가 빨라졌습니다.
기술 의존도가 특정 인원에 집중되면 팀 전체의 위험 요인이 됩니다. 역할 분담이 명확해야 효율적이지만, 중요한 파트는 최소한 두 명이 이해하는 구조가 안전합니다. 팀 프로젝트에서 내 파트를 잘 해내는 것과 팀이 내 파트를 이해할 수 있게 만드는 것은 다른 기여입니다.
AR 프로젝트에서 공식 문서가 불완전한 API를 사용해야 하는 상황이 반복됐습니다. ARCore의 특정 기능은 예제 코드가 없거나 버전이 맞지 않는 경우가 있었는데, 그럴 때마다 GitHub 이슈와 Stack Overflow에서 비슷한 경험을 한 사람들의 해결 방식을 찾는 것이 가장 빠른 방법이었습니다. 공식 문서보다 실제 사용자 경험에 답이 있는 경우가 많았습니다. 불확실한 상황에서 막히는 것은 실력 문제가 아니라 어디서 답을 찾는지를 모르는 것일 때가 많습니다.
막힌 시간을 줄이는 것은 문제를 빠르게 구체화하고 검색 가능한 형태로 바꾸는 능력에 달려 있습니다. 그 과정을 반복하면서 기술 문서를 읽고 커뮤니티를 탐색하는 속도가 빨라졌고, 이후 프로젝트에서 불확실성을 다루는 방식이 달라졌습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 SK inc.(AX) SW·IT 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.