Coroutine과 RxJava의 차이, 그리고 본인이 비동기 처리를 구현할 때 무엇을 선호하는지 말씀해주세요. | 네이버 백엔드 면접 질문

Q: 단발인지 스트림인지 애매한 작업은 어떻게 가르세요?

면접관이 답변에 이어 던질 수 있는 후속 질문입니다.

Q: 팀이 RxJava 표준인데 Coroutine을 쓰고 싶으면 어떻게 하시겠어요?

면접관이 답변에 이어 던질 수 있는 후속 질문입니다.

Q: Coroutine으로도 안 풀리는 비동기 문제가 있었나요?

면접관이 답변에 이어 던질 수 있는 후속 질문입니다.

네네이버백엔드직무 역량2026년 출제

답변 미리보기

둘의 핵심 차이를 저는 비동기를 어떻게 읽게 하느냐로 봅니다. RxJava는 데이터가 흐르는 파이프를 엮는 쪽이고, Coroutine은 비동기인데도 위에서

예상 답변 시간

60~90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

높음

INTERVIEWER'S INTENT · 면접관의 의도

이 질문, 네 갈래로 뜯어봅니다.

면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

무엇으로 둘을 가르는가?

기능 비교 나열인지, 두 도구가 비동기를 다루는 방식의 차이로 가르는지를 봅니다. 나열만 나오면 면접관이 '그래서 본질이 뭐죠?'를 추가로 묻는 자리가 자주 보입니다.

선호가 경험에 닿는가?

막연한 선호인지, 직접 써 보고 느낀 차이에서 나왔는지를 봅니다. 일반론이면 안 써 본 인상을 줍니다.

대가를 함께 보는가?

선호하는 쪽의 장점만이 아니라 그 비용도 보는지를 봅니다. 장점만이면 얕게 들립니다.

맥락 판단이 있는가?

늘 그 도구가 아니라 안 맞는 경우도 보는지를 봅니다. 한쪽만이면 시야가 좁게 들립니다.

말로 해봐야 는다

읽는 것과 말하는 건 다릅니다.
이 질문, 소리 내어 답해 볼까요?

네이버 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.

음성으로 답해보기

읽는 흐름 차이로 선호를 푸는 결약 90초 취소·에러 처리에서 선호를 푸는 결약 88초 맥락별로 갈라 쓰는 결약 88초

예시 답변 1

약 90초

읽는 흐름 차이로 선호를 푸는 결

둘의 핵심 차이를 저는 비동기를 어떻게 읽게 하느냐로 봅니다. RxJava는 데이터가 흐르는 파이프를 엮는 쪽이고, Coroutine은 비동기인데도 위에서 아래로 읽히게 쓰는 쪽입니다. 학부 프로젝트에서 같은 네트워크 호출 흐름을 둘로 짜 봤는데, RxJava는 연산자가 길어질수록 흐름을 눈으로 따라가기 어려웠고, Coroutine은 동기 코드처럼 읽혀 디버깅이 수월했습니다. 그래서 단순한 호출·취소 위주면 Coroutine을 선호합니다. 다만 대가가 있습니다.

여러 스트림을 실시간으로 합치고 변환하는 복잡한 데이터 흐름은 RxJava의 연산자가 더 깔끔합니다. 그래서 늘 Coroutine은 아닙니다. 흐름이 단순하고 읽힘이 중요하면 Coroutine, 스트림 합성이 핵심이면 RxJava 쪽으로 가릅니다. 지금도 비동기를 짤 땐 이게 호출 흐름인지 스트림 합성인지를 먼저 봅니다.

이 결의 특징

두 기술의 차이를 코드가 읽히는 방식으로 구분하고, 대가가 있는 지점까지 함께 짚는 결입니다.

이 결이 통하는 자리

비동기 처리 기술 선택의 판단 기준을 확인하려는 질문에 통하는 결입니다.

예시 답변 2

약 88초

취소·에러 처리에서 선호를 푸는 결

제가 비동기에서 가장 신경 쓰는 건 중간에 취소하거나 실패했을 때 깔끔하게 정리되느냐입니다. 예전에 화면을 떠났는데 백그라운드 작업이 안 멈춰 엉뚱한 갱신이 일어난 버그를 겪었습니다. Coroutine은 작업을 화면 수명에 묶어, 화면이 사라지면 같이 취소되는 구조라 그런 누수가 줄었습니다. RxJava도 구독 해제로 되지만, 해제를 빠뜨리기 쉬워 같은 실수를 반복했습니다. 그래서 취소·정리가 중요한 화면 작업은 Coroutine을 선호합니다. 다만 대가는 있습니다.

기존 코드가 RxJava로 크게 짜여 있으면, 섞어 쓰며 전환 비용이 듭니다. 그래서 늘 한쪽은 아니고, 새 코드·수명에 묶이는 작업은 Coroutine, 이미 RxJava로 된 큰 흐름은 그대로 두는 편입니다. 지금도 선택 전에 취소가 자동으로 되는 게 이 작업에 중요한가를 먼저 따집니다.

이 결의 특징

실제 버그 경험에서 취소·정리의 중요성을 도출하는 결입니다.

이 결이 통하는 자리

