홈›회사별›111퍼센트›백엔드›질문 상세

問111퍼센트 · 백엔드 · 경험·이력 · 2026년

TypeScript와 Node.js를 활용하여 개발한 웹 서비스 중 가장 기억에 남는 프로젝트에 대해 이야기해 주세요.

Q: 본인이 가장 깊이 본 결은 어디였나요?

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

Q: 기억 결을 어떻게 잡으셨나요?

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

Q: 결과를 어떤 결로 측정하시나요?

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

예상 답변

60~90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

높음

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

INTENT

면접관이 진짜로 보는 건 답이 아닙니다.

이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.

본인 손에 잡은 결이 또렷한가?

설계·구현·운영 결 중 본인이 직접 한 자리가 답에 보입니다. 일반론으로만 답하면 깊이가 옅은 자리입니다.

기억 결을 또렷이 짚는가?

맥락·결정·결과 결로 본인이 가른 흔적이 답에서 드러나는 결이 통합니다. 매끈하게만 끝나는 답은 외워 온 결로 들립니다.

본인 사례로 닫는가?

추상 다짐이 아니라 본인이 실제로 한 결을 짚는 답이 자주 등장합니다. 매끈하게만 끝나는 답은 외워 온 결로 들립니다.

측정 가능한 결과로 닫는가?

성능·결함·만족 결로 본인이 결과를 본 흔적이 답에 보입니다. 수치 없이 좋아진다는 답은 검증이 옅은 결입니다.

읽기만 해도 충분하지만, 한 번 말로 해보면 다릅니다.

이 질문 그대로 음성 면접으로 받아볼 수 있어요. 첫 면접은 무료입니다.

이 질문으로 면접 시작

TypeScript Node.js 타입 기반 안정성 개선 결약 90초 응답 시간 측정으로 성능 병목 발견 및 캐시 개선 경험약 120초 런타임 타입 검증 경계 설정의 트레이드오프 경험약 120초

예시 답변 1

약 90초

TypeScript Node.js 타입 기반 안정성 개선 결

TypeScript와 Node.js로 개발한 프로젝트 중 기억에 남는 것은 팀 내 공유 API 서버를 처음부터 TypeScript로 구성한 프로젝트였습니다. 이전에는 JavaScript로 빠르게 만들다 보니 런타임에서 타입 오류가 자주 났는데, TypeScript를 도입하면서 컴파일 단계에서 잡을 수 있는 오류가 명확해졌습니다.

인터페이스로 API 요청·응답 타입을 정의하고 팀이 공유하자, 프론트엔드와 백엔드 간 데이터 형식 오해가 줄었습니다. express-validator와 타입을 함께 쓰면서 입력값 검증과 타입 안전성을 동시에 챙겼고, 이 구조가 이후 기능 추가에서도 영향 범위를 빠르게 파악하는 데 도움이 됐습니다.

한계는 제네릭 타입을 과도하게 쓰다가 오히려 코드 가독성이 떨어진 경험이 있었다는 점입니다. TypeScript는 타입을 문서처럼 쓰는 것이 협업 비용을 줄인다는 결을 이 프로젝트에서 얻었습니다.

예시 답변 2

약 120초

응답 시간 측정으로 성능 병목 발견 및 캐시 개선 경험

TypeScript와 Node.js로 개발한 프로젝트에서 응답 시간을 측정해가며 개선한 경험이 기억에 남습니다. 처음에는 기능 구현에 집중하다가 특정 엔드포인트에서 응답이 느리다는 피드백이 들어왔습니다. 어디가 느린지 확인하기 위해 미들웨어에서 각 요청의 시작과 끝 시간을 기록하는 방식으로 측정 포인트를 만들었는데, 외부 API 호출이 전체 응답 시간의 대부분을 차지하고 있다는 것을 알게 됐습니다. 같은 파라미터로 반복되는 외부 API 요청에 캐시 레이어를 추가하니 응답 시간이 눈에 띄게 줄었습니다. TypeScript의 타입 시스템 덕분에 캐시 응답과 실시간 응답이 같은 형태를 보장하도록 강제할 수 있어, 타입을 먼저 정의해두는 것이 리팩토링 시 안전망이 됐습니다. 성능 개선에서 측정 없이 개선하면 어디에 시간을 써야 할지 모르게 된다는 것을 이 경험에서 배웠습니다.

예시 답변 3

약 120초

런타임 타입 검증 경계 설정의 트레이드오프 경험

