기술 면접에서 모르는 질문을 만났을 때 어떻게 대답하는 게 좋을까요? 일단 모르는 걸 아는 척하면서 대답하는

것은 좋지 않습니다. 왜냐하면 어차피 면접관 분이 추가 질문 몇 번 던지면 진짜 제대로 알고 있는지

아니면 모르고 있는지 금방 파악할 수 있어요. 그렇기 때문에 모르는 것을 아는 척하는 것은 피하는 것이 좋구요.

하지만 아는 만큼 대답하는 것은 중요한 것 같습니다. 예를 들어서 자바에서 지시를 아냐고 물어봤을 때 잘은

모르고 조금만 알고 있다면 그때는 잘 모르겠습니다. 그냥 이렇게 대답하기 보다는 "제가 깊게는 잘 모르지만

아는 만큼 대답해 보겠습니다." 이러면서 알고 있는 부분을 설명하는 것이 더 좋습니다. 그리고 생각해볼 여지가 있는

질문을 받을 수도 있어요. 예를 들어서 술 횟수가 많으면 많을수록 때 근데 어플리케이션의 성능이 좋아질까요?

이런 질문을 받았다고 해 볼게요. 그런데 이 질문에 대한 답을 잘 모르는 상황이에요. 평소에 생각해 본

적이 없는 거죠. 그럼 그렇다고 바로 잘 모르겠습니다 이렇게 제작하기 보다는 그 자리에서 생각을 해보는 거예요. 만약에 생각할 시간이 1, 2분

정도 더 필요하다면 조금만 더 생각할 시간을 달라고 요청을 해 볼 수도 있겠죠. 그렇게 생각을 해 봤는데도 딱

끊어지는 답을 생각해 내지 못했다면 그렇다 할지라도 일단 본인이 생각해본 부분까지 말해 보는 것이 더 좋다고

생각합니다. 왜냐하면 그러면 적어도 아 2분이 그래도 어떻게든 문제를 해결해 보려고 노력하시는 분이구나 이런

인상을 줄 수가 있구요 게다가 논리적으로 말이 되는 방향으로 생각을 하고 있었다면 거기에 플러스해서 더

좋은 인상을 줄 수 있기 때문이죠 사실 이런 태도는 실무에서도 중요합니다 실무에서도 아는 만큼만

정확히 말해 줘야 제대로 된 판단을 할 수 있어요 예를 들어서 서비스의 문제가 발생했을 때 정확한 원인을

아직 파악하지 못했다면 현재 파악된 부분까지만 얘기하고 정확한 원인 파악은 시간이 좀 더 필요하다고

말해 줘야 합니다 그게 아니라 섣불리 이게 원인입니다 이렇게 말했다가 그걸 바탕으로 여러 대책을 세웠는데

나중에 알고보니 그게 원인이 아니었어요 그러면 지금까지 들인 노력과 시간들이 모두 소용 없게 되는

거죠 한두 번은 그러려니 해도 이런 게 계속 쌓이면 나중에는 신뢰할 수 없는 사람이 될 수 있기 때문에 아는

만큼만 정확히 말하는 게 중요하고요 그리고 어떤 문제를 만났을 때 당장에 해결 방법을 잘 모르겠다 할지라도

최대한 노력하면서 어떻게든 문제를 해결해 보려는 자세가 필요합니다 누군가 대신 해결해 주겠지 이런

자세를 가진다면 이건 좋은 개발자 모습은 아닌 거죠 본인의 성장에도 당연히 좋지 않구요 그래서 오늘의

핵심은 아는 만큼 대답하자 그리고 최선을 다해 문제를 해결하자 note de 음 으 [음악]

IT 기술 면접에서 모르는 질문을 만났을 때 어떻게 대답하는 것이 좋을까요?

8년차 백엔드 개발자가 배워서 남주려고 만든 채널이에요

알기 쉽게 설명합니다

함께 성장했으면 좋겠어요 :)


#컴공맛집 #백엔드전문채널
