서버 애플리케이션을 개발할 때 어떤 프로그래밍 언어를 주로 사용하셨고, 그 이유는 무엇인가요? | 당근마켓 백엔드 면접 질문

Q: 다른 언어는 검토해보지 않으셨나요?

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

Q: 그 언어의 장점은 무엇이라고 생각하시나요?

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

Q: 만약 다른 언어를 선택했다면 결과가 달라졌을까요?

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

당당근마켓백엔드직무 역량2026년 출제

답변 미리보기

주로 Python과 Java를 사용했습니다. Python은 데이터 수집·전처리 파이프라인과 API 서버를 만들 때 썼습니다. FastAPI로 REST API를

예상 답변 시간

60초

예상 꼬리질문

3회

난이도

난이도 중

출제 빈도

높음

INTERVIEWER'S INTENT · 면접관의 의도

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

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

어떤 언어를 사용했는가?

주로 사용한 프로그래밍 언어의 흔적이 답에 있어야 합니다. 없으면 면접관이 '다른 언어는 없었나요?'를 추가로 묻는 경우가 자주 보입니다.

사용 이유는 무엇인가?

선택한 언어의 사용 이유에 대한 설명이 있어야 합니다. 없으면 면접관이 '왜 그 언어를 선택했나요?' 같은 질문을 던지는 자리가 자주 보입니다.

언어의 장점은 무엇인가?

선택한 언어의 장점에 대한 인지가 답에 있어야 합니다. 없으면 면접관이 '이 언어의 강점은 무엇인가요?'를 추가로 묻는 경우가 흔하게 통합니다.

프로젝트에서의 활용은 어떤가?

해당 언어를 프로젝트에서 어떻게 활용했는지에 대한 흔적이 답에 있어야 합니다. 없으면 면접관이 '구체적으로 어떤 기능을 구현했나요?'를 추가로 질문하는 자리가 자주 보입니다.

말로 해봐야 는다

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

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

음성으로 답해보기

경험 중심 1인칭 답변약 90초 TypeScript/Node.js 중심, 타입 안전성과 팀 협업 생산성 연결로 닫는 결약 90초 Go 실전 경험 중심, 동시성 처리와 컴파일 타임 안전성으로 닫는 결약 90초

약 90초

경험 중심 1인칭 답변

주로 Python과 Java를 사용했습니다. Python은 데이터 수집·전처리 파이프라인과 API 서버를 만들 때 썼습니다. FastAPI로 REST API를 구성했고, 개발 속도가 빠르고 라이브러리 생태계가 넓다는 장점 때문에 프로토타입과 데이터 연동 서버에 적합하다고 느꼈습니다. Java는 팀 프로젝트에서 Spring Boot 기반 백엔드를 구현할 때 사용했습니다.

타입 안정성과 구조적 설계가 강점이라 트래픽 예측이 가능한 서비스에 맞는다고 생각합니다. 두 언어를 쓰면서 느낀 건, 언어 선택은 팀의 스택과 서비스 특성을 같이 봐야 한다는 것입니다. Python은 유연하지만 런타임 오류가 늦게 발견되는 경향이 있고, Java는 초기 설계 비용이 크지만 유지보수가 수월합니다. 지금은 Go도 학습하고 있습니다. 앞으로도 언어를 선택할 때 팀 스택과 서비스 특성을 함께 보는 방식을 유지하겠습니다.

언어보다 설계 원칙이 먼저이고, 언어는 도구입니다. 새 언어도 빠르게 익히는 편이라 팀 환경에 맞게 전환할 준비가 돼 있습니다.

이 결의 특징

언어 선택을 팀 스택과 서비스 특성에 맞춰 판단하는 결이 보입니다.

이 결이 통하는 자리

기술 선택의 실용적 기준을 확인하는 자리에서 통하는 결입니다.

예시 답변 2

약 90초

TypeScript/Node.js 중심, 타입 안전성과 팀 협업 생산성 연결로 닫는 결

주로 TypeScript를 사용했습니다. 처음에는 JavaScript로 시작했다가, 팀 프로젝트 규모가 커지면서 타입 오류가 런타임이 되어서야 발견되는 경우가 반복됐습니다. TypeScript로 전환한 뒤, 함수 인터페이스를 먼저 정의하는 습관이 생겼고 코드 리뷰 시간이 체감상 줄었습니다.

Express에서 Fastify로 옮긴 건 성능보다 플러그인 시스템의 타입 추론이 더 깔끔해서였습니다. Node.js 기반이라 비동기 I/O 처리에 자연스럽고, 프론트엔드 팀과 타입 정의를 공유하는 구조도 만들 수 있었습니다.

최근에는 Zod로 런타임 유효성 검사를 추가했는데, 외부 API 응답을 파싱할 때 예상치 못한 필드 누락을 조기에 잡을 수 있어서 도입했습니다. 언어 선택보다 팀이 함께 오류를 빠르게 잡을 수 있는 환경이 먼저라는 생각을 갖게 됐습니다.

