우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›이니지›AI 리서처›질문 상세
    問
    이이니지AI 리서처직무 역량2026년 출제

    오픈소스 기반 개발 경험에서 Tensorflow, PyTorch, Scikit-learn 중 어떤 것을 사용했는지 그리고 그 이유는 무엇인지 설명해 주세요.

    답변 미리보기

    오픈소스 기반 ML 프레임워크 경험은 주로 PyTorch를 중심으로 쌓았습니다. 처음 이미지 분류 프로젝트에서 TensorFlow도 써봤는데, 동적 그래프…

    예상 답변 시간
    60~90초
    예상 꼬리질문
    3회
    난이도
    난이도 중상
    출제 빈도
    높음
    INTERVIEWER'S INTENT · 면접관의 의도

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

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

    問
    01
    어떤 결의 도구를 골랐나요?
    TensorFlow·PyTorch·Scikit-learn 중 본인이 손에 쥔 결이 어디인지를 보는 자리입니다. 이름 나열이 아닌 사용 맥락이 통합니다.
    骨
    02
    왜 그 결을 골랐나요?
    본인 판단이 또렷한 답이 보이는 축입니다. 일반론이 아닌 결이 평가됩니다.
    語
    03
    본인이 손에 쥔 깊이는요?
    기본 사용·실무 프로젝트·심화 중 어디까지 닿은 결인지를 정직하게 짚는 자리가 보이는 결입니다. 과장 없는 답이 통합니다.
    本
    04
    한계도 솔직히 보시나요?
    본인이 닿지 않는 결을 인정한 답이 보이는 결입니다. 단정 짓지 않은 자리가 자리잡습니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    이니지 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    PyTorch 주로 사용, 소스 코드 직접 읽기로 BatchNorm 등 내부 구조 체득약 120초오픈소스 코드 읽다 잘못 이해해 버그 유발 경험약 120초낯선 역할 — Scikit-learn 위주 팀에 PyTorch 도입 제안약 150초
    A
    약 120초

    PyTorch 주로 사용, 소스 코드 직접 읽기로 BatchNorm 등 내부 구조 체득

    오픈소스 기반 ML 프레임워크 경험은 주로 PyTorch를 중심으로 쌓았습니다. 처음 이미지 분류 프로젝트에서 TensorFlow도 써봤는데, 동적 그래프 방식이 디버깅 과정에서 직관적이어서 이후에는 PyTorch를 주로 씁니다. 표 형태 데이터는 scikit-learn으로 처리하고, 딥러닝이 필요한 경우에만 넘어가는 방식을 씁니다.

    오픈소스를 활용하는 측면에서는 단순히 API를 쓰는 것에 그치지 않고, 공식 문서와 소스 코드를 같이 읽으면서 내부 작동 방식을 이해하려고 합니다. BatchNorm이나 Dropout 같은 레이어를 직접 구현해보면서 동작 원리를 체득했습니다. Hugging Face의 Transformers도 써봤는데, 모델 로드 방식이 표준화돼 있어서 다양한 태스크에 빠르게 적용할 수 있었습니다. 한계는 로우 레벨 최적화는 이론으로만 알고 있습니다.

    이 결의 특징
    PyTorch를 주로 쓰면서 BatchNorm과 Dropout을 직접 구현해 내부 구조를 체득하고, Hugging Face Transformers를 다양한 태스크에 적용한 경험이 있지만 로우 레벨 최적화는 이론으로만 안다는 한계를 병기한 흔적이 또렷합니다. 도구 선택의 맥락(표 형태 데이터 vs 딥러닝)과 소스 코드 병행 학습 방식이 자주 보이는 결입니다.
    이 결이 통하는 자리
    프레임워크 선택 이유가 단순 친숙함이 아닌 디버깅 자유도와 연구 코드 읽기 맥락으로 살아 있고, 한계 범위가 명확할 때 통합니다. 소스 코드와 API를 함께 읽는 학습 방식이 구체적인 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.
    예시 답변 2
    약 120초

    오픈소스 코드 읽다 잘못 이해해 버그 유발 경험

    PyTorch 소스를 읽으면서 `DataLoader`의 `num_workers` 동작 방식을 잘못 이해했어요. 멀티프로세싱 방식이 OS마다 다른데, macOS에서 테스트한 코드를 리눅스 서버에서 돌리니 데드락이 발생해서 학습이 멈췄습니다. 소스는 읽었지만 환경 의존적인 부분을 놓친 거였어요.

    GitHub 이슈와 PyTorch 공식 문서의 주의사항을 같이 읽으면서 multiprocessing_context를 명시적으로 설정해야 한다는 걸 알게 됐어요. 이후 소스 코드와 이슈 트래커를 함께 읽는 것이 오픈소스 학습 방식이 됐습니다. 소스만 보면 환경 맥락을 놓친다는 걸 배웠어요.

    이 경험으로 오픈소스 코드를 이해할 때 소스 코드 외에 이슈 트래커와 변경 이력을 함께 확인하는 원칙이 생겼어요. 버그와 엣지 케이스는 소스보다 이슈에 더 많이 기록되어 있다는 교훈입니다.

    이 결의 특징
    macOS에서 테스트한 DataLoader num_workers 코드를 리눅스 서버에서 돌리니 데드락이 발생한 환경 의존 버그를, GitHub 이슈와 공식 문서 주의사항을 함께 읽어 multiprocessing_context 명시 설정으로 해결한 흔적이 구체적입니다. 소스만 보면 환경 맥락을 놓친다는 인식이 자주 보이는 결입니다.
    이 결이 통하는 자리
    '버그와 엣지 케이스는 소스보다 이슈에 더 많이 기록되어 있다'는 원칙이 실제 환경 의존 버그 경험에서 나온 언어로 살아 있을 때 통합니다. 소스 코드와 이슈 트래커를 함께 읽는 방식이 구체적인 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.
    예시 답변 3
    약 150초

    낯선 역할 — Scikit-learn 위주 팀에 PyTorch 도입 제안

    Scikit-learn 기반으로만 작업하던 팀에 들어가서 딥러닝 모델 도입이 필요한 과제를 제안하게 됐어요. 팀은 'PyTorch는 러닝 커브가 높다'며 회의적이었습니다. 기술 도입 제안이 설득력을 가지려면 팀이 이미 아는 방식과 연결해야 한다는 걸 알았어요. Scikit-learn의 fit/predict 패턴을 모르는 팀원이 없었습니다.

    Scikit-learn의 Pipeline API처럼 PyTorch도 모듈 단위로 쌓는 구조라는 걸 비교로 보여줬어요. 익숙한 개념으로 새 도구를 설명하자 팀의 저항이 낮아졌고, 한 명이 먼저 시도해보겠다고 했습니다. 첫 번째 모델이 나오자 팀 전체가 사용하기 시작했어요.

    이 경험으로 오픈소스 도구 도입을 제안할 때 팀이 기존에 쓰는 도구와 개념적으로 연결하는 것이 핵심이라는 원칙이 생겼어요. 낯선 기술은 익숙한 것과의 유사성을 통해 자연스럽게 받아들여진다는 교훈입니다.

    이 결의 특징
    Scikit-learn 위주 팀에 PyTorch 도입을 제안하면서 fit/predict 패턴과 모듈 단위 쌓기 구조의 개념 유사성을 비교로 보여줬더니 저항이 낮아지고 한 명이 먼저 시도한 뒤 팀 전체가 사용하게 된 확산 흐름이 구체적입니다. 낯선 기술은 익숙한 것과의 유사성으로 자리잡는다는 인식이 자주 보이는 결입니다.
    이 결이 통하는 자리
    기존 도구와 개념적으로 연결하는 것이 기술 도입 설득의 핵심이라는 원칙이 실제 팀 확산 경험과 연결될 때 통합니다. 설명 방식의 변화가 팀 반응으로 이어진 흐름이 뚜렷한 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

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

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

    壹트러블 슈팅한 자리가 있나요?
    貳다른 도구와의 결합은요?
    參최근 새로 익힌 결이 있나요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 이니지 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

    같은 흐름에서 자주 이어지는 질문들이에요.

    이니지 · AI 리서처
    Tensorflow, PyTorch, Scikit-learn 중 사용해본 라이브러리와 그 활용 사례에 대해 이야기해 주세요.
    이 질문 보기
    이지케어텍 · ML 엔지니어
    Tensorflow 또는 Pytorch를 사용한 경험에 대해 구체적으로 말씀해 주세요.
    이 질문 보기
    토스 · ML 엔지니어
    ML 프레임워크인 PyTorch, TensorFlow, LightGBM 중 어떤 것을 사용해본 경험이 있는지, 그 경험을 통해 배운 점은 무엇인지 설명해 주세요.
    이 질문 보기
    삼성전자 · ML 엔지니어
    TensorFlow, PyTorch 또는 Spark ML을 사용하여 작업했던 프로젝트에 대해 설명해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 이니지 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기