이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
OpenGL은 드라이버가 많은 부분을 자동으로 처리해 주어서 진입 장벽이 낮지만, 그만큼 세밀한 제어가 어렵고 드라이버 동작에 의존하는 구조입니다. 처음 그래픽 프로그래밍을 배울 때 OpenGL을 먼저 사용한 이유가 여기에 있습니다. 반면 Vulkan은 메모리 관리, 렌더 패스, 동기화를 직접 설계해야 해서 코드량이 훨씬 많습니다. 처음에는 버텍스 버퍼 하나 올리는 데도 수백 줄이 필요해서 당황했습니다. 그 대신 퍼포먼스 예측이 가능하고 멀티스레드 렌더링에 유리하다는 장점이 있습니다. 어떤 도구를 사용할지는 팀 숙련도와 퍼포먼스 요구사항을 함께 고려해야 합니다.
팀 숙련도와 성능 요구사항을 함께 고려해야 도구 선택이 의미 있다는 것을 배웠습니다.
학교 그래픽스 수업에서 OpenGL로 시작해서, 이후 개인 프로젝트에서 Vulkan으로 전환해본 경험이 있어요. OpenGL은 프로토타입을 빠르게 만들기엔 좋지만, 동기화 이슈나 GPU 메모리 활용을 직접 제어할 수 없는 한계가 있었어요. Vulkan은 커맨드 버퍼와 렌더 패스를 직접 구성해야 해서 초기 학습 비용이 컸어요. 하지만 렌더링 병목이 어디에 있는지 훨씬 선명하게 보였고, 최적화 여지도 많았어요. 두 도구를 모두 써본 결과, OpenGL은 학습용, Vulkan은 성능이 중요한 실제 제품용이라는 기준이 생겼습니다.
두 도구를 모두 써봐야 각각의 가치를 제대로 이해할 수 있다는 걸, 그 경험에서 배웠습니다.
Vulkan의 가장 큰 장점은 렌더링 명령을 여러 스레드에서 동시에 기록할 수 있다는 점이에요. OpenGL은 싱글 스레드 모델이 기본이라 CPU 병목이 생기기 쉬운데, Vulkan은 커맨드 버퍼를 병렬로 만들어서 CPU 활용도를 높일 수 있어요. 단점은 드라이버가 해주던 검증과 최적화를 직접 해야 한다는 점이에요. 처음엔 검증 레이어 없이 코드를 돌리다가 GPU가 크래시하는 경험을 했고, 그 뒤로는 디버그 빌드에 검증 레이어를 켜두는 게 기본이 됐어요.
Vulkan은 책임이 더 크지만 그만큼 통제력도 크다는 걸, 직접 써보면서 이해했습니다. Vulkan은 통제력이 크지만 그만큼 책임도 크다는 걸, 직접 써보면서 이해했어요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 네이버랩스 모바일 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.