잠옷에 발을 딛은 후 프로그래밍을했거나 방과 후 첫 직업 구호 작업을 마주하고 있는지 여부에 관계없이 기술 인터뷰는 당신과 꿈의 직업 사이의 끔찍한 장애물이 될 수 있습니다.
그러나 두려워하지 마십시오. 기술을 과시 할 준비를하십시오. 다음은 기술 인터뷰에 도움이되는 몇 가지 팁입니다.
인터뷰 전에
책 받기
인터뷰 전에 가능한 한 빨리 (나는 빈약 한 2 주만 관리했지만) 준비를 시작하십시오. 준비 서적을 통해 작업하면 알고리즘 및 데이터 구조 지식을 새로 고칠 수있을뿐만 아니라 올바른 문제 해결 사고 방식에 빠지게됩니다.
가장 중요한 것은 레벨과 관심 분야에 맞는 적절한 책을 고르는 것입니다. 코딩 면접 균열은 훌륭한 자료이지만, 이미 경험이 풍부한 프로그래머가 아니라면 경험을 보충하지는 않을 것입니다. 막 시작한 경우 Programming Interviews Exposed : Secrets Your Next Job Landing 과 같은 다른 책들도 있습니다. 그리고 더 많은 경험을 가진 사람들을 위해 더 전문적이고 진보 된 책들이 많이 있습니다.
연습은 완벽합니다
실습처럼 공황을이기는 것은 거의 없으므로 가능할 때마다 화이트 보드를 시작하십시오. 코딩 인터뷰 책은 거의 끝없는 샘플 문제를 제공하지만 이미 작업중인 문제도 사용할 수 있습니다. 자신에게 문제를 제기하거나 (기술적으로 기울어 진 친구에게보다 현실적인 설정을 위해 문제를 제기하도록 요청) 전략을 세우고 마커를 드라이 소거 보드에 넣으십시오. 집에 빈 보드를 표시하는 것이 더 편할수록 인터뷰에 덜 주저하지 않습니다.
시간이 부족하고 빠르게 동요를 극복하려는 경우 실제 인터뷰에없는 압력을 추가 할 수 있습니다. 면접 시간을 정하거나 면담 자 역할을 존중하는 사람이 있으면 실제 거래는 케이크 한 조각처럼 느껴질 것입니다.
자신에게 과부하를주지 마십시오
인터뷰 일정을 잡을 때는 적어도 두 시간을 두어야합니다. 이것은 첫 번째 세계 문제처럼 들리지만 하루에 여러 번 인터뷰를 할 때마다 내가 할 수있는만큼 잘 수행하지 못했습니다. 나는 다음 시간에 도착하는 것에 대해 걱정하거나 이미 몇 시간 전에 논리를 최대한 활용했습니다.
아, 잠 좀 자 이것은 당신의 엄마가 당신에게 말할 것 같지만, 수면 박탈과 같은 게임에서 당신을 버릴 몇 가지가 있습니다. 술에 취한 것과 비슷합니다.
인터뷰에서
무엇이든 준비하십시오
인터뷰를 마치면 몇 가지 다른 종류의 문제 해결을 준비해야합니다. 면접관은 문제 해결 방법에 대해 이야기하거나 컴퓨터를 열고 코드 작성 과정을 안내하거나 화이트 보드에 직접 코드를 작성하도록 요청할 수 있습니다. 변형을 준비하고 세부 사항에 넘어지지 마십시오! 면접관이 어떤 방법을 사용하든 실제로 시험하는 것은 문제 해결 능력입니다.
질문
문제가 발생하면 그 문제를 생각하고 돌아 오라는 내용을 완전히 이해했는지 확인하십시오. 불분명 한 것이라도 일찍 질문하는 것을 두려워하지 마십시오. 예를 들어, 가장 중요한 경우가 있다면 면접관이 어떻게 처리하길 원하는지 물어보십시오. 예외를 던져야합니까? 단절?
또한 면접관이 찾고있는 내용과 제약 조건이 무엇인지 이해하기 위해 절차 적 질문을해야합니다 (예 : "솔루션을 제공 할 특정 언어가 있습니까?"또는 "액세스 권한이 있다고 가정 할 수 있습니까?). 파이썬 라이브러리에?”
그리고 가정하지 마십시오. 안전하다고 확신하더라도 인터뷰 대상자가 무언가 빠졌는지 알려줄 수 있도록 자신이 생각하는 바를 크게 말하십시오.
당신의 시간을
요청한 질문을 이해 한 후에는 문제 해결을 시작하기 전에 잠시 생각하고 처리하는 것을 두려워하지 마십시오. 지식 기반의 빠른 질문으로 방해받지 않는 한 질문을 한 후 일시 중지하는 것이 좋습니다. 물론, 한마디도하지 않고 머리에서 문제를 해결하는 데 10 분이 걸리지 않도록하십시오! 요점은 마커를 화이트 보드에 닿기 전에 머리에 모든 코드를 쓰려고 시도하지 말고 접근 방식을 구성하는 데 시간을 앞당기는 것입니다.
큰 그림을 생각하십시오
문제의 큰 그림을 먼저 생각하십시오. 면접관에게 자신이하고있는 일과 나중에 돌아가서 실제로 코딩하려고한다고 말하면 전체 구조를 의사 코딩하는 것이 좋습니다. 뇌가 더 많은 공간을 처리 할 수 있도록 문제 구성을 오프로드하는 좋은 방법입니다. 결국 시간이 부족한 경우에도 도움이됩니다. 면접관은 최소한 세부 정보를 얻지 못한 경우에도 작업을 완료 할 계획을 알고 있습니다.
또한 처음에는 자연스럽게 머리에 닿지 않는 한 문제를 해결하는 가장 효율적인 방법을 찾는 것에 대해 걱정하지 마십시오. 효율성이 떨어지는 솔루션을 선택하고 왜 이상적인지 아닌지 토론하십시오. 그런 다음 시간이 있거나 문제를 해결하는 더 좋은 방법을 찾으면 시간이나 공간 친화적 인 알고리즘으로 넘어가십시오. 시간이 충분하지 않은 버전은 비효율적 인 버전을 완성한 다음 어떻게 더 잘 수행 할 수 있는지 설명하는 것만으로도 나쁜 대답은 아닙니다.
말해봐
가장 중요한 것은 말하십시오. 문제 해결에 면담 자와 함께하십시오. 이 작업을 수행 할 때 수행 할 작업 (“이 목록의 모든 항목을 반복하려면 for-loop가 필요합니다”)이나 간단하게 문제를 제기하는 것처럼 간단 할 수 있습니다. "이것은 정보에 접근하기위한 더 나은 방법이 필요하다는 것을 의미합니다. 흠, 나중에 다시 설명하겠습니다".
당신의 사고 과정을 통해 이야기하는 것은 인터뷰 자들에게 당신의 생각에 대한 창을 제공합니다. 그것이 궁극적으로 인터뷰의 요점입니다. 솔루션이 훌륭하다고 생각하더라도, 본격적인 답변을보고 자신을 이끌어 낸 이유에 대한 단서가없는 것보다 문제에 어떻게 접근하고 답변을 얻었는지 아는 것이 좋습니다. 또한 면접관이 막 다른 길에 갇혀 있거나 길을 가고 있다면 도움을 줄 수있는 기회를 제공합니다.
사람들의 기술을 가져와
엔지니어링 직무를 수행한다고해서 개인화되고 책임감을 느낀다는 의미는 아닙니다. 나는 문화에 맞지 않거나 태도가 좋지 않아서 고용되지 않은 환상적인 프로그래머에 대한 공포 이야기를 들었습니다. 나는 당신도 확신합니다. 그 사람이되지 마십시오.
호기심과 열정은 모든 직원에게 가치가 있으며 개발자도 마찬가지입니다. 회사의 엔지니어링 팀, 스택 및 제품과 관련된 가장 어려운 문제에 대해 문의하십시오. 물론 열의와 시코 펀트 사이에는 미세한 차이가 있으므로, 진심으로 지키십시오. 그러나 모든 사람은 자신이 작업 할 제품에 관심이있는 후보자를 좋아합니다.
새로운 것을 배우다
마지막으로, 인터뷰 대상자들이 가장 자주 놓치는 것은 학습 기회입니다. 각 인터뷰에서 새로운 것을 배울 수 있기를 바랍니다. 새로운 아이디어 나 도구를 얻거나 흥미로운 제품과 기술에 대한 통찰력을 얻을 수 있기를 바랍니다. 이런 방식으로 인터뷰에 대해 더 많이 생각할수록 장기적으로는 시간이 더 가치가 있습니다.
