[25.06.26]16조 모의 면접 피드백

[junsikhhh]

모의면접을 진행하였습니다.

• Guinness, Ethan 총 2명이 진행했습니다.

질문 목록

1. 지원 동기를 포함해서 자기소개해주세요.
2. 직무를 지원하시기 위해서 준비해 온 활동이나 프로젝트 중에서 가장 본인 성장에 도움이 됐었고 또 의미 있었다고 생각하는 게 무엇인지 왜 그렇게 생각하시는지를 말해주세요.
3. 프로젝트를 진행을 하시면서 어려움을 겪었던 일과 이를 극복한 사례가 있으면은 말씀해주세요.
4. 본인이 가장 자신 있는 기술 한 가지를 선택해서 아시는 만큼 설명해 주세요.

[ehdwo0427]

모의면접 피드백
질문 드리면 10~15초 생각해보고, 키워드를 4개 전달 후 답변

• 아이스브레이킹 답변들은 다 정해져있다.
• 실패했던 경험은 회고로 끝나면 안되고, 그걸 극복한 경험에 대해서 말해야된다.
• 기술질문에 대해서는 정의, 특성, 비교할 수 있는 기술에 대해서 설명
  • 강점과 약점에 대해서 설명
  • 그리고 내가 사용해본 부분에 대해서 설명하면 좋다.
  • 이렇게하면 말하기가 수월해질거다.

ethan

1차

• 자기소개

  • 백엔드 엔지니어로 지원 -> 카카오테크 부트캠프에서 OTT 를 서비스를 구축 - 도메인 - 사용자 UX에 대한 설계 - 사용자에게 실질적인 최적화된 코드를 사용하여 직무에 투입
  • 이런 경험으로 백엔드 엔지니어로 성장하게 되었다.

• 성장하게 된 프로젝트

  • OTT -> 이커머스 설계를 했다.
  • 기초적인 설계의 중요한 점을 설명하면서 매칭
  • 디버깅이 빠르게 되었던 경험
  • 백엔드 엔지니어로써의 역량에 대해서 알게 되었다.
  • 어려웠던 점에 대해서 설명했다.

• 프로젝트의 어려웠던 점과 극복한 경험

  • 사용자가 웹캠을 바라볼 때 동작 데이터를 추출해서 gpt로 버튼을 누르면 행동 분석을 해주는 프로젝트를 진행
  • 디버깅을 진행해서, 좌표값의 기댓값을 얻게 되었고, 그 과정을 찾는 방법을 도출했다.
  • 양손이 아닌 한손이 나오게 만들었다. 그래서 70% -> 85%으로 수치를 올렸다.

피드백

• 내용이 정리되지 않았음을 많이 느끼게 되었다.(말의 끝을 흐린다.)
• 목적이 명확하면 좋겠다.(관련 부서라던지 아니면 어떤 장점을 통해서 어떤 일을 하고 싶은지.)
• 수치화가 나올거면 먼저 얘기하고 간략하게 설명하면 좋을 것 같다.

2차

• 본인이 가장 자신있는 기술에 대해서 아는대로 설명해주세요.
  • DDD 설계 방법
    • 도메인 기법 설계

guinness

1차

• 자기소개 :

  • 클라우드 엔지니어 - 카카오테크 부트캠프 -> 서버 인프라를 전체적으로 설계함 -> GCP 300 달러를 활용해서 서버 이전을 하는 과정을 진행했다. -> 설계 과정 테라폼으로 운영 -> CI/CD로 설계 -> 하루만에 이전이 가능하게 했다.
  • 경험을 통해서 클라우드 분야에 흥미를 느꼈고, 지원하게 되었다.

• 성장하게 된 프로젝트

  • 지금 한 프로젝트에 대해서 성장했다.
  • 위키에 왜 문서를 만들어서 내가 왜 이런 선택을 했는지에 대한 고민을 했다.

• 프로젝트의 어려웠던 점과 극복한 경험

  • 카카오 인턴 때 카프카를 사용하는 이유에 대해서의 경험
  • 이론적으로는 통했지만, 직접 해보지 않았기에 팀원들이 믿지 않았다(실제로 해보지 않았기에)
  • 하지만 직접 설계를 해보고 구현은 실패했지만, 지금으로 돌아보면 이렇게 되었던 것 같다는 회고를 얘기했다.

피드백

