[25.07.11] 2조 모의면접 스레드

[binimini]

[25.07.11] 2조 모의면접 스레드

[younghak9905]

면접을 준비하느라 내용에 대해선 자세히 듣지 못해서 면접 태도 중심으로 피드백하였습니다.

토비
내용이 정말 좋았는데 자신감있게 말해도 좋을 것 같습니다.
전반적으로 자신이 사용한 기술에 대해 왜 사용하였는지에 대한 생각을 하고 있다는 것이 느껴졌습니다.

노아
말을 절더라도 자신감있고 부드러운 톤으로 답변해서 좋았습니다.
첫 번째 답변을 하는데 좀 장황한 감이 있는 것 같다. 물론 양이 많아서 일수도 있겠지만 정리해서 전달해도 좋을 것 같습니다.

알렉스
생각 나는대로 답변하는 느낌을 받았다. 생각을 정리하고 답변하는 연습을 하는 것이 좋을 것 같다.
자신감이 더 있었으면 좋겠다.

[zzeon9]

toby.kim

• 말하는 톤이 안정되어 듣기 좋음
• 문제점과 원인 파악, 해결 방법을 차례대로 설명한다고 느꼈음 (좋았음)
• 질문에 대한 답변이 자연스럽게 느껴짐 (긴장한 것 같지 않음)
• 답변 중에 시선이 다소 여러 군데에 가있는데, 최소화 하면 더 좋을 것 같음

noah.kim

• 질문에 대해 명확하고 구체적인 답변을 하려고 하는 모습이 인상깊었음
  • 본인이 직접 참여한 프로젝트라는 것이 드러난다고 생각
• 전반적으로 말이 많이 다듬어져 있어서 듣기에 편했고, 말하는 톤이 안정되어 듣기 좋음
• 자연스러운 제스처로 답변도 자연스럽게 느껴짐
• '조금만 생각해보고 답변드려도 될까요?' 후에 '설명드리겠습니다' 로 시작한 것이 좋았음 (바로 답변을 하는 것보다 좋아보임)
• 표정이 조금 더 풀어지면 좋을 것 같음

zero.lee

• 프로젝트에 대한 사전 설명도 함께 곁들여서 프로세스를 설명해주는 것이 이해가 잘 되었음
• 프로젝트를 전반적으로 잘 이해하고 있다고 느껴짐
• 문제 상황, 원인 파악, 해결 방법이 잘 나열되었으나 전반적인 문장이 좀 더 정리되었으면 좋겠음
• 면접관을 잘 쳐다보려 하는 게 보여서 좋았음

alex.lee

• 답변하는 동안 면접관을 잘 쳐다보지 않다고 느껴짐
• 답변을 좀 더 천천히 한다면 답변이 보다 정돈될 수 있을 것 같음
• 가끔씩 나오는 제스처를 더 크게 해도 좋을 것 같음, 자연스러움
• 답변 자체에 필요한 내용이 다 들어가 있다고 느껴졌으나, 목소리를 좀 더 크게 내도 좋을 것 같음
• API 개수에 대한 답변이 다소 아쉬움
  • 당시에 기준이 없었다 하더라도, 현재 어떤 기준으로 생각하고 있는지 정도라도 설명되었으면 좋을 것 같다고 생각됨

[stupidyoh]

toby

• 미안해요...못 들었어요...

zero

• 케빈 모의면접 때 나아진 또박또박 말하기가 다시 무뎌져서 아쉬웠습니다.

alex

• 문장의 말하기가 매끄럽지 않고 뚝뚝 끊기는 느낌이 듭니다.
• "기억나는게 없지만"이란 말을 굳이 할 필요 없다고 생각합니다.

[younghak9905]

의식을 안하니까 그렇게 되네요 ㅜㅜ

[binimini]

toby

• 두괄식 답변으로 변경하면 좋을 것으로 보임, 중요한 답변 먼저, 지금은 이어지는 답변으로
• 답을 이어지듯 말해서 문장 끊어지는 답변으로 구성하는 것도 좋아임
• 변경 이유 명확하기 넣어서 전반적인 답변 퀄리티 좋음
• 프로젝트 배경 설명 간단히 같이 넣어서, 구체적인 수치랑 함께 이해도 높임
• 망설일 때는 망설이는 점이 보여서 태도 한 번 더 신경쓰기

noah

• 배경이나, 설명을 자세히 풀어주는 점으로 템포 조절 좋음
• 고민하거나, 막혔을 때는 표정이 드러나고, 말에서 반복되는 단어가 보여서 해당 부분 신경쓰기
• 개선점과 함께 제시해주는 점이 발전 의지 많이 보여주는 것 같아 좋음
• 서비스 설명을 필요한 부분에 적절히 제시하는 것으로 보임