이 결의 특징

런타임 오류를 겪은 뒤 타입 안전성으로 전환한 결이 있습니다.

이 결이 통하는 자리

협업 생산성을 고려한 기술 선택을 확인하는 자리에서 효과가 있습니다.

예시 답변 3

약 90초

Go 실전 경험 중심, 동시성 처리와 컴파일 타임 안전성으로 닫는 결

최근에는 Go를 실제 프로젝트에 써봤습니다. 처음에는 학습 목적이었는데, 가벼운 CLI 도구를 만들면서 컴파일 속도와 바이너리 크기가 작업 흐름에 실제로 영향을 준다는 걸 느꼈습니다. 특히 goroutine으로 동시 요청을 처리하는 구조가 예상보다 직관적이었고, 채널을 통해 결과를 취합하는 패턴이 명확해서 디버깅도 편했습니다.

Go에서 처음 어색했던 건 에러 처리였습니다. if err != nil 반복이 번거롭게 느껴졌는데, 명시적으로 에러를 다루는 습관이 생기고 나서는 오히려 흐름을 추적하기 편하다는 걸 알게 됐습니다.

Python이나 Java와 비교했을 때 런타임 예외보다 컴파일 타임에 문제를 잡는 비율이 높아서, 소규모 서버 컴포넌트에 적합하다는 인상을 받았습니다. 앞으로도 서비스 성격에 맞게 언어를 고르는 방향으로 가겠습니다.

이 결의 특징

동시성 처리를 실습하며 컴파일 타임 안전성의 가치를 체감한 결이 보입니다.

이 결이 통하는 자리

서비스 성격에 맞는 언어 선택 감각을 확인하는 자리에서 통하는 결입니다.

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

자주 빠지는 자리

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

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

이어질 꼬리질문

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

壹다른 언어는 검토해보지 않으셨나요?

貳그 언어의 장점은 무엇이라고 생각하시나요?

參만약 다른 언어를 선택했다면 결과가 달라졌을까요?

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

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

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

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

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

당당근마켓백엔드직무 역량2026년 출제

답변 미리보기

주로 Python과 Java를 사용했습니다. Python은 데이터 수집·전처리 파이프라인과 API 서버를 만들 때 썼습니다. FastAPI로 REST API를

예상 답변 시간

60초

예상 꼬리질문

3회

난이도

난이도 중

출제 빈도

높음

INTERVIEWER'S INTENT · 면접관의 의도

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

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

어떤 언어를 사용했는가?

주로 사용한 프로그래밍 언어의 흔적이 답에 있어야 합니다. 없으면 면접관이 '다른 언어는 없었나요?'를 추가로 묻는 경우가 자주 보입니다.

사용 이유는 무엇인가?

선택한 언어의 사용 이유에 대한 설명이 있어야 합니다. 없으면 면접관이 '왜 그 언어를 선택했나요?' 같은 질문을 던지는 자리가 자주 보입니다.

언어의 장점은 무엇인가?

선택한 언어의 장점에 대한 인지가 답에 있어야 합니다. 없으면 면접관이 '이 언어의 강점은 무엇인가요?'를 추가로 묻는 경우가 흔하게 통합니다.

프로젝트에서의 활용은 어떤가?

말로 해봐야 는다

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

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

음성으로 답해보기

약 90초

경험 중심 1인칭 답변

언어보다 설계 원칙이 먼저이고, 언어는 도구입니다. 새 언어도 빠르게 익히는 편이라 팀 환경에 맞게 전환할 준비가 돼 있습니다.

이 결의 특징

언어 선택을 팀 스택과 서비스 특성에 맞춰 판단하는 결이 보입니다.

이 결이 통하는 자리

기술 선택의 실용적 기준을 확인하는 자리에서 통하는 결입니다.

예시 답변 2

약 90초

TypeScript/Node.js 중심, 타입 안전성과 팀 협업 생산성 연결로 닫는 결

이 결의 특징

런타임 오류를 겪은 뒤 타입 안전성으로 전환한 결이 있습니다.

이 결이 통하는 자리

협업 생산성을 고려한 기술 선택을 확인하는 자리에서 효과가 있습니다.

예시 답변 3

약 90초

Go 실전 경험 중심, 동시성 처리와 컴파일 타임 안전성으로 닫는 결

이 결의 특징

동시성 처리를 실습하며 컴파일 타임 안전성의 가치를 체감한 결이 보입니다.

이 결이 통하는 자리

서비스 성격에 맞는 언어 선택 감각을 확인하는 자리에서 통하는 결입니다.

자주 빠지는 자리

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

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

이어질 꼬리질문

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

壹다른 언어는 검토해보지 않으셨나요?

貳그 언어의 장점은 무엇이라고 생각하시나요?

參만약 다른 언어를 선택했다면 결과가 달라졌을까요?

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

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

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

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