• 자신 있는 얘기를 할때는 아이컨택을 잘하는데, 그 외에는 눈을 아래로 내리면서 자신이 없어버린다.
• 먼저 문제 도출을 위한 목적을 얘기하고, 말하는 게 중요할 것 같다.

2차

• 본인이 가장 자신있는 기술에 대해서 아는대로 설명해주세요.
  • 쿠버네티스
    • 마스터와 워폰로드 통신을 통해서 서비스를 구축
  • 4 DNS에 대해서 설명해주세요 (질문)

[thplus]

평가 기준

• 본 평가자는 AI 스택으로 면접자의 답변에 대한 기술적 정답 여부나 전문성은 평가하지 않음.

• 질문에 대한 이해도, 설명 방식 등을 중점적으로 평가함.

• 지원동기 및 자기소개

  • 본인 소개에 맞게 지원동기가 명확한가를 중점적으로 평가

• 본인성장에 도움이 된 프로젝트와 그렇게 생각하는 이유

  • 본인이 맡은 프로젝트에 대한 이해도를 비롯해 프로젝트를 통해 본인의 느낀점이 명확한가를 중점으로 평가

• 프로젝트 중 어려웠던 점과 극복한 사례

  • 어려웠던 점과 극복한 사례를 통해 앞으로 문제에 부딪혔을 때, 어떤 자세로 임할 것인지를 중점으로 평가

• 본인이 가장 자신있는 기술 한 가지를 선택해서 아는 만큼 설명하기

  • 본인이 가장 자신있는 만큼 얼마나 자신감을 보이는지, 해당 기술 혹은 솔루션을 구매하는 고객의 입장이라 생각하고 평가

Guinness

지원동기 및 자기소개

• 좋았던 부분
  • 클라우드 엔지니어로써 비용 충당의 과제를 해결했다는 느낌으로 설명한 부분은 강점이 될 것 같음.
  • 비용 충당 과정 중에서도 클라우드 엔지니어로써 필요한 스택 부분은 놓치지 않은 것으로 판단됨.
• 아쉬웠던 부분
  • 지원동기 부분이 약하다는 느낌으로 타인과의 차별점이 보이지 않는다는 느낌을 받음.
  • 단, 갑작스러운 면접, 타겟이 명확하지 않은 이유 등으로 생긴 문제로 실제 면접 전에 지원 회사에 맞게 스토리 등을 만들면 아쉬운 점은 커버가 될 것으로 예상됨.

본인성장에 도움이 된 프로젝트와 그렇게 생각하는 이유

• 좋았던 부분
  • "왜 이렇게 설계를 해야하는지 생각하게 되었고 앞으로도 이런 방식으로 프로젝트를 해나가겠다"고 답변한 모습이 좋아보임.
  • why문서를 의도적으로 작성해봄으로써 본인의 단점을 극복하기 위한 점이 인상 깊었음.
• 아쉬웠던 부분
  • 해당 답변에 대해 면접 중에는 아쉬웠던 부분은 느끼지 못했음.

프로젝트 중 어려웠던 점과 극복한 사례

• 좋았던 부분
  • 문제발생 → 해결방안 → 느낀 점의 순서로 구성이 좋았음.
  • 앞으로 근거를 마련하여 팀원 혹은 고객을 설득시키려는 자세는 좋은 자세라 생각됨.
• 아쉬웠던 부분
  • "생각만 가지고 설득할 수 없어 프로토타입을 제시하며 근거를 마련하겠다."의 느낀 점은 좋았으나, "이렇게 극복했습니다!"의 느낌은 받지 못하였음.
  • '본인성장에 도움이 된 프로젝트와 그렇게 생각하는 이유' 파트처럼 "why 문서를 의도적으로 작성해봄으로써 본인의 단점을 극복하고 있습니다."의 강한 느낌이 들었으면 더욱 좋은 답변이 되었을 것이라 기대됨.

본인이 가장 자신있는 기술 한 가지를 선택하여 아는 만큼 설명하기

• 좋았던 부분
  • 쿠버네티스에 대해 상세하게 설명하고자 하는 모습을 보임. 초반에는 자신감이 없어 보였으나 말할 수록 자신감이 생기는 모습이 보여 "본인의 자신있는 기술"이라는 느낌을 들게함.