zero

• 개념 설명시 어떤 점이 좋아서 사용했는지 같이 제시해주는 점이 좋음
• 막혔을 때 답변의 텀이 늘어지는 감이 있어서 해당 부분을 신경 쓸 필요 있음
• 실제로 적용하지 않은 상황을 가정하거나 대응하는 답변해주는 점 좋음
• 자신 직무에 대한 해결보다는 문제 상황에 발견하는 것에 그쳐서 답변 내용이 좀 더 깊은 직무역량을 어필할 수 있으면 좋지 않을까

alex

• 답변의 템포가 조금 느려서 자신감 없게 느껴질 수 있을 것 같음
• 배경 설명과 함께 해결 과정을 설명해줘서 이해도를 높힐 수 있었음
• 단, 답변 내용 자체가 포트폴리오의 내용에 그치는 것 같아 좀 더 풍부한 설명이 있으면 좋을 것 같음
• 질문의 전체를 답변하기보다 일부만 답변하는 경우가 종종 있어 아쉬움
• 질문의 의도와 내용을 돌아보면서 답변하는 게 좋아보임

[DDongu]

질문위주로 정리했습니다.

노아

• 답을 못한 질문은 없었고, 전반적으로 잘 대답하셨음
• 딱히 말을 절지도 않고 잘 대답해주셨음

질문

• 데이터 분석과 전처리를 왜 진행했는지?
• 전처리 할 때 사용하는 특징으로 색감·텍스처와 같은 특징을 선택하였는데, 이러한 특징을 선택하게 된 기준이 있을까요?
• 실데이터로 적용할 때 정확도가 떨어졌다고 했는데, 실패원인을 분석할 때 어떤걸 기준으로 하셨나요?
• 실데이터와의 정확도가 떨어지는 것을 방지하기 위해 어떻게 해야할지 생각해두신게 있나요?
• 랭체인을 사용하셨다고 하는데, 구성했던 랭체인 구조에 대해서 설명 부탁드립니다.
• 프롬프트가 잘 적용되지 않았다고 되어있는데, 프롬프트의 세부사항이 잘 적용되지 않았던 이유가 뭐라고 생각하시나요?
• 랭체인을 쓰면서 랭그래프로의 확장 가능성이 있다고 되어있는데, 랭그래프를 쓴다면 어떻게 사용할 수 있을까요?

---

제로

• 준비되지 않은것 같은 질문이 들어왔을때, 당황한 듯 하였으나 곧잘 설명하셨음

질문

• 3-Tier 아키텍처란?
• 오토스케일링과 로드밸런싱을 적용하였다고 했는데, 각 각 어떻게 적용하셨나요?
• 로드밸런서를 라우팅 역할으로 적용하셨는데, 트래픽 기준으로 적용하였다고 어떤 방식으로 적용할 수 있을까요?
• 아까는 로드밸런서를 특정 경로에 따라 분산하셨다고 했는데, 서버가 많아진다면 어떤 기준으로 트래픽을 분산하실껀가요?
• 폴링 관련한 얘기가 있는데, 폴링 말고 적용한 다른 방식에 대해 설명해주세요.
• sse로 했을 때의 문제는 뭐가 있을까요?
• 푸쉬 알림으로 인해 트래픽이 집중된 시간이 있다고 하셨는데, 해당 상황에 대해 설명 부탁드립니다.
• 마이그레이션 시간이 83% 감소되었다고 나와있는데, 어떤 마이그레이션인지 설명 부탁드립니다.
• 도커 컨테이너 전환에 따른 단점에 대해 설명해주세요.

---

알렉스

• 전반적으로 차분하게 설명하셨는데, 자칫 자신감이 없어보이는 것 같기도 해서 아쉬웠음.
• 눈을 마주치고 설명했으면 더 좋았을 것 같다.

질문

• ???(놓쳤어요 죄송합니다...ㅠ)
• 어떤 인덱스를 적용해서 어떻게 변경되게 되었는지 설명부탁드립니다.
• 레이어 구조에서 어떤 한계를 직면했는지 궁금합니다.
• 기존과 다른, 도메인 구조의 패키지를 선택했을 때 어떤 장점이 있나요?
• 도메인 중심 패키지에서 장점만큼 신경쓰여 했거나 어려웠던 점이 있을까요?
• 60개 API를 만들었다고 하셨는데, API의 단위를 나눈 기준과 기능이 많았는지 궁금합니다.
  • 설계에 따라 API를 구현하고 동일한 API를 준다고 해도 여러개로 쪼개질 수 있는데, 어떤 기준을 통해서 API를 나누셨나요?
