기술 면접 볼 때 답변을 너무 짧게 하면 안되나요 ?

Question

예를 들어, 프로세스와 스레드의 차이는 무엇인가요 ? 라는 질문을 들었을 때 " 프로세스는 독립적인 실행 단위이고, 스레드는 프로세스 내에서 메모리를 공유하며 실행되는 작업 단위입니다." 이정도 길이로는 외워서 답이 가능합니다. 하지만 “프로세스는 운영체제로부터 자원을 할당받아 실행되는 독립적인 단위입니다.각 프로세스는 독립된 메모리 공간을 가지며 서로 간섭하지 않습니다.스레드는 프로세스 내에서 실행되는 흐름의 단위로, 같은 프로세스에 속한 스레드들은 코드 영역, 데이터 영역, 힙을 공유하면서 개별적인 스택을 갖습니다.”이 정도 길이로 구구절절 답할 자신은 없습니다. 제 머리가 그게 안됩니다... 저 내용을 모르는 건 아닙니다.. 근데 말로 풀어서 설명하는 건 다른 영역이더라고요 ㅠㅠ 제가 인풋은 좋은데 아웃풋이 별로라. ㅠㅠ 너무 단답(?)식으로 답변하면 안좋게 볼까요 ? 더듬는 한이 있더라도 길게 답해야하나요 ?

아케케키케 · Answer

그건... 이해를 하지 못하고 단순히 외워서 그런거같은데요..?저기서 꼬리무는 질문들 들어올수도있고요면접관이 먼저 중간정도 수준의 질문을 했을때 대답 잘하면 조금 더 어려운 질문을 합니다. 첫 질문에 대답을 잘못하면 더 쉬운 문제를 내기도하고요..그냥 외우지말고 이해하려고 해보세요

촉촉한나쵸 · Answer

대충 말하면 아마 더 깊게 물어보겠죠?

월급은나의빛 · Answer

상대방의 머리 속을 읽어 볼 방법이 없으니, 평가자의 입장에서는 상대가 말로 표현하는 만큼 안다고 생각하는 수밖에 없을 것입니다.

구운개발 · Answer

길이보다 내용인것 같은데요긴 답변을 원하면 긴 답변을 해주는게 인지상정출제자의 의도파악이 중요하다고 하네요단답보다 더듬더라도 길게 답하는게 좋겠지만 어떻게 더듬느냐에 따라 다른거라...얘기 하다보면 신나서 이런저런 얘기하는 분들도 계시고잘 모르시는지 뭐 물어봐도 짧게 대강 - 짧다고 다 안좋은건 아닙니다만 - 말하고 끝나는 케이스는 좋게 보긴 어렵죠그렇다고 개인사정이나 좀 의미 없는 말붙이기로 늘려도 사실 의미있는 답변으로 보긴 어렵죠라는 생각입니다.질문 답변에 대해서 어느정도 케이스스터디를 해보시면 좋을것 같네요혼자 하긴 쉽지 않아서 결국 실전서 겪어보면서 배우고 느끼는게 더 클것 같네요여기서 글로 봐도 잘 와닿을지 의문이긴 하네요

the the · Answer

저도 요즘 cs 공부해야 해서 보는데, 딱 답변 내용이 인터넷에 기술면접 질문리스트군요. ㅎㅎ cs가 공부해야 할 게 방대하다 보니 자주 기술면접에 질문으로 나오는 사항들 정리된 게 많은데 그걸 그냥 암기하기보다는 개발자니까 구현을 통해 이해해 보는 게 좋겠다는 생각이 들더라구요.

allinux · Answer

예를들어 멀티쓰레드를 지원하는 작은 커널을 제작해봤다면 프로세스와 쓰레드 질문에 단답형 답변이 나올수가 없습니다. 오히려 개발 경험을 이야기하게 될 것이고 그런 이야기가 더 점수를 받습니다.오히려 단답형으로 답하면 외워서 답하는구나 할 겁니다.

엡실론 · Answer

예시로 드신 구구절절한 답도 그냥 교과서에 나온 내용만 안다는 느낌이 듭니다.답변을 천천히 하면서 연관되는 질문을 한번 생각해보세요.예를 들면,생성 방식의 차이, 어떤 api를 사용해야 하나.각각 통신할때 방식의 차이.프로세스의 예, 스레드의 예상대적인 장, 단점은 무엇인가.반대로 비슷한 점은 무엇인가.

기술 면접 볼 때 답변을 너무 짧게 하면 안되나요 ?

7개의 답변

기타 목록