최종 현장 인터뷰에서“Hire”와 정직한“거의”의 차이점은 무엇입니까? [닫은]

그래서 최근에 Google 및 Amazon과의 현장 인터뷰를 진행 한 결과 예의 바른 거절 편지를 받았지만 그들이 찾고있는 기술에는 적합하지 않다는 것을 알 렸습니다.

나는 내가 한 모든 인터뷰를 위해 최종 라운드에 올랐다. 내 실수가 나를 도망 칠 수 있도록 충분히 합친다.

나는 적어도 코딩 문제와 다른 일반적인 기술적 질문에 대해 잘 알고 있다는 것을 알고 있습니다. 카드 게임이나 주차장과 같은 OOP 디자인을 잘 못합니다. 전체적으로 작동하지만 내 코딩 답변은 내가 놓친 버그 / 가장자리 사례가 거의 없었습니다 (입력 노드가 실제로 구별 될 필요없이 실제로 답변이 될 수있는 경우). 그리고 나는 "모르겠습니다"라고 말하는 데 아무런 문제가 없지만 어쩌면 조금 답답하고 대답 할 수 있다고 생각되는 질문에 대해서는 말할 필요가 있지만 ...

그렇다면 정상에서 당신을 밀어 올리는 것, 그러나 "고용"이 아닌 것은 무엇입니까?

당신이 찾은 것 또는 당신이 아는 것에 대해 조언을 해주면 약간의 추가 향상이 있었습니까?

우선 두 회사의 HR 담당자에게 연락하여 "이유"에 대한 세부 정보를 제공 할 수 있는지 문의하십시오. 그들이 당신이 잘못한 곳이나 어떤 일을해야하는지에 대한 힌트를 줄 수있을 것입니다.

둘째, 포기하지 마십시오! 이 회사들 중 한 곳에서 일하고 싶을 경우 몇 개월, 1 년 정도 기다렸다가 다른 직업을 신청하십시오. 특정 면접관과 "젤"을하지 않았고 다른 사람과 면담을 할 경우 "채용"이라고 말할 수 있습니다.

마지막으로 기술 답변 측면에서 문제가 없다고 생각하는 경우, 그들이 찾고있는 중요한 측면 중 하나는 "문화적"적합 여부입니다. 즉, 팀의 다른 팀과 잘 어울릴 것인지, 성격이 좋은지 여부입니다. 회사의 문화를 조사하고 그것이 자신에게 적합한 것이라고 생각하는지 여부를 결정하고 인터뷰에서도이를 입증해야합니다.

행운을 빕니다. 포기하지 마십시오!

Dean이 말했듯이, 당신은 여러 속성에 대한 평가를 받고 있으며 일반적으로 다음과 같습니다.

• 기술 능력
• 팀에 맞는지 여부
• 생각 과정
• 기타

역할에 필요한 기술은 인터뷰하는 팀에 따라 달라 지므로 한 팀에서 문제가 해결되지 않으면 회사에 따라 다시 적용하여 다른 팀과 더 잘 어울릴 수 있습니다. 희망을 잃지 마십시오!

대부분의 기술 기술은 일반적으로 코딩 문제로 테스트됩니다. 당신은 간혹 국경 사건을 놓치고 몇 가지 버그가 발생했다고 언급했습니다 (화이트 보드에 코드를 요청할 때 불가피하게). 이러한 코딩 질문에 대답하는 좋은 방법은 다음을 수행하는 것입니다.

• 요청 사항 이해 (필요한 경우 특정 부분을 반복하도록 요청)
• 명확한 질문을하십시오 (반복적으로 / 재귀 적으로, 특정한 제약이 있습니까?, 어떤 언어? 등)
• 사용할 수있는 적절한 데이터 구조, 알고리즘, 디자인 패턴 식별 ( 프로그래밍 인터뷰 노출 및 프로그래밍 진주 가 도움이 됨)
• 당신의 사고 과정이 무엇인지 인터뷰에 크게 설명하면서 코드를 작성하십시오 . 면접관이 당신의 생각을 알고 있다면, 그들은 당신의 접근 방식에서 문제를 조기에 식별하고 더 나은 해결책으로 안내 할 수 있습니다.
• 면접관에게 당신이 완성되었다고 말하기 전에, 방금 작성한 소프트웨어를 어떻게 시험 할 것인지를 면접관에게 생각하고 설명하십시오. 간단한 사례, 국경 사례, 동시성, 접근 방식이 다른 문화, 보안 영향, 스트레스 테스트 등에 적합한 지 여부를 고려하십시오.