• API가 많아지게 되면, API 변경에 따른 사이드 이펙트가 생기게 되는데, 이런 사이드 이펙트를 어떻게 관리하셨나요?

[jinkyeongk]

Toby

다양한 클라우드 플랫폼 사용을 해보았는데, 간략하게 설명해주세요.
실시간 데이터 구조를 설계했는데 어떻게 설계하고 구축했나요?
그 점에서 고려해야할 점
시간이 좀 더 있었다고 하면 어떤 모니터링 환경을 사용할것인가요?
병목현상 해결했다고 하였는데 어떤 병목현상이 있었나요?
전반적으로 배포 전략을 다양하게 사용했는데, 간략하게 각각의 배포 전략에 대해서 말씀해주세요.

• 중간 중간 '어...'하는 습관이나 가끔씩 말끝을 살짝 흐리는 점을 조금 더 신경쓰면 좋을 것 같습니다.
• 이력서 기반 질문에 대한 준비가 되어있는 모습이 보여졌고, 전체적으로 문장을 잘 다듬어서 말씀하시는 것 같습니다.

Noah

오렌지 질병 프로젝트에서 전처리 진행한 이유
전처리에서 특성을 추출한 기준이 무엇인가요
'실 데이터로 적용하게 될 때 정확도가 떨어졌다.' 실데이터 적용은 어떻게 했나요
실데이터 정확도 떨어지는것을 방지하기 위해서는 어떻게 하면 좋을까요
프롬프트 세부사항이 잘 먹히지 않았던 이유는 뭐라고 생각하시나요
랭그래프를 적용하게 된다면 간단한 예시를 들어서 설명해주세요.

• 물어본 질문에 대한 답변을 듣기까지 부연설명이 다소 많다고 느꼈습니다.
• 전반적으로 차분한 상태를 유지하는 것이 좋다고 느꼈습니다.
• 진행했던 프로젝트에 대해서 수치를 포함하여 자세하게 기억하는 점이 인상깊었습니다.

Zero

3-Tier 아키텍쳐에 대해서 간단하게 설명해주세요.
오토스케일링,로드밸런싱 등 어떻게 적용하였나요
트래픽 기준으로 로드밸런싱을 적용한다면 어떻게 할것인가요
폴링을 적용한 방식에 대해서 간단하게 설명해주세요.
웹 푸시 알림때문에 트래픽이 집중되는 시간이 있다고 했는데, 이에 대한 배경 설명을 해주세요.
마이그레이션 시간이 감소했다 - 어떤 마이그레이션인지 설명해주실 수 있나요
도커 컨테이너 배포 시, 단점이나 고려해야할 점 ?

• 가끔씩 말을 끄는 부분을 신경써주시면 더 좋을 것 같습니다.
• 생각 정리가 된 후에 답변을 드려도 되는지 여쭈어보는 모습이 긍정적으로 보였습니다.
• 기술적인 고민을 했던 부분/모습이 드러나는 것 같아서 좋았던 것 같습니다.

Alex

인덱스 개념에 대해서 간단하게 설명해주세요
어떤 인덱스로 어떻게 변경되게 되었는지 설명해주세요
레이어 구조에서 어떤 한계를 직면했나요 ?
API 단위를 나누는 기준? (같은 데이터가 주어지더라도 기준에 따라 API갯수가 달라지는데, 본인은 어떤 점을 고려하여 API를 설계하고 구성하였는지 그래서 60개의 API가 나왔는지)
API 많이 구성함에 따른 사이드 이펙트를 어떻게 파악하시나요

• 인덱스 개념보다 인덱스 사용 이유에 대해 초점을 맞추어서 말씀하신 부분이 아쉬웠습니다.
• 개인적으로는 알렉스가 가진 배경이나 지식에 비해 잘 보여주지 못한것 같아서 아쉬웠고, 포트폴리오 기반으로 스토리를 만들어서 설명하는 연습을 해주시면 좋을 것 같습니다.
• 평소의 모습대로 조금 더 자신감을 가지고 말씀해주시면 더 좋을 것 같습니다.

[dani1552]

toby

질문

• 다양한 클라우드 플랫폼 사용했던데 그 이유는?
• 클라우드 단계적으로 확장을 적용한 이유는?
• 실시간 데이터 처리 구조를 어떻게 설계하고 적용했는지?
• 모니터링 시스템 툴을 선택한 이유는?
• 시간이 있었다면 다른 스택을 사용했을 가능성이 있는지?
• 모니터링 도구, 부하테스트로 서비스 병목 분석했다? 어떤 병목이 있었는지 설명 / 클라우드적 해결은 아니고 단순히 서버에 전달을 한 이야기인가?
• icl 키워드? 인프라적 코드를 사용해야 하는 이유가 있는지?
• 다양한 배포 전략 사용했던데 간단하게 설명해줄 수 있는지?

