프로토콜 지향 프로그래밍에 대한 이해도가 어떻게 되나요? 이 개념을 활용한 경험이 있다면 공유해 주세요. | 토스 모바일 면접 질문

Q: 이 개념을 처음 어떻게 접하게 되었나요?

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

Q: 프로토콜 지향 프로그래밍의 장단점은 무엇이라고 생각하시나요?

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

Q: 이 개념을 활용해서 해결한 문제에 대해 설명해 주실 수 있나요?

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

토토스모바일직무 역량2026년 출제

답변 미리보기

iOS 앱 개발 스터디에서 Swift 프로토콜을 처음 썼을 때, 처음에는 그냥 인터페이스와 비슷한 것이라고 생각했습니다. 실제로 사용해 보니 클래스 상속이

예상 답변 시간

60~90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

높음

INTERVIEWER'S INTENT · 면접관의 의도

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

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

이해도가 어떤가?

프로토콜 지향 프로그래밍에 대한 이해도를 보여주는 흔적이 답에 있어야 합니다. 없으면 면접관이 '어떤 프로토콜을 사용했나요?'를 추가로 묻는 경우가 자주 보입니다.

경험을 공유했는가?

이 개념을 활용한 경험을 구체적으로 서술한 흔적이 답에 있어야 합니다. 없으면 면접관이 '실제 사례는 어떤 것이었나요?'를 질문하는 자리가 자주 보입니다.

기술적 요소는 무엇인가?

프로토콜 지향 프로그래밍에서 다룬 기술적 요소나 특징을 언급한 흔적이 있어야 합니다. 없으면 면접관이 '어떤 기술 스택을 사용했나요?'를 추가로 묻는 경우가 많습니다.

응용 사례는 어떤가?

프로토콜 지향 프로그래밍을 어떻게 응용했는지에 대한 사례가 답에 포함된 흔적이 있어야 합니다. 없으면 면접관이 '어떤 문제를 해결했나요?'를 질문하는 자리가 자주 보입니다.

말로 해봐야 는다

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

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

음성으로 답해보기

iOS 앱에서 프로토콜로 컴포넌트 간 결합을 낮춘 경험약 85초 의존성 주입을 프로토콜로 구현하면서 배운 경험약 80초 프로토콜 extension으로 기본 동작을 제공한 경험약 78초

Swift에서 Protocol 활용

약 85초

iOS 앱에서 프로토콜로 컴포넌트 간 결합을 낮춘 경험

iOS 앱 개발 스터디에서 Swift 프로토콜을 처음 썼을 때, 처음에는 그냥 인터페이스와 비슷한 것이라고 생각했습니다. 실제로 사용해 보니 클래스 상속이 아니라 프로토콜로 기능을 조합하는 패턴이 훨씬 유연하다는 것을 느꼈습니다. 네트워크 요청 레이어를 만들면서 Requestable 프로토콜을 정의하고 각 API 모델이 이를 준수하도록 하였습니다. 처음에는 associated type 개념이 헷갈려서 컴파일 에러를 한참 보았습니다. 이 설계 덕분에 목 객체로 바꿔서 테스트할 때 실제 네트워크 없이도 테스트가 가능했습니다. 프로토콜 지향이 테스트 가능한 설계와 연결된다는 것을 이때 처음 느꼈습니다.

이 결의 특징

Swift 프로토콜 개념을 처음 배웠을 때의 혼동에서, 실무 적용으로 테스트 가능성을 발견한 학습 여정입니다.

이 결이 통하는 자리

기술 개념을 강제로 외우지 않고, 실제 사용 속에서 의도를 깨치는 과정이 드러날 때 재사용성 높은 엔지니어로 평가됩니다.

Protocol로 의존성 분리

약 80초

의존성 주입을 프로토콜로 구현하면서 배운 경험

포트폴리오 iOS 앱에서 뷰모델이 특정 클래스에 직접 의존하고 있어서 테스트가 어려웠어요. 코드 리뷰에서 지적을 받아서 프로토콜로 의존성을 역전시키는 방법을 처음 배웠어요. StorageService 프로토콜을 만들고, 실제 구현체와 테스트용 목 구현체를 별도로 만들었어요.

처음엔 프로토콜 선언과 구현 파일을 어디에 둬야 하는지 구조를 잘못 잡아서 import 에러가 났어요. 이틀 동안 구조를 다시 짜고 나서 뷰모델 테스트를 네트워크 없이 돌릴 수 있게 됐어요. 프로토콜은 단순히 타입을 정의하는 게 아니라 설계를 유연하게 만드는 도구라는 걸 직접 느꼈어요.

그 과정이 값진 배움이었습니다.

이 결의 특징