• 아쉬웠던 부분
  • 머릿 속에 본인은 그림을 그려놓고 설명하는 듯 보임. 타인은 해당 그림을 그려 놓고 듣는 것이기 아니기에 설명을 따라가다 중간에 놓칠 위험성이 있음.
  • 조금 더 정리된 상태로 이야기하거나 누구나 쉽게 알아들을 수 있도록 스토리 형식으로 이야기하면 "본인이 자신있는 기술"에 대한 어필을 충분히 할 수 있을 것으로 기대됨.

종합의견

• 스토리도 많이 있고 질문과 스토리를 엮을 줄 아는 것이 느껴짐. 스토리들을 조금만 다듬으면 어떤 질문에도 훌륭한 답변이 될 수 있을 것이라 생각됨.

Ethan

지원동기 및 자기소개

• 좋았던 부분
  • 백엔드 개발자로써 가져야 할 스택 외에 사용자 경험(UX)적으로 깊게 고민해 본 흔적을 이야기한 부분은 강점이 될 수 있을 것 같음.
• 아쉬웠던 부분
  • 백엔드 개발자로써 가져야 할 스택보다는 차별점이라 생각되는 사용자 경험(UX)를 조금 강조해보는 것도 좋을 듯 싶음.
  • 지원동기로 "백엔드 엔지니어로서의 직무를 잘 할 수 있을 것이다."의 답변보다는 타인과의 차별점을 이야기하는게 좋을 것이라 판단됨.
  • 단, 갑작스러운 면접, 타겟이 명확하지 않은 이유 등으로 생긴 문제로 실제 면접 전에 지원 회사에 맞게 스토리 등을 만들면 아쉬운 점은 커버가 될 것으로 예상됨.

본인성장에 도움이 된 프로젝트와 그렇게 생각하는 이유

• 좋았던 부분
  • 기초적인 설계의 중요성과 협업의 중요성으로 키워드를 잡은 부분이 좋았음.
• 아쉬웠던 부분
  • (설계의 중요성 → 디버깅의 용이성), (협업의 중요성 → 도메인 별로 분업화) 등으로 구성하는 것은 좋았으나 후반부에 정리가 제대로 되지 않았던 아쉬움이 있음.
  • 본인의 성장에 도움이 된 프로젝트가 주제이므로 "디버깅이 잘 되기 위한 설계를 중점으로 하겠다." 혹은 "도메인 별로 분업화를 해보니 일의 효율성이 높아져 협업을 위해 노력하겠다." 등의 말로 마무리하여 본인의 성장이나 느낀점을 표현한다면 좋은 답변이 될 수 있을 것으로 기대됨.

프로젝트 중 어려웠던 점과 극복한 사례

• 좋았던 부분
  - 목표설정 → 결과 → 원인 분석 → 원인 해결 → 결과의 구성이 좋았음.
  - AI 스택이 아님에도 사전에 Threshold를 정해두고 Accuracy가 제대로 나오지 않는 이유를 분석하기 위한 노력은 인상적이었음.
• 아쉬웠던 부분
  • 극복한 부분은 좋았으나 본인이 사전에 생각해 둔 키워드 때문인지, 디버깅에 매몰되어 해당 사례에 대한 느낀 점이 "디버깅이 중요하다."는 사뭇 아쉬운 대답이었음. 개인적으로 해당 사례는 코드 등의 오류 → 해결 보다는 데이터 전처리에 관한 문제라 생각되어 더욱 아쉬웠음.
  • "두 손을 한 번에 체크했을 때, 126이라는 수치를 보고 한 손씩 체크해야겠다고 깨달았다." 보다는 왜 한 손마다 체크를 하는 것이 더 좋을지 고민해보고 스토리를 만들어 보는 것이 좋을 것으로 보임. 해당 스토리를 만들면 앞으로 비슷한 문제에 부딪혔을 때, 어떤 자세로 임할 것인지에 대한 부분도 도출되어 좋은 답변이 될 수 있을 것으로 기대됨.

본인이 가장 자신있는 기술 한 가지를 선택해서 아는 만큼 설명하기

• 좋았던 부분
  • 면접 중 도메인 설계에 관한 부분을 많이 어필하였고 해당 질문에서 DDD설계로 마무리하는 기승전결 구성이 좋았음.
  • 초반에 한 줄 정리로 시작하여 장점을 정리해서 프로젝트 등과 같이 자신의 경험을 예로 들어 이야기를 구성하는 방식이 좋았음.