마지막으로 당신이 무언가를 모른다는 것을 인정하는 것은 그것을 속이려고 시도하면서 넘어지는 것보다 (IMHO) 선호됩니다. 물론, 인터뷰는 문제 해결을 요구하지만, 어디서부터 시작해야할지 모른다면, 올바른 접근 방식에 대해 이야기하고 주어진 금기 사항을 해결하는 올바른 접근 방법을 좁히는 것이 좋습니다. 어디서부터 시작해야할지 모른다면 설명이 필요할 수도 있습니다 (이것은 또한 팀에 어떻게 적응 하는가와 관련이 있습니다. 조기에 지시를받는 것이 좋습니다). 그래서 나는 당신이 모른다고 말하는 것이 나쁜 것이라고 생각하지 않습니다 (=라고 말한 것이 아니라고 가정).

면접관의 개인적인 견해에 따라 종종 당신이 적합에 대해 할 수있는 일은 많지 않지만 15 분 동안 침묵으로 코딩하고 선언하는 것보다 생각 / 행동에 대해 면접관과 대화하는 것이 좋습니다 "완료되었습니다".

이것들은 보통 양방향 인터뷰 라는 것을 명심하십시오 . 그들은 당신을 인터뷰 할뿐만 아니라, 당신도 그들을 인터뷰하고 있습니다. 직업 / 팀 / 회사에 대해 질문하십시오.

마지막으로, Microsoft 채용 담당자는 전화 화면 / 인터뷰 중에 원하는 정보를 상당히 많이 게시하므로 읽을 것을 권장합니다. 또한 GlassDoor에는 회사의 인터뷰 프로세스에 대한 많은 정보가 있지만 사용자가 제출 한 답변이 항상 정확한 것은 아닙니다. MS / Google / Amazon / Apple / etc 인터뷰 질문에 대한 Google 검색도 결과를 제공합니다.

행운을 빕니다.

이것은 엘리트 주의자처럼 들릴지 모르지만, 잔인한 진실은 고용하기 위해 할 수있는 일이 없다는 것입니다. 그들은 어느 정도의 재능을 찾고 있지만 모든 사람이 그것을 가지고있는 것은 아닙니다. 우리는 공연 예술에서 이러한 어려운 사실을 받아들입니다. 어떤 사람들이 아무리 연습해도 뉴욕 필 하모닉에서 고용 할 수는 없습니다. 박사 영어로는 훌륭한 소설을 쓸 수 없습니다. 엘리트 소프트웨어 팀도 마찬가지입니다. 그들은 특정 기술을 아는 사람들을 찾기 위해 인터뷰하지 않습니다. 그들은 인터뷰에 참여할 수있는 사람들을 찾기 위해 인터뷰를합니다 : 프로그래밍에 대한 깊은 시각을 가진 사람들, 팀을 따라 잡을 수있는 기술, 빠른 기술 토론, 새로운 언어 선택, 새로운 아이디어 창출, 새로운 기술 창출.

==== 2014-07-07 ====

Laszlo Bock과의 인터뷰는 동의하는 것 같습니다. Google은 학위 나 성적 또는 시험 점수에 관심이 없습니다.

우리가 모든 데이터 크 런칭에서 보았던 것 중 하나는 GPA가 고용 기준으로 쓸모가 없으며 시험 점수도 무가치하다는 것입니다. Google은 유명하게 모든 사람에게 성적 증명서와 GPA 및 시험 점수를 요구했지만, 학교를 몇 년만 쉬지 않으면 더 이상 그렇지 않습니다. 우리는 그들이 아무것도 예측하지 못한다는 것을 발견했습니다. ... 회사 전체에 5 개의 채용 속성이 있습니다. 기술적 인 역할 인 경우 코딩 능력을 평가하며 회사의 절반은 기술적 인 역할입니다. 그러나 모든 직업에있어서, 우리가 찾는 No.1은 일반적인인지 능력이며 IQ가 아닙니다. 그것은 학습 능력입니다. 즉석에서 처리 할 수 ​​있습니다. 이질적인 정보를 한꺼번에 모을 수있는 기능입니다. 우리는 예측 가능한지 확인하기 위해 검증 된 구조화 된 행동 인터뷰를 사용하는 것으로 평가합니다.

개선 할 수있는 일부 영역을 이미 식별 한 것 같습니다.

나는 당신에 대해 아무 것도 모르고, 이러한 측면을 이전 질문 과 결합 하여 엔지니어링 측면에서 실용적인 소프트웨어를 디자인하고 그 디자인을 명확하게 전달할 수 있도록 노력할 것을 권장 합니다. 더 많은 CS 이론을 배우기보다는 Programming Pearls , Refactoring , C ++ Coding Standards 및 Code Complete 와 같은 책을 읽으십시오 . "무관심한"직업 중 하나가 실제 소프트웨어를 설계하는 것에 대한 책임을지게한다면, 그 직업을 취하고 흥미롭게 만드 십시오. 현실에서는 종종 이 남자 같은 느낌그러나 일상적인 응용 프로그램에 있더라도 어려운 문제를 해결했다는 사실을 알고 있으면 여전히 매우 만족 스러울 수 있습니다.

자, 여기 실제적인 경험을 던져보세요.