TypeScript와 Node.js 프로젝트에서 기억에 남는 결정은 런타임 타입 검증을 어디까지 할지 정하는 부분이었습니다. TypeScript는 컴파일 단계에서 타입을 잡아주지만, 외부에서 들어오는 데이터는 런타임까지 실제 형태를 모릅니다. 내부 코드 간에는 TypeScript 타입만으로 충분했는데, API 요청 body나 외부 API 응답은 런타임에서도 형태를 검증해야 한다는 것을 실수를 통해 배웠습니다. 외부 응답에 예상치 못한 필드가 빠져 있을 때 컴파일은 통과했지만 런타임에서 오류가 났습니다. 이 경험 이후에 외부 경계에서만 런타임 검증을 추가하고 내부는 TypeScript 타입을 신뢰하는 방식으로 정리했는데, 검증 코드가 필요한 곳과 불필요한 곳이 명확해졌습니다. TypeScript를 쓴다고 해서 모든 타입 문제가 해결되는 것이 아니라 신뢰 경계를 어디에 그을지가 더 중요하다는 것을 이 경험에서 배웠습니다.

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

WHAT OFTEN MISSES

이 질문에서 자주 빠지는 자리.

답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.

떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.

선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.

결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.

지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.

FOLLOW-UPS

진짜 면접은 두 번째 질문부터입니다.

이 질문에 이어 111퍼센트 백엔드 면접관이 던질 가능성이 높은 후속 질문.

壹

예상 꼬리질문 1

본인이 가장 깊이 본 결은 어디였나요?

貳

예상 꼬리질문 2

기억 결을 어떻게 잡으셨나요?

參

예상 꼬리질문 3

결과를 어떤 결로 측정하시나요?

읽으셨다면, 한 번 말로 해보세요.

같은 질문으로 음성 면접을 받아보면 어디서 막히는지 바로 보입니다. 첫 면접은 무료입니다.

이 질문으로 면접 시작

3 크레딧 차감 · 첫 회 무료 · 음성 데이터는 종료 즉시 폐기됩니다

DISCLAIMER

이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.

상호 우문현답대표 이성인사업자등록번호 330-15-03033통신판매업 신고번호 준비중주소 인천광역시 부평구 동수로120번길 11, 한국아파트 104동 210호이메일 devlsi1228@gmail.com전화 010-7395-5311

홈›회사별›111퍼센트›백엔드›질문 상세

問111퍼센트 · 백엔드 · 경험·이력 · 2026년

TypeScript와 Node.js를 활용하여 개발한 웹 서비스 중 가장 기억에 남는 프로젝트에 대해 이야기해 주세요.

예상 답변

60~90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

높음

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

INTENT

면접관이 진짜로 보는 건 답이 아닙니다.

이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.

본인 손에 잡은 결이 또렷한가?

설계·구현·운영 결 중 본인이 직접 한 자리가 답에 보입니다. 일반론으로만 답하면 깊이가 옅은 자리입니다.

기억 결을 또렷이 짚는가?

맥락·결정·결과 결로 본인이 가른 흔적이 답에서 드러나는 결이 통합니다. 매끈하게만 끝나는 답은 외워 온 결로 들립니다.

본인 사례로 닫는가?

추상 다짐이 아니라 본인이 실제로 한 결을 짚는 답이 자주 등장합니다. 매끈하게만 끝나는 답은 외워 온 결로 들립니다.

측정 가능한 결과로 닫는가?

성능·결함·만족 결로 본인이 결과를 본 흔적이 답에 보입니다. 수치 없이 좋아진다는 답은 검증이 옅은 결입니다.

읽기만 해도 충분하지만, 한 번 말로 해보면 다릅니다.

이 질문 그대로 음성 면접으로 받아볼 수 있어요. 첫 면접은 무료입니다.

이 질문으로 면접 시작

예시 답변 1

약 90초

TypeScript Node.js 타입 기반 안정성 개선 결

예시 답변 2

약 120초

응답 시간 측정으로 성능 병목 발견 및 캐시 개선 경험

예시 답변 3

약 120초

런타임 타입 검증 경계 설정의 트레이드오프 경험

WHAT OFTEN MISSES

이 질문에서 자주 빠지는 자리.

답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.

떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.

선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.

결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.

지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.

FOLLOW-UPS

진짜 면접은 두 번째 질문부터입니다.

이 질문에 이어 111퍼센트 백엔드 면접관이 던질 가능성이 높은 후속 질문.

壹

예상 꼬리질문 1

본인이 가장 깊이 본 결은 어디였나요?

貳

예상 꼬리질문 2

기억 결을 어떻게 잡으셨나요?

參

예상 꼬리질문 3

결과를 어떤 결로 측정하시나요?

읽으셨다면, 한 번 말로 해보세요.

같은 질문으로 음성 면접을 받아보면 어디서 막히는지 바로 보입니다. 첫 면접은 무료입니다.

이 질문으로 면접 시작

3 크레딧 차감 · 첫 회 무료 · 음성 데이터는 종료 즉시 폐기됩니다

DISCLAIMER