• 아쉬웠던 부분
  • "본인이 가장 자신있는 기술"이므로 자신감이 더욱 필요해보임 .본인이 이 분야의 전문가라는 인상을 주기에는 자신감이 조금 부족해보였음.
  • 해당 질문은 정리가 안된 부분으로 스토리 하나만 구성하여 잘 포장한다면 좋은 답변이 될 수 있을 것이라 기대됨.

종합의견

• 키워드를 설정하거나 답변을 구성하는 것이 좋음. 답변을 구성하는 능력이 있으므로 키워드에 맞는 스토리를 정리해 나간다면 면접관에게 좋은 인식을 남겨줄 것이라 생각됨.

[junsikhhh]

답변 내용

guinness

질문 1: 지원동기를 포함한 자기소개

• 클라우드 엔지니어 지원
• 카카오테크 부트캠프에서 서버 인프라를 계정 간 이전 경험 강조
• GCP 비용 절감 위한 계정 이동 경험 소개
• 테라폼, 앤서블, CI/CD 활용, 데이터베이스 이전 설명

질문 2: 성장에 도움이 된 프로젝트 경험

• 카카오테크 부트캠프 프로젝트를 언급
• "왜 이 기능을 도입해야 하는가?"를 중심으로 "왜 문서" 작성
• 의도적 기록을 통해 빠른 성장과 명확한 근거 확보

질문 3: 어려움을 겪었던 프로젝트 경험과 극복 사례

• 카카오 인턴십에서 카프카를 이용한 DDL 메시지 전송 프로젝트
• 초기 제안한 아키텍처가 팀원 설득에 실패
• 프로토타입으로 아키텍처 정확성 증명하여 설득 성공

질문 4: 가장 자신 있는 기술 설명 (쿠버네티스)

• 마스터와 워커 노드 간 구조 설명
• 컨트롤 플레인 구성 요소: 큐브 API 서버, ETCD, 컨트롤 매니저, 스케줄러
• 파드 생성 과정과 서비스 노출 방법(로드 밸런서, 노드 포트) 상세 설명

ethan

질문 1: 지원동기를 포함한 자기소개

• 백엔드 엔지니어 지원
• 카카오 테크 캠프에서 OTT 프로젝트 참여
• 도메인 중심 커스텀 설계, 데이터 모델링, 모듈화 및 UX 개선 경험 강조

질문 2: 성장에 도움이 된 프로젝트 경험

• 이커머스 도메인 프로젝트 수행 경험 언급
• 기초 설계 및 협력 중요성 강조
• 명세서 기반 설계, 오류 디버깅 및 빠른 해결 경험 공유

질문 3: 어려움을 겪었던 프로젝트 경험과 극복 사례

• 수어 실시간 번역 시스템 프로젝트에서 정확도 문제 발생
• 양손 데이터 동시 처리로 인한 문제 진단
• 디버깅을 통해 데이터 정확도를 70%에서 85%까지 개선

질문 4: 가장 자신 있는 기술 설명 (DDD)

• 도메인 주도 설계(DDD)의 개념 설명
• 비즈니스 문제 해결을 위한 도메인 중심 접근 방식 강조
• 도메인 객체를 통한 비즈니스 로직 처리 및 DB 접근 최소화, 독립적 테스트 용이성 설명

---

피드백

guinness

멘토분의 피드백

• 1-3번 질문
  • 이해하기 좋은 구성
  • 다만, 자기가 자신있는 부분은 말이 빨라진다.
  • 말이 중간에 빨라지기 때문에 중간에 한 템포 쉬는 전략을 가져가면 좋겠다.
• 4번 질문
  • 모든 구조를 얘기하다 보니 밖에서 안으로 들어가는 구조로 설명하고, 다시 나오는 과정을 하려다 보니 말이 장황해 진다.
  • BFS 느낌으로 큰 틀에서 설명하는 것 + 질문을 유도하는 것이 좋겠다.
  • 하나의 사례를 들어서(하나의 상황을 가정해서) 그거에 대해서 자세하게 얘기하도록 하자.

1번 질문

• 두괄식으로 경험을 소개
  • 핵심내용 제시
• 클라우드 쪽에서 흥미를 느낀 경험을 말하며, 흥미를 느껴 지원동기와 연결했다.
  • 흥미를 느낀 부분을 직무와 연관지어서 지원동기를 구성하면 좋을 것 같습니다.

2번 질문

• 두괄식으로 프로젝트 제시

• 왜 기억에 남는가? : 이전 프로젝트에서는 why? 라는 물음이 부족했다. 프로젝트 때 역량 부족으로 이어졌다고 생각한다.