실무에서 겪은 문제를 기술 선택 기준으로 연결하는 능력을 확인하려는 질문에서 설득력을 인정받는 결입니다.

예시 답변 3

약 88초

맥락별로 갈라 쓰는 결

솔직히 저는 하나만 고집하지 않습니다. 둘은 잘하는 자리가 다릅니다. 호출하고 결과 받고 끝나는 단순 흐름은 Coroutine이 동기 코드처럼 읽혀 유지하기 쉽습니다. 반대로 입력이 계속 들어오고 그걸 실시간으로 거르고 합치는 흐름은 RxJava의 연산자가 같은 일을 훨씬 짧게 표현합니다. 학부 때 단순 호출까지 RxJava로 짰다가, 연산자 체인이 길어져 읽기 어려워진 경험이 있어 이 기준을 세웠습니다. 그 뒤로는 도구를 먼저 정하지 않고, 이 작업이 단발 호출인지 지속 스트림인지를 보고 거기 맞는 걸 고릅니다. 선호를 묻는다면, 단발·취소 중심이면 Coroutine, 스트림 합성이 핵심이면 RxJava지만 그것도 작업 성격이 정당화할 때만이라고 답합니다.

이 결의 특징

한쪽을 고집하지 않고 작업 성격에 따라 갈라 쓰는 결입니다.

이 결이 통하는 자리

기술 선택의 맥락적 판단력을 확인하려는 질문에서 자주 채택되는 결입니다.

위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.

자주 빠지는 자리

같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.

이어질 꼬리질문

진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

壹단발인지 스트림인지 애매한 작업은 어떻게 가르세요?

貳팀이 RxJava 표준인데 Coroutine을 쓰고 싶으면 어떻게 하시겠어요?

參Coroutine으로도 안 풀리는 비동기 문제가 있었나요?

이제, 직접 답해볼 차례예요.

눈으로 읽은 답은 면접장에서 나오지 않아요. 네이버 면접관과 이 질문으로 한 번 대화해 보세요.

이 질문으로 모의면접 해보기

안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히

개인정보처리방침 이용약관 문의

네네이버백엔드직무 역량2026년 출제

답변 미리보기

둘의 핵심 차이를 저는 비동기를 어떻게 읽게 하느냐로 봅니다. RxJava는 데이터가 흐르는 파이프를 엮는 쪽이고, Coroutine은 비동기인데도 위에서

예상 답변 시간

60~90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

높음

INTERVIEWER'S INTENT · 면접관의 의도

이 질문, 네 갈래로 뜯어봅니다.

면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

무엇으로 둘을 가르는가?

선호가 경험에 닿는가?

막연한 선호인지, 직접 써 보고 느낀 차이에서 나왔는지를 봅니다. 일반론이면 안 써 본 인상을 줍니다.

대가를 함께 보는가?

선호하는 쪽의 장점만이 아니라 그 비용도 보는지를 봅니다. 장점만이면 얕게 들립니다.

맥락 판단이 있는가?

늘 그 도구가 아니라 안 맞는 경우도 보는지를 봅니다. 한쪽만이면 시야가 좁게 들립니다.

말로 해봐야 는다

읽는 것과 말하는 건 다릅니다.
이 질문, 소리 내어 답해 볼까요?

네이버 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.

음성으로 답해보기

읽는 흐름 차이로 선호를 푸는 결약 90초 취소·에러 처리에서 선호를 푸는 결약 88초 맥락별로 갈라 쓰는 결약 88초

예시 답변 1

약 90초

읽는 흐름 차이로 선호를 푸는 결

이 결의 특징

두 기술의 차이를 코드가 읽히는 방식으로 구분하고, 대가가 있는 지점까지 함께 짚는 결입니다.

이 결이 통하는 자리

비동기 처리 기술 선택의 판단 기준을 확인하려는 질문에 통하는 결입니다.

예시 답변 2

약 88초

취소·에러 처리에서 선호를 푸는 결

이 결의 특징

실제 버그 경험에서 취소·정리의 중요성을 도출하는 결입니다.

이 결이 통하는 자리

실무에서 겪은 문제를 기술 선택 기준으로 연결하는 능력을 확인하려는 질문에서 설득력을 인정받는 결입니다.

예시 답변 3

약 88초

맥락별로 갈라 쓰는 결

이 결의 특징

한쪽을 고집하지 않고 작업 성격에 따라 갈라 쓰는 결입니다.

이 결이 통하는 자리

기술 선택의 맥락적 판단력을 확인하려는 질문에서 자주 채택되는 결입니다.

자주 빠지는 자리

같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.

이어질 꼬리질문

진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

壹단발인지 스트림인지 애매한 작업은 어떻게 가르세요?

貳팀이 RxJava 표준인데 Coroutine을 쓰고 싶으면 어떻게 하시겠어요?

參Coroutine으로도 안 풀리는 비동기 문제가 있었나요?

이제, 직접 답해볼 차례예요.

눈으로 읽은 답은 면접장에서 나오지 않아요. 네이버 면접관과 이 질문으로 한 번 대화해 보세요.

이 질문으로 모의면접 해보기

개인정보처리방침 이용약관 문의