의존성 역전 설계의 필요성을 코드 리뷰 지적에서 배우고, 구현 구조를 다시 짠 경험을 보여줍니다.

이 결이 통하는 자리

프로토콜을 설계 도구로 이해하고, 구조 실수에서 배우는 태도가 보이면 아키텍처를 함께 고민할 동료로 신뢰됩니다.

프로토콜 기본 구현 활용

약 78초

프로토콜 extension으로 기본 동작을 제공한 경험

Swift 공부를 하면서 프로토콜 extension에 기본 구현을 넣을 수 있다는 걸 알게 됐어요. 여러 뷰컨트롤러에서 반복되는 에러 처리 코드를 프로토콜 extension으로 빼봤어요. ErrorPresentable 프로토콜을 만들고 showError(message:) 메서드의 기본 구현을 extension에 넣었더니 6개 뷰컨에서 중복 코드가 사라졌어요. 처음엔 과한 추상화가 아닐까 고민했는데, 코드량이 줄면서 수정할 때도 한 군데만 고치면 되니 편했어요. 단 기본 구현을 너무 많이 쓰면 어떤 구현이 실제로 실행되는지 추적이 어려워지는 단점도 경험했어요.

프로토콜 기본 구현은 공통 패턴에만 쓰는 게 적당하다고 생각하게 됐어요.

이 결의 특징

프로토콜 extension의 기본 구현이 중복을 줄이는 방법임을 배우되, 과도한 추상화의 위험도 함께 체험한 균형잡힌 학습입니다.

이 결이 통하는 자리

기술의 장점을 추구하면서도 그 한계를 의식하는 엔지니어는, 실제 프로젝트에서 실용적이고 관리 가능한 설계를 만듭니다.

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

자주 빠지는 자리

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

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

이어질 꼬리질문

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

壹이 개념을 처음 어떻게 접하게 되었나요?

貳프로토콜 지향 프로그래밍의 장단점은 무엇이라고 생각하시나요?

參이 개념을 활용해서 해결한 문제에 대해 설명해 주실 수 있나요?

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

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

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

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

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

토토스모바일직무 역량2026년 출제

답변 미리보기

iOS 앱 개발 스터디에서 Swift 프로토콜을 처음 썼을 때, 처음에는 그냥 인터페이스와 비슷한 것이라고 생각했습니다. 실제로 사용해 보니 클래스 상속이

예상 답변 시간

60~90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

높음

INTERVIEWER'S INTENT · 면접관의 의도

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

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

이해도가 어떤가?

경험을 공유했는가?

기술적 요소는 무엇인가?

응용 사례는 어떤가?

말로 해봐야 는다

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

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

음성으로 답해보기

Swift에서 Protocol 활용

약 85초

iOS 앱에서 프로토콜로 컴포넌트 간 결합을 낮춘 경험

이 결의 특징

Swift 프로토콜 개념을 처음 배웠을 때의 혼동에서, 실무 적용으로 테스트 가능성을 발견한 학습 여정입니다.

이 결이 통하는 자리

기술 개념을 강제로 외우지 않고, 실제 사용 속에서 의도를 깨치는 과정이 드러날 때 재사용성 높은 엔지니어로 평가됩니다.

Protocol로 의존성 분리

약 80초

의존성 주입을 프로토콜로 구현하면서 배운 경험

그 과정이 값진 배움이었습니다.

이 결의 특징

의존성 역전 설계의 필요성을 코드 리뷰 지적에서 배우고, 구현 구조를 다시 짠 경험을 보여줍니다.

이 결이 통하는 자리

프로토콜을 설계 도구로 이해하고, 구조 실수에서 배우는 태도가 보이면 아키텍처를 함께 고민할 동료로 신뢰됩니다.

프로토콜 기본 구현 활용

약 78초

프로토콜 extension으로 기본 동작을 제공한 경험

프로토콜 기본 구현은 공통 패턴에만 쓰는 게 적당하다고 생각하게 됐어요.

이 결의 특징

프로토콜 extension의 기본 구현이 중복을 줄이는 방법임을 배우되, 과도한 추상화의 위험도 함께 체험한 균형잡힌 학습입니다.

이 결이 통하는 자리

기술의 장점을 추구하면서도 그 한계를 의식하는 엔지니어는, 실제 프로젝트에서 실용적이고 관리 가능한 설계를 만듭니다.

자주 빠지는 자리

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

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

이어질 꼬리질문

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

壹이 개념을 처음 어떻게 접하게 되었나요?

貳프로토콜 지향 프로그래밍의 장단점은 무엇이라고 생각하시나요?

參이 개념을 활용해서 해결한 문제에 대해 설명해 주실 수 있나요?

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

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

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

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