면접 전 프론트엔드 테스트 전형 트렌드

안녕하세요. 초점을 어디에 맞추고 이직을 준비하셔야 할지 고민이 되시겠어요. 뻔한 얘기지만 제일 확실한 방법은 지원하시고자 하는 회사에 구체적인 전형 프로세스가 어떻게 되는지, 프로세스 중 기술 면접(개발이나 컴퓨터 공학 지식인지, 이력서 중심의 면접인지)이나 코딩 테스트(알고리즘인지, 구현 등 실무에 가까운지)의 성격은 어떠한지 문의하는 것입니다. 저는 회사 입장에서 면접 때 나오는 구체적인 문제를 묻는 것이 아니라면 알려주지 않을 이유가 딱히 없다고 생각합니다. 실제로 보이저엑스는 문제의 일부라고 보여지는 항목을 공개하고 있기도 합니다(https://v6xcareer.notion.site/2f61a1b40c81495eaf564cde9efc6089). 회사에서 알려주지 않는다면, 회사에 재직 중이시거나 면접을 보신 적이 있는 지인에게 전형의 성격에 대해 물어보시는 것도 방법입니다(하지만 자세한 문제를 공유하고 받는 것은 떳떳하지 못하겠죠). 그럼에도 불구하고 정보가 없다면 제 경험에 한정해서 말씀을 드릴 수 있습니다. 코딩 테스트 성격은 지원자의 연차에 따라서 꽤나 달라질 수 있습니다. 주니어에서 시니어로 갈수록 알고리즘보다는 구현을 묻는 것 같고, 난이도도 하락하는 경향을 보였습니다 (실무 경험으로 코딩 실력이 어느 정도 검증되었다고 보는 것 같아요). 저는 시니어 포지션으로 지원했는데 난이도가 높은 코딩 테스트를 위주로 준비를 많이 했고, 실제로 나온 문제는 그렇지 않아서 시간을 엉뚱하게 소모했구나 싶은 생각을 했습니다. 정보가 부족하다면 최선의 선택은 어느 한 준비에 치우치지 않는 것 같아요. 한 가지 전형, 예를 들어 코딩 테스트를 너무 열심히 준비하기보다는 코딩 테스트와 개발 지식 학습, 스스로의 이력서를 복기해보고 예상 질문을 추려보는 등의 준비를 골고루 하는 것이 좋아보입니다. 어느 하나에 치우치지 않도록 시간을 얼마나 투자할지 미리 계획하는 것도 좋습니다. 그리고 의외로 간과하는 점이 기술적인 측면에 너무 몰입해서 비즈니스나 의사소통적인 측면을 놓치는 것입니다. 포지션에 따라서는 특수한 비즈니스 배경지식(예를 들어 데이터 분석 툴을 만드는 팀이라면 데이터 웨어하우스, 퍼널, 코호트 등의 개념을 알고 있는지 물어볼 수 있겠죠)을 잘 알고 있는 것이 면접에서 좋은 인상을 남기는 방법이 되기도 하고, 면접 과정에서 모르는 것을 숨기려 한다거나 이력서의 항목을 속이려 한다던지, 어려웠던 경험을 얘기할 때 동료를 탓하기만 한다던지 하는 것들은 전부 나쁜 인상을 남깁니다. 마지막으로 힘드시겠지만 다양한 회사에 지원하고 여유를 가지라는 말씀을 드리고 싶습니다. 제가 드리는 말씀보다도 실제로 면접을 보면서 최근의 동향을 파악하는 것이 더 정확할테니까요.