아주 주관적인 기준이긴 하지만, 질문의 양보단 질의 문제가 더 크게 작용하는 것 같습니다. 질문을 받았을 때, 물어볼만 했다란 생각이 드는 질문과 그렇지 않은 질문이 있는데요. 후자의 경우에 이런걸 물어보냐 라는 답이 나가는 것 같습니다.
물어볼만 하다는 여러가지로 판단하게 되는데요. 대표적으로 프로젝트 히스토리에 대한 부분이 있습니다. 히스토리는 해당 팀에서의 경험이 없으면 알 수 없는 부분이기에 작업 히스토리에 대한 질문은 반드시 하셔야하고, 그런 질문이 제때 안오면 걱정되기도 합니다.
그 다음은 기술적 난이도가 있는 부분들인데, 이건 케바케입니다. 그 사람의 실력에 따라 느끼는 난이도가 다르게 되어서요. 일단 기술적 질문을 할 때는 내가 최대한 찾아보고 노력했는데 이 부분에서 막힌다 로 디테일하게 내용을 가지고 접근하셔야 합니다. 찾아보지도 않고 떠넘긴다는 느낌이 들면 해보지도 않고 쓸데없는 질문을 한다가 될 수 있습니다. 저는 보통 구글링해보고 스택오버플로우 링크등을 첨부해서 질문했습니다.
그리고 이전에 질문했던 것을 짧은 텀 사이에 다시 하는 것입니다. 이건 그 전에 알려준 것을 귀담아 듣지 않았다 로 해석이 되어 인성의 문제로 생각될 수 있습니다. 질문을 하기 전에 혹시 전에 했던 질문인지 확인하는 것도 좋습니다.
마지막이 양의 문제인데, 이건 객관적으로 볼때도 너무 자주 한다는 느낌이 들면 당연히 문제가 될 수 있습니다. 여러가지 참고하셔서 센스있게 하시면 될 것 같습니다.
많은 회사들이 채용 프로세스의 과정 중에 하나로 코딩 테스트를 가지고 있습니다. 벼락치기로 준비하기도 힘들 뿐더러 요령을 알아야 하기 때문에 취준생들이 꽤나 골치아파 합니다.
뻔한 말이지만 꾸준히 하는 것 밖에는 답이 없는 것 같습니다. 오늘은 '코딩 인터뷰를 위한 60가지 리트코드 문제'를 가져왔습니다.
구글 시트로 깔끔하게 정리된 버전도 있어서 후다닥 가져왔습니다. 저자에게 감사를(_ _)
https://docs.google.com/spreadsheets/d/1Y98QKaYPazWImEt1nA_ocp... 더 보기