신입 백엔드 개발자 면접, 이렇게 질문 했습니다 - 개발공통

이번에 면접을 진행 하면서, 개발공통 및 의사소통 관련 질문을 정리 했다. 지원자의 논리적인 사고, 원활한 의사소통, 협업 능력, 문제 해결 과정에 초점을 두고 질문을 준비 했다. 문제를 해결 하지 못했더라도, 해결 하지 못한 이유와 제한된 상황을 논리적으로 설명 할 수 있으면 된다. 지원자가 질문의 기대하는 답변과 실제 경험이 다르면, 꼬리질문에서 대부분 티가 났다. 감당 가능한 거짓말은 들키지 않으면 되지만, 왠만 하면 다 보이더라.

 

 

비개발 인원과 의견 조율 경험?

비개발 인원과 업무 협의 과정을 들으며, 의사소통 능력을 대략 알 수 있다. 무조건 강요하거나, 수용 하는 경우가 아니고, 단순히 이전의 경험을 논리적으로, 알아들을 수 있도록 설명 할 수 있으면 된다.

 

✅ 질문 의도

• 비개발자(기획자, 디자이너, PM 등)와 원활한 의사소통이 가능한지 확인
• 기술적 내용을 쉽게 전달할 수 있는 능력이 있는지 확인
• 팀장 경험은 프로젝트 결과를 떠나 가점 있음

💡 기대 하는 답변

• 실제 비개발 인원과 의견 조율 경험이 있다면 구체적인 사례와 그에 대한 결과를 언급
  • 예시: "디자이너가 성능 이슈를 고려하지 않은 UI/UX를 제안했을 때, 왜 이 방식이 비효율적인지 설명하고 대안을 제시하여 원만하게 의견을 조율 했고, 적절한 성능과 디자인 모두 적용 했다"

🚨 주의할 점

• 팀원이 깨지거나, 사이가 나빠진 결과는 언급 하지 않은게 좋았음

 

개발 또는 트러블슈팅에 필요한 자료를 찾고 적용하는 방법 ?

어느정도는 자료를 혼자 찾고 해결 할 것으로 기대 한다. 물론, 해결 불가하거나 자료를 찾는데 힘든 경우는 팀원에게 부탁 할 수 있다. 하나부터 열까지 모두 옆에서 코칭해서 해결 할 수 없고, 실력도 늘지 않을 것이다. 또한, 기술 자료는 영문 자료를 피할 수 없고, 영어 시험처럼 정확한 해석이 아닌, 자료의 의미와 키워드를 캐치 할 수 있으면 된다. 이 과정에서, 번역기와 챗지비티 사용은 충분히 사용 가능 하다.

✅ 질문 의도

• 문제 해결을 위한 자기 주도적인 자료 탐색 능력 평가
• 공식 문서나 커뮤니티 자료를 활용한 기술적 문제 해결 과정 평가
• 영문 자료를 참고하는 능력 확인. 정확한 해석을 기대 하는 것이 아닌, 답변 의도와 필요한 정보만 캐치 가능 하면 됨.

💡 기대 하는 답변

• 스스로 문제 해결을 위해 직접 찾은 자료와 그 과정에서의 경험을 구체적으로 언급
  • 예시: "문제를 해결하기 위해 먼저 공식 문서를 참고하고, 그 후 개발자 커뮤니티에서 비슷한 문제를 찾았습니다. 구체적인 해결책을 도출하고 적용해본 경험이 있습니다."
• 영어 자료를 참고한 경험도 언급하며, 번역기나 다른 도구를 활용한 경험을 언급하면 좋음
  • 예시: "영문 문서를 참고할 때 구글 번역기를 사용하여 이해하고, 커뮤니티에서 제공된 답변을 바탕으로 해결 방안을 찾았습니다."

🚨 주의할 점

• 자료를 찾지 않고 바로 다른 사람에게 묻는 태도는 스스로 문제 해결 능력이 부족해 보임.
  • 예시: "시간을 아끼기 위해, 문제가 생기면 바로 팀원에게 물어봅니다"
• 인터넷 커뮤니티 자료 또는 챗지피티 자료를 검증 없이 사용 하는 태도는 지양 해야 함
  • 예시: "챗지비티 물어봐서 복붙 합니다"

 

업무 지시 또는 코드 리뷰 피드백이 본인 생각과 다를 때 ?

업무 지시와 자신의 생각이 다를 때, 논리적으로 자신의 의견을 이야기 할 수 있고, 상대를 설득하거나 반대로 수용 가능 한지 확인 한다.

✅ 질문 의도

• 적정 선에서 피드백을 수용 할 수 있는지 확인
• 자신의 의견을 논리적으로 설명하고, 건설적인 방식으로 의견을 조율할 수 있는지 확인

💡 기대 하는 답변

• 피드백을 받아들이는 태도와, 그에 대해 논리적으로 의견을 전달한 경험을 구체적으로 언급
  • 예시: "코드 리뷰에서 피드백을 받았을 때, 먼저 상대방의 의견을 충분히 듣고, 제 생각을 논리적으로 설명하며, 서로의 의견을 조율하여 적정 선에서 코드를 수정 했습니다"
• 경험이 없다면, 개발팀 내부에서의 의견 조율 경험을 언급
  • 예시: "코드 스타일 관련 의견 차이가 있었지만, 팀 내 컨벤션을 정의하여, 서로 의견 차이를 타협 하여 개발에 적용 했습니다"

🚨 주의할 점

• 자신의 의견만 고집하는 태도는 협업이 어렵다고 생각 할 수 있음.
  • 예시: "피드백을 받았을 때 제 방식이 맞다고 생각해서 바로 수정하지 않았습니다."
• 피드백을 무조건적으로 수용하는 태도는 지나치게 수동적이고 비판적 사고가 부족하다는 인상을 줄 수 있음.
  • 예시: "피드백을 받으면 무조건 따릅니다."

 

 

긴급 이슈 대응 또는 배포 작업으로 인한 야근 또는 주말 작업 가능 ?

✅ 질문 의도

• 의미없는 야근은 지양 하고 있고, 크리티컬한 대응은 신입에게 시키지 않음. 주말 출근은 거의 없으며, 보상이 있음.
• 업무 시간이 아닌 상황에서 협업 의지만 확인 함

💡 기대 하는 답변

• 긴급한 상황에 대응할 준비가 되어 있다는 긍정적인 답변

🚨 주의할 점

• 특별한 설명 없이, 너무 부정적이거나, 극단적으로 반응 하면 협업이 어려워 보임.
  • 예시: "저는 야근이나 주말 작업은 절대 하지 않습니다"

 

끝.

 

---

 

면접 질문 - 백엔드 개발

https://gusrb.tistory.com/90

신입 백엔드 개발자 면접, 이렇게 질문 했습니다 - 백엔드

 

 

면접 질문 - 프론트엔드 개발

https://gusrb.tistory.com/91

신입 백엔드 개발자 면접, 이렇게 질문 했습니다 - 프론트엔드