저는이 엘리트 소프트웨어 회사 중 한 곳에서 일하고 있으며, 채용 정책이 훌륭한 인재를 "잃어버린"것이 아니라 평범한 인재를 "채용하지 않는"것으로 만들어졌습니다. 나는이 회사들 중 일부는 정말 훌륭한 사람들을 고용하기를 원하지만, 종이로 잘 보이는 많은 개발자들을 인터뷰 한 다음 원하지 않는 사람들을 찾아 내고 있습니다. 누군가가 고용되면, 그들을 제거하는 것은 매우 어렵 기 때문에 실제로 당신이 실제로 적합하다고 생각되는 후보자를 거절하는 것은 비용이 들지만, 면접관 중 한 명이 적신호를 보았습니다.

현재 일하고있는 회사에서는 면접관 중 한 명 (가장 중요한 사람)만이 거절을했기 때문에 거절당했습니다. 이 면접관은 저에게 도메인 고유의 질문을했으며 유창한 영어를 구사하지 못했습니다. 그들은 나를 고용하지 않았지만 팀은 회사가 잠재적으로 좋은 고용을 잃을 것이라고 생각했습니다. 그들은 다음 주에 다른 팀과의 또 다른 인터뷰로 나를 보냈고 나는 일자리를 얻었습니다 ( "강력한 고용"마크가 붙습니다).

내 충고는 당신이 정말로 필요한 것을 가지고 있다고 믿는다면,이 회사와 계속 인터뷰를하고 직장에 착륙 할 때까지 각 경험으로부터 배우십시오. 이들 회사의 대부분은 인터뷰 한 모든 사람의 등록을 유지하고 가난한 후보자를 블랙리스트에 올립니다 (따라서 다른 기회를 얻지 못함). 그러나 좋은 후보 였지만 그날 실적이 좋지 않았거나 팀에 적합하지 않은 후보자는 채용 풀에 남아 있습니다. 채용 담당자 전화가 하루 만에 중지되고 향후 모든 연락처가 귀가 들리지 않는 경우 블랙리스트에 올랐는지 즉시 알 수 있습니다. 회사에서 향후 문의를 받으면 괜찮습니다. 블랙리스트에 올라 있지 않은 한 첫 번째 거부 후에 더 많은 인터뷰를 설정하는 데 전혀 해가 없습니다. 사실로, 여러 팀과 한 번에 인터뷰하는 것이 좋습니다. 면접관은 실제 문제인지 여부에 관계없이 처음 인식 된 문제 징후에서 귀하를 거부 할 것입니다. 그들은 신중하고 좋은 고용을 만들고 싶어하는 것보다 더 나쁜 고용을 원하지 않습니다.

몇 가지 더 생각 :

-이 회사들 중 어느 것도 당신에게 피드백을주지 않을 것입니다. 법적 책임입니다. 이것이 그런 방식이라는 것을 짜증나게하지만, 나는 그것이 일어나지 않을 것이라고 약속 할 수 있습니다.

-마지막으로 고용되기 전에 5 번 이상 시도해야한다고 Microsoft와 인터뷰했을 때 훌륭한 엔지니어와 개인적으로 이야기했습니다. 이 사람은 상급 수준의 SDE 였으므로 MSFT는 자신을 홍보하여 ​​자신이 훌륭한 직원임을 확인했습니다.

몇 가지 팁 :

데이터 구조와 알고리즘을 앞뒤로 알고 있어야합니다. 순회를 그래프로 표시하려면 모든 것을 알아야합니다.

아키텍처, 특히 분산 시스템 및 확장 문제 파악

암기 한 프로젝트 목록을 작성하십시오. 직장에서 암기 한 지도력 원칙의 예가 적힌 목록을 작성하십시오. 이들은 면접에서 가장 어려운 질문입니다 (행동 면담). 당신은 기술 측면에서 완벽 할 수 있으며 행동 인터뷰에서 살아남지 않으면 고용되지 않습니다.

원하는 프로그래밍 언어에 대해 걱정하지 마십시오. 하나의 객체 지향 언어를 앞뒤로 알고 그 안에 코드를 작성하십시오. 면접관은 일반적으로 어떤 언어로 코드를 작성 하느냐에 상관하지 않으며이를 근거로 판단하지 않습니다.

마지막으로 이력서를 이메일로 보내 주시기 바랍니다. ; =)

틀린 것으로 반드시 놓칠 필요는 없습니다.

어쩌면 당신은 아무것도 잘못하지 않았지만 다른 사람이 더 잘했을 것입니다. 아마도 성격, 의사 소통 기술, 상호 관계, 과거의 과거 프로젝트 경험 등의 측면에서.

당신은 고용 된 것이 좋았을 수도 있지만 목록에있는 것은 아닙니다. 나는 너무 걱정하지 않을 것입니다. 모든 것은 목적을 위해 일어납니다.