• why 문서를 작성해서 진행했다.

  ⇒ 다만, why 문서에서 구체적으로 하나의 사례를 들어서 제시하는 것이 효과적일 것 같습니다.

3번 질문

• 인턴 과정 중 구현하면서 어려움이 있었다.

• 클라우드를 설계하면 좋겠다.라고 팀원들에게 얘기(제시)했다.

  ⇒ 구체적으로 어떤 설계였는지 요약해서 알려주면 좋겠습니다.

• 이렇게 / 저렇게 와 같은 단어가 많이 나와서 필요한 부분에서 구체적 설명이 없어 두루뭉실한 느낌이 듭니다.

  → 문제를 해결한 과정에서 근거가 추가되면 명확히 느껴질 것 같습니다.

4번 질문

• 쿠버네티스
• 모르는 부분이 나왔을 때 모르는 단어를 명확하게 얘기하고, 답변을 진행한 부분이 좋았습니다.

---

ethan

멘토분의 피드백

• 1-3번 질문

  • “자기소개서에서 내가 어떤 것을 하고 싶다.”가 드러나지 않아서 자신감이 없어 보인다.
  • 백엔드에 관심을 가진 이유 + 지금까지 무엇을 해왔고 + 이 직무에서 어떤 역량을 보여줄 수 있을 지 강조
  • 중간에 당황하면 말이 빨라진다. → 의도적으로 느리게 하는 연습을 해보자. (스톱워치로 체킹)
  • 실패한 경험을 가지고, 실현해본 경험이 있는 것이 좋다. → 회고가 아니라 이것을 어떻게 활용해서 실제로 발전했는가.

• 4번 질문 : 기술 질문을 할 때는 다음의 형식으로 얘기하면 좋다.

  • 정의
  • 어떤 특성을 가지고 있다.
  • 다른 기술이 어떤게 있고
  • 상대적으로 다른 기술과에 있어서 장/단점을 가진다.
  • 실제 프로젝트에서는 이러한 부분에서 이러한 이유로 적용했다.
    • DDD에 대한 것을 얘기

  ⇒ 뱉으면서 얘기하기 좋은 구조를 학습해서 일단 얘기하면서 적용하자.

1번 질문

• 도메인에 대한 코드 구성을 강조 → 사용자 UX를 위해서. (연관관계 부족해 보임)
  • 도메인과 사용자 UX로의 연관관계를 보충하는 것이 좋겠습니다.
• 백엔드 엔지니어로서의 역량을 강조하며 지원동기와 엮음
  • 이러한 역량 보다는 “어떠한 역량”을 확실한 단어로 강조해서 제시하면 더 좋을 것 같습니다.

2번 질문

• 기초적인 설계의 중요성을 느꼈다.

  • why? → 이전의 경험에서 부족한 부분들을 예시로 제시.

  → 이전의 경험에서는 어떤 부분이 설계로 인해서 문제가 됐는지 구체적으로 제시하면 좋을 것 같습니다.

• 팀원과의 협력의 중요성을 느꼈다.

  • why? → 병합되는 것에서 서로의 코드를 알아야 해서 디버깅 과정에서 협력이 필요하다고 느낌

  → 어떤 부분에서 코드가 문제가 됐는지 하나만 예시로 들어주면 더욱 더 탄탄할 것 같습니다.

3번 질문

• 대학교 시스템 개발 제시
• 해당 경험을 요약해서 제시
• 발생한 문제점 제시 및 파악
• 문제 해결과정 제시 → 문제에 대해서 해결하는 과정을 순서대로 이해가 될 수 있도록 제시.
• 문제 해결 결과 제시
• 자신에게 어떤 경험으로 다가왔는지 제시하며 마무리

→ 전체적인 내용 구성은 좋습니다, 세부적인 내용을 다듬으면 완성도가 높아질 것으로 생각됩니다.

4번 질문

• DDD 설계 기법
• DDD의 장점 → 실제 프로젝트에서 경험했던 부분
  • 책임 분리로 인해서 간섭이 적었다.
  • Dirty-Checking
  • 테스트코드 작성에서도 장점이 있었다.

→ DDD를 실제 경험과 연결지어서 설명하는 부분은 좋습니다. DDD에 대해서 강조할 내용을 프로젝트에서 했던 것과 연관지어서 말하면 보충될 것 같습니다.