피드백

• 답변이 전반적으로 자연스럽고 문장 흐름도 매끄러워서 인상적이었습니다.
• 문장과 문장 사이에 쉬는 텀이 없는 느낌으로 여유를 가지면 더 안정감 있게 들릴 것 같습니다.
• 표정에서 살짝 긴장감이 느껴졌는데, 편안한 표정일 때 훨씬 부드러운 인상을 줄 수 있을 것 같습니다.

---

noah

질문

• 오렌지 질병 관련 프로젝트에서 전처리를 왜 진행했는지?
• 이미지에서 다양한 것이 눈에 띄는데, 색감 등 전처리 특성은 어떤 기준으로 선택했는지?
• 데이터 정확도가 떨어졌다고 적혀있는데, 실패한 원인을 어떻게 분석했는지?
• 다음에 비슷한 연구를 진행하게 된다면 정확도가 떨어지는 것을 어떻게 방지할건가?
• 랭체인을 사용했다고 적혀있는데 구상했던 랭체인 구조에 대해서 간단하게 설명해줄 수 있는지?
• 이미지 생성 모델에서 프롬프트가 잘 적용되지 않았다? 프롬프트의 세부사항이 잘 먹히지 않았던 이유는 뭐라고 생각하시나요?
• 랭체인을 쓰면서 랭그래프로 확장 여지가 있다고 적혀있는데 랭그래프 적용 시 어떻게 적용할건지 예시를 들어줄 수 있나요?

피드백

• 차분하고 매끄럽게 질문에 대한 설명을 잘 해주신 것 같습니다.
• 평소 모의면접때보다 말이 빠르다고 느껴져서, 중요한 키워드에서는 천천히 답변하면 전달력이 더 좋아질 것 같습니다.
• 전처리 관련 설명에서 93% 개선, 50%의 성공률이라고 수치로 설명해주신 부분이 좋았습니다.
• 생각해보고 답변드려도 될까요?라고 유연하게 대응하신 모습이 좋았습니다.

---

zero

질문

• 3-tier-architecture이 많이 언급되었는데, 설명해줄 수 있는지?
• 오토스케일링 및 로드밸런싱을 어떻게 적용했는지 설명해줄 수 있나요?
• 로드밸런서를 라우팅 기준으로 적용한 것으로 보이는데, 트래픽 기준으로 한다면 어떤 방식으로 적용했을 것 같나요?
• 로드밸런서는 특정 경로로 들어왔을 때 서버로 분산해주는 역할으로 설명했는데, 서버가 엄청나게 많아졌을 때 어떤 기준으로 트래픽을 서버로 분산할건지?
• 폴링 관련된 얘기가 많음, 다른 방식을 적용했다고 적혀있는데 적용한 방식에 대해서 설명해달라.
• sse로 변경이 되었다고 하면 어떤 점을 고려해야한다고 생각하는지?
• 푸시알림으로 트래픽이 집중되는 시간이 있다는 내용에 대해 설명 해줄 수 있는지?
• 마이그레이션 시간이 83% 감소했다? 어떤 마이그레이션인지 설명해줄 수 있는지?
• 도커 컨테이너로 배포 시 장점은 설명해주셨는데, 단점이나 고려할 점도 설명해주세요

피드백

• 전체적으로 설명이 차분했으며, 제스처를 활용해 전달해주신 점이 좋았습니다.
• 다만 몇몇 부분에서 말을 늘여서 말씀하신 부분이 개선되면 좋을 것 같습니다.
• 성과를 수치화해서 말씀해주신 부분이 좋았습니다.

---

alex

질문

• 전반적으로 차분하게 답변해주셨지만, 목소리 톤에서 자신감이 부족해보였습니다.
• 면접관을 바라보는 시선이 살짝 불안정하게 느껴졌습니다.
• 모르는 질문이 나왔을 때 당황하지 않고 “조금 생각해봐도 괜찮을까요?”처럼 시간을 요청하면 좋을 것 같습니다.
• 일부 질문에서는 의도와 살짝 빗나간 답변이 있었는데 충분히 생각하고 되묻는 태도를 보여주시면 더 설득력 있는 흐름이 될 것 같습니다.

피드백

• 목소리가 자신감이 없어보였습니다.
• 말을 끄는 모습을 줄이면 더 신뢰감 있는 답변이 될 것 같습니다.
• 모르는 질문이 나왔을 때 어… 라고 하기보다 생각할 시간을 달라고 하면 더 좋을 것 같습니다.
• 질문 의도를 정확히 파악하지 않고 답변이 살짝 빗나가는 경우가 있었던 것 같습니다.