기술적 인 위치에 대한 인터뷰는 무섭지 않아야합니다.

수석 Gitlab 엔지니어 인 Jacob Schatz는 기술 면접과 사고 과정을 수행하는 방법을 공유합니다. 기술 인터뷰는 종종 논의되며 일부 사람들에게는 민감한 주제가 될 수 있으므로이 기사는 Jacob의 개인적인 견해를 표현하며 반드시 그의 고용주의 견해를 나타내는 것은 아닙니다.

당신은 두려움, 지친, 슬프거나 실망한 면접관입니까? 이 편견을 바꾸고 싶습니다.

나는 사람들이 좋은 인터뷰 경험을 가질 수 있다고 생각하며 올바른 후보자도 찾을 수 있다고 생각합니다. 이 두 가지 일은 동시에 일어날 수 있습니다! 인터뷰 과정이 끝나면 이상적인 세상에서 자신과 결과가 무엇이든 상관없이 자신과 프로세스에 대해 기분이 좋을 것입니다. 직업을 얻지 못했거나 새 직장을 시작하는 것에 흥분하기 때문에 슬퍼 할 수도 있지만, 두 경우 모두 그 이유를 이해해야합니다.

Gitlab에서 나는 매우 일찍 채용을 담당했기 때문에 수천 개의 이력서를 보았습니다. 내가 처음 합류했을 때, 나는 프론트 엔드 개발 팀을 모집하고 결성하도록 요청 받았다. 저는 29 번째 직원입니다 (현재 500 명 이상의 직원이 있습니다). 저는 첫 번째 프론트 엔드 개발자이므로 우리 팀에는 채용 프로세스가 없습니다. 우리는 점차 프로세스를 만들었습니다.

이 기사의 목표는 면접관과 면접관입니다. 면접관에게는 완벽한 인터뷰가 어떻게 보이는지 알기를 바랍니다. 인터뷰는 무섭거나 끔찍해서는 안됩니다. 다음은 완벽한 인터뷰를 만드는 데 도움이 될 수있는 가이드가 있습니다. 당신이 면접관이라면, 당신은 당신의 과정을 완성했을 것입니다. 이것은 이상적인 세상에서 인터뷰가 어떻게 일어날 지에 대한 나의 의견입니다. 인터뷰에는 여러 가지가 있으며이 기사는 모든 경험 수준의 개발자 인터뷰에 중점을 둡니다. 나는 수년에 걸쳐 몇 가지 훌륭한 과정을 고수했으며,이 기사는 양 당사자의 후보 절차를 엿볼 수있는 비하인드 스토리입니다.

시작하기 전에 모든 사람이 인간 이고 사람들이 불완전하다는 것을 기억하는 것이 중요합니다. 완벽한 개발자는 없습니다. 모든 사람을 평범한 사람들처럼 대하십시오. 어떤 사람들이 달성 한 것에 놀랐지 만, 다른 사람들을 숭배하는 것은 좋지 않습니다. 재능은 선천적이며 습득하며 배울 수도 있습니다. 당신의 면접관과 당신은 둘 다 불완전합니다. 인터뷰는 완벽에 관한 것이되어서는 안됩니다. 인터뷰의 모습 은 다음과 같습니다.

제가 후보자에서 찾고있는 다섯 가지

Gitlab의 가치는 많은 중요한 측면을 다루며 읽어야합니다. 이것은 이러한 값의 느슨한 기초를 기반으로합니다.

면접관으로서, 나는 생산적이고 활발한 청취자가 될 때 많은 것들에만 집중할 수 있습니다. 그러나 나는주의를 기울이고 싶은 5 가지 구체적인 것들이 있습니다.

1. 이 사람은 "명확한"입니까?
2. 이 사람은 기술적 으로이 역할의 요구 사항을 충족합니까?
3. 이 사람 이이 역할에서 자급 자족 할 수 있습니까?
4. 이 사람은 의사 소통에 강합니까? 그들은 팀과 잘 의사 소통 할 수 있습니까?
5. 이 사람이 긍정적이고 부정적인 피드백을 잘 처리 할 수 ​​있습니까?

물론, 나는 다른 것들을 찾고 있지만,이 다섯 가지는 당신이 나와 인터뷰 할 때 원하는 직업을 얻기에 충분합니다.

신경을 잊어 버리세요. 나는 이것에 대해 결코 당신을 비난하지 않을 것입니다. 나는 당신이 긴장할 수 있다는 것을 알고 있습니다. 절대적으로 괜찮습니다. 드문 경우, 긴장은 쇠약 한 요인이 될 수 있으며,이 경우 단지 일정을 변경하도록 요청합니다. 그냥 내 전화를 끊지 마세요!

편견이있을 것임을 인식하십시오

우리는 Gitlab에서 편견에 대한 훈련을 받았습니다. 내가 훈련에서 배운 한 가지는 당신이 편견이 있다고 생각하든 아니든 모든 사람이 편견을 가지고 있다는 것입니다. 한 번, 나는 일부 오케스트라와 같은 맹목적인 인터뷰를 생각했습니다. 우리는 그것을 구현하지 않았지만 (그리고 어렵습니다), 그래서 나는 모든 인터뷰에서 내가 다루고 싶은 것에 대한 질문 목록과 요약을 유지하는 이유입니다. 각 인터뷰마다 따라갈 수있는 대본이 있습니다. 모든 것이 반복적이고 가능한 한 비슷합니다. 인터뷰가 진행됨에 따라 더 어려운 질문을 할 수 있는지 알 수 있습니다. 더 어려운 문제는 후보자를 제거하는 것이 아니라 자격을 갖춘 후보자를위한 것입니다. 내 퍼즐에 대답 할 수 있다면, 그것은 당신이 광범위한 경험과 지식을 가지고 있음을 의미합니다. 어떤 형태로 퀴즈 질문을해야한다는 것을 아는 것이 중요 하지만, 퀴즈 질문에 따라 후보자를 평가하지는 않습니다 . 이것은 자바 스크립트의 지식과 깊이를 이해하기위한 것입니다.

다시 말해, 아무도 올바르게 대답하지 않았다는 사소한 질문이 여전히 있습니다. 나는 계속 물어볼 것이며 언젠가 누군가가 올바르게 대답 할 것이라고 믿습니다. 나는 주요 JavaScript 팬이기 때문에 퀴즈 질문은 재미있다. 나는 JavaScript의 모든 ins와 함께 이야기하는 것을 좋아합니다. 나는 코딩 파트너가 될 수있는 사람을 찾고 있습니다. 사람들을 모집하는 것은 당신을 위해 일하는 사람들이 아니라 함께 일할 수있는 사람을 찾는 것입니다 .

경험이 부족한 면접관은 자신 이 알고있는 것을 테스트하는 경향이 있습니다 (“잘못된”답변에 대해 비판 할 때 조금 더 안전하다고 느낍니다).

대신, 좋은 면접관은 자신이 알고있는 것에 초점을 맞추고 공통 적합을 탐구하기 위해 양방향 대화를 홍보합니다.

- Jennifer Kim (@jenistyping) 2019 년 4 월 8 일

귀하의 기술 능력을 알고 싶습니다

이것은 아마도 사람들이 가장 두려워하는 것일 것입니다. 인터뷰 중에 우리는 "왜 맨홀 커버 라운드인가?"와 같은 질문을합니다. 사실, 일부 회사는 Leetcode로부터 약간 어려운 질문을 할 수 있지만 다른 회사는 기술적 인 질문을 전혀 요구하지 않을 수 있습니다.

내가 당신의 기술 세트에서 무엇을 찾고 있습니까?

경험은 내가 물어볼 수있는 기술 인터뷰 질문보다 더 설득력이 있습니다. 예를 들어, 프론트 엔드 엔지니어 포지션을 고용하고 누군가가 자신이 시원하게 무언가를 만들었고 우리가 논의 할 수 있다고 말하면 이것은 훌륭합니다. 그 후, 나는 그들에게 몇 가지 질문을해야 할 수도 있습니다. 그렇지 않으면 데모가 모든 질문에 대답 할 수 있습니다 (가능성이 없지만 가능). 그러나 우리가 함께 자랑스럽게 생각하는 코드를 탐색 할 수 있다면 좋을 것입니다.

코드를 볼 수 있거나 다른 회사를 위해 무엇을 구축했는지 말해 주거나 완전히 설명 할 수 있다면 도움이 될 것입니다. 도전은 무엇입니까? 10,000 개의 댓글을 어떻게 처리 했습니까? 모바일을 어떻게 처리합니까? 도전은 무엇입니까? 예를 들어 보겠습니다. Gitlab에 대한 의견 시스템을 구축했습니다. 주석 시스템의 흥미로운 과제는 @ 드롭 다운 메뉴에 사용자를로드하여 다른 사용자를 언급하는 문제를 처리하는 것입니다. 이 드롭 다운 메뉴의 JSON 페이로드는 매우 커질 수 있으며 페이지로드가 페이지로드가 상당히 느려질 때로드하면로드합니다. 그러나 페이로드가 10MB를 초과 할 수 있으므로 첫 번째 @ 키 프레스에서는 데이터로드가 느려집니다. 우리는 사용자가 원활한 경험을 갖기를 원하며 데이터가로드하는 데 시간이 걸린다는 것을 인식하지 못합니다. 따라서이 경험에 대해 이야기하는 좋은 방법은 다음과 같이 고려한 방법 중 일부를 설명하는 것입니다.

1. 댓글 상자가 뷰포트에 처음 나타날 때 데이터가로드됩니다.
2. 사용자가 처음으로 텍스트 영역을 가리킬 때 데이터를로드하십시오.
3. 사용자가 충분한 운동량으로 스크롤을 시작하면 데이터가로드됩니다.

마지막은 지루한 솔루션이 아니지만 인터뷰 중에 누군가가 말하는 것을 들었습니다.

알고리즘과 데이터 구조에 대해 물어볼 수 있습니다

이봐, 면접관, 마케팅 웹 사이트를 위해 사람들을 모집하고 있습니까? 그들에게 가장 어려운 알고리즘과 데이터 구조 질문을 묻지 마십시오. 예, 알고리즘과 데이터 구조는 모든 측면에서 큰 역할을하지만 더 중요한 것은 응답 형 디자인과 애니메이션 및 성능을 이해합니다. 이제 우리는 성능에 대해 이야기하고 있으므로 큰 O 표기법을 이해해야합니다. 그들은 무엇을 원인으로 만들었는지 알아야합니다. Firefox 모니터를 살펴보고 Salesforce와 비교하십시오. Firefox 웹 사이트는 모든 측면에서 더 빠릅니다. 왜 더 빠릅니까? Salesforce 웹 사이트가 왜 그렇게 부피가 크고 느리나요? 그들을 조정하십시오 ... 오! Big O는 일부 부분을 설명하는 데 도움이 될 수 있지만 전체 그림을 설명하는 것이 중요합니다.

그건 그렇고, 내가 언급했기 때문에 큰 o 표기법.

Big O는 코드 실행 시간 및/또는 최악의 경우 코드가 취할 메모리 공간의 양을 설명하는 방법입니다. 배우는 것이 정말 좋다고 생각하며 일상적인 프로그래밍에 도움이됩니다. 약 1 시간이 걸릴 수있는 배울 수 있고 배울 수 있습니다. 한 시간 후에, 당신은 면접관이 요청할 법적 큰 질문에 답할 준비가되어있을 것입니다.

Big O는 당신이 가져 가야 할 과정이 아닙니다. 다음은 한 시간 이내에 설명 할 수있는 몇 가지 기사입니다.

• 나는이 게시물을 좋아한다.
• 보다 공식적이지만 궁극적으로 이해하기 쉬운 기사를 보려면 Brillant를 확인하십시오.
• 편안한 속임수 시트의 경우 Big O 치트 시트를 확인하십시오.
• 몇 가지 훌륭한 예를 보려면 (다른 언어로 이해하기 쉽지만)이 기사를 확인하십시오.

좋아, 인터뷰에서 알고리즘과 데이터 구조로 돌아갑니다.

이러한 유형의 문제가 발생할 수 있으므로 미리 숙제를 할 가치가 있습니다. 학습 알고리즘 및 데이터 구조에 대한 인터뷰에는 두 가지 일반적인 금 표준이 있습니다.

• Gale Lackman McDowell이 작성한 "Cracking Coding Interview"가 있습니다.
• 리소스가 많은 Leetcode라는 웹 사이트가 있습니다.

알고리즘 및 데이터 구조, 코딩 인터뷰에 권장되는 다른 많은 것들이 있지만, 세계의 모든 예를 기억하는 대신 (문제를 해결하지 못하는 것),이를 해결하는 방법을 배우십시오.

위에서 말했듯이, 프론트 엔드 엔지니어는 웹스터 시리얼을 먹는 것과 마찬가지로 건강에 대해 큰 O를 배워야합니다. 작업에 광범위한 알고리즘과 데이터 구조 지식이 필요하지 않으면 면접관은 광범위한 알고리즘 및 데이터 구조 질문을 요청해서는 안됩니다 . VUE와 같은 프론트 엔드 프레임 워크를 설계하는 경우 DOM 차이 알고리즘을 최적화하거나 최소한 사용 알고리즘의 구현을 이해하는 것이 매우 중요합니다. 그러나 그것은 CTCI로부터 7 개의 추가 퍼즐을 요구할 것입니까? 습관. 기억이 아니라 이해를 테스트하고 있습니다. 사람들이 이러한 문제를 해결할 때 (내가 요청할 때), 나는 그들이이 문제에 대해 생각 하고이 문제를 함께 해결하고 싶지는 않지만, 그들이 정답을 얻는 것을보고 싶지 않습니다. 그것은 당신이 어제 기억하는 것이 아니라 일을 시작한 후 엔지니어로서 당신이 할 수있는 일을 알아내는 것입니다. 알고리즘을 이해하는 사람은 직장에서 배워야하는 사람보다 알고리즘을 구현하는 데 더 나을 것입니다.

의존성 관리 시스템을 구축하기 위해 사람들을 모집하고 있습니까? 이 사람은 알고리즘과 데이터 구조에 대해 많은 것을 알아야합니다.

이것들은 스펙트럼의 두 가지 극단이지만, 제 생각에는 모든 사람이 빨간 블랙 트리를 처음부터 작성하는 방법을 알아야 할 필요는 없지만 모두가 큰 O를 알아야합니다. 그러나 전형적인 알고리즘과 데이터 구조를 배우면 소프트웨어 개발자로서의 기술을 크게 향상시킬 수 있습니다.

알고리즘 및 데이터 구조에 대해 질문하면 다음과 같은 질문을합니다.

• 링크 된 목록이란 무엇입니까? JavaScript의 배열이 있거나없는 방법을 구현하는 방법을 보여줄 수 있습니까?
• BFS와 DFS의 차이점은 무엇입니까? 그들 중 하나를 달성 할 수 있습니까?

이 질문에 잘못 대답하면 누구도 제거하지 않을 것입니다. 나는 후보자를 평가하기 위해 퀴즈를 사용하지 않습니다.

당신은 명확하게 생각합니까?

인터뷰 중에 나는 또한 많은 부드러운 기술을 찾았습니다. 이것이 당신이 "명확한"것인지 결정하는 나의 방법입니다.

엄격히 말하면, 그것은 당신이 올바른 결정을 내렸다는 것을 의미하지만, 나에게는 그 이상입니다. 명확한 사람은 합리적인 결정을 내립니다. 나와 다른 의견을 갖는 것은 좋은 일이지만, 우리는 지식의 표준에 동의해야합니다. 예를 들어, 우리는 모두 블로그 전체를 레이아웃하기 위해 절대 포지셔닝을 사용하는 것이 나쁜 생각이라는 데 동의해야합니다. 이것은 합리적인 결정이 아닙니다.

그러나 다음과 같은 기술을 확인하기 위해 이와 같은 시나리오를 만들 수 있습니다.

Codepen으로 가서 정적 블로그 홈페이지를 만들어 보자. 내비게이션 메뉴가 필요하고 제목과 기사를위한 장소가 필요하며 맨 아래에는 댓글과 바닥 글을 넣을 수 있습니다.

그런 다음 내비게이션과 각각의 장단점을 만드는 다양한 방법을 안내합니다. 내가 고용하는 많은 프론트 엔드 개발자들에게, 나는 그들이 핵심 JavaScript를 이해하는지 궁금합니다.

프레임 워크가 당신을 위해 모든 것을 할 때, 당신은 직접 일을 할 필요가 없습니다. 당신이 글로벌 상황을 이해하는지 알고 싶습니다.

"Sobert"는 멋진 진술로, 당신의 물건이 조직되어 있음을 의미합니다. 이것은 철저한 목록이 아니지만 내 관심을 끌었던 것들입니다.

• 자신을 잘 돌봐주세요

• 당신은 전문적으로 말합니다 (이것은 대부분의 사람들이 아는 것보다 더 영향력이 있습니다)

• 매우 비공개 세부 사항이 생략되었습니다

• 질문에 간결하게 답하십시오

• 생각하는 데 시간이 걸립니다

• 당신이 모르면 "모르겠다"라고 말합니다.

• 자신감이 있지만, 당신이 아니더라도 생각하지 마십시오.

• 당신은 당신이 시작한 것을 성취합니다

• 당신은 정직합니다

• 아니오라고 말할 수 있습니다

• 당신은 당신이 원하는 것을 알고 있고 다른 사람들이 원하는 것을 얻도록 돕고 싶습니다.

• 당신은 동의하지 않고 토론을 할 것이지만 언제 포기 해야하는지 알고 있습니다.

• 인터뷰 중에 효과적으로 의사 소통 할 수 있습니다

• 이 대화가 쉽거나 지치고 있습니까?

• 당신은 영어로 유창합니까? 악센트는 절대적으로 괜찮습니다!

• 논의되는 개념을 이해합니까?

• 당신은 친절한 사람입니다.

마지막 요점에 대해 : 친절이 당신이 약한 사람이라는 것을 의미하지는 않습니다. 친절은 다른 사람들에게 도전하고 피드백을 제공하는 데 중요한 부분입니다.

나는 당신이 자급 자족한지보고 싶습니다

지금은 분명 해 보이지만 Gitlab의 일이 끝난 후 자급 자족은 면접관이 모든 사람을 고용 한 모든 사람에게 찾아야 할 것이라고 생각합니다. 자급 자족은 회사에서 귀하의 역할에 중요한 역할을합니다.

예를 들어, 극단에 도달하려면 팀의 어느 누구보다 외부 지침이 가장 적은 제너럴 관리자를 생각하십시오. 모든 사람은 책임이 있지만, 총괄 관리자는 일반적으로 마케팅, 영업 및 관리를 포함한 많은 것들에 능숙해야합니다. 이 모든 것이 팀의 규모에 따라 변경됩니다. 그들의 역할은 아마도 모호 할 것입니다. 그들은 매우 자급 자족합니다. 제 생각에, 선임 개발자는 전체 대규모 기능을 수행하여 올바르게 구현할 수 있어야합니다.

이것은 개발자가 프로세스에서 통신해서는 안된다는 것은 아닙니다. 그들은 질문을 하고 다른 사람들과 협력하여 최선의 방법을 찾아야합니다.

면접관의 코드를 검토하면 우리가 무엇을 기대 해야하는지 알고 있기 때문에 지루하게 될 기회가 있습니다. 우리는 경험이 적은 개발자를 멘토링하는 데 의존합니다. 주니어 개발자는 자급 자족해야하지만 대규모 프로젝트 만 수행하지는 않습니다. 주니어 개발자들은 종종 작은 작품에서 잘 수행합니다. 예를 들어, 주니어 개발자가 선임 개발자가 대규모 프로젝트에서 취하는 작은 작업을 수행하는 것이 좋습니다. 선임 개발자는 또한 주니어 개발자를 안내하고 올바른 방향으로 그들을 자급 자족 할 수 있도록 도와 줄 수 있습니다. 이는 양 당사자와 관리자에게 더 많은 작업을 선임 개발자에게 위임 할 수 있으므로 좋은 일입니다.

당신이 프론트 엔드 개발자이고 경력 의이 단계에서 손을 뻗어야한다면, 그것은 완전히 100% 괜찮습니다. 모든 사람이 그것을 경험했습니다. 또는 많은 장소를 적용하고 결과를 얻지 못하고 매우 좌절하는 경우 : 신청하기 전에 더 자급 자족 해지는 것이 좋습니다. 한 가지 방법은 당신이 더 자급 자족하고 원하는 직업을 얻는 것을 제안합니다. 코드 예제, 작은 카트 앱 및 면접에서 잘 수행되지 않기 때문에 좋아하는 것을 잊어 버리십시오. 누군가를위한 완전한 앱을 구축하고 저렴한 가격으로 또는 무료로 수행하십시오. 교회, 회당, 대피소 또는 가까운 사람을 찾아서 주도권을 잡고 웹 사이트를 만듭니다.

무료 고객은 일반적으로 최악이라는 것을 기억하십시오. 여러 고객을 위해 일을했다고 말할 수있을 때 가치가 있습니다. 추가 포인트를 얻으려면 일부 블로그 게시물에 작업을 문서화하십시오. 이 콘텐츠는 이력서에서 멋지게 보이며 다른 세계에서 눈에 띄게 만들 것입니다. 누구나 Wix 또는 다른 웹 사이트 구축 플랫폼을 통해 웹 사이트를 쉽게 얻을 수 있지만 잘 설계된 사용자 정의 웹 사이트보다 더 좋은 것은 없습니다. 첫 프로그래밍 작업을 받기 전에 약 10 개 정도 웹 사이트를 만들었습니다. 나는 그 미친 이야기를하기 위해 책을 쓸 수있었습니다.

의사 소통과 피드백이 핵심입니다

이것은 분명해 보이지만 잘하기가 어렵다는 또 다른 요점입니다. 커뮤니케이션은 Gitlab 매뉴얼에 잘 문서화되어 있으므로 그것에 대해 자세히 설명하지 않을 것입니다. Gitlab의 가치를 따르고 있으며 그 가치를 따르기를 원하는 다른 사람들을 찾고 있습니다. 긍정적이고 부정적인 피드백은 Gitlab 매뉴얼에도 잘 문서화되어 있으므로 여기서 다루지 않을 것입니다.

나머지 인터뷰는 어떻게해야합니까?

우리는 Gitlab에서 많은 후보자를 인터뷰했기 때문에 쉽게 반복 할 수 있도록 일반적인 과정을 따랐습니다. 인터뷰 과정이 계속 발전함에 따라 자세히 설명하지 않을 것입니다. 그러나 전반적으로 이것은 내가 따르는 과정입니다.

자신에 대해 말 해주세요

당신은 "자신의 상황에 대해 말해주십시오", "당신이하고있는 일을 말해주십시오"또는 "[회사 이름] 동안 상황에 대해 말해주십시오"와 비슷한 유명한 질문을받을 것입니다. 이 질문을 할 때, 나는 당신이 신청 한 직업과 과거 직업 사이의 연결을 찾으려고 노력합니다. 사전에 공통점을 찾는 것이 가장 좋습니다.

예를 들어, Gitlab의 직원으로서 Faang을 개인 프론트 엔드 엔지니어로 신청하면 Gitlab과 그 회사가 페이지 로딩 속도를 향상시키기 위해 노력하고 있다고 생각합니다. 어쩌면 Gitlab에 처음 합류했을 때 한 페이지에 26K 이벤트 리스너가 있었고 0으로 줄여 로딩 시간을 50%, 속도로 줄일 수 있다는 것을 알았습니다. 나는 이것이 대화와 관련이있을 것이라고 믿는다.

그래서 면접관으로서 나는 이것을 말할 수 있습니다.

"안녕하세요! 저는 Gitlab의 프론트 엔드 엔지니어입니다. 저는 3.5 년 동안 여기에 있었고 재직 기간 동안 많은 개선을했으며 가장 좋아하는 작업 영역은 성능, UX 디자인 구현 및 아키텍처 디자인입니다."

이 시점에서 당신은 너무 많은 세부 사항을 사용하고 싶지 않지만 면접관에게 다루어야 할 사실을주는 것이 가장 좋습니다. 내가이 질문을했을 때, 누군가는 전체 경력을 10 분 동안 자세히 말하기 시작했고, 이는 실망 스러웠습니다.

우리 회사에 신청 한 이유는 무엇입니까?

면접관은“우리 회사를 신청하기로 결정한 이유는 무엇입니까?”라고 물을 수 있습니다. 이 회사에서 일하게되어 기쁘기를 바랍니다. 그렇지 않으면 왜 신청을 귀찮게합니까?

어떤 이유로,이 문제는 종종 우리 회사의 이름을 엉망으로 만드는 후보자들을 지나치게 과도하게 만듭니다. 특히 회사가 다른 회사처럼 들리는 경우 이것은 완전히 정상적인 행동입니다.

이 시점에서 내가 찾고있는 것은 직장을 찾고 있는지 또는 우리와 함께 일하게되어 정말 기쁘게 생각하는 것입니다. 우리는 정말로 우리와 함께 일하고 싶은 사람들을 원합니다. 현재로서는 사람이 회사의 상황을 이해하는지 알 수 있습니다. 예를 들어, 어떤 사람들은 우리의 가치를 좋아하고 읽고, 회사에서 일하고 싶어합니다. 어떤 사람들은 우리가 해결하는 큰 문제를 해결하고 싶어합니다. 어떤 사람들은 우리 팀의 연설과 기사를 읽고 사람들과 함께 똑똑한 사람들과 함께 일하기를 원합니다.

당신의 다섯 가지는 무엇입니까?

마지막으로, 후보자가 나에 대해 궁금한 점이 있는지 물어보고 싶습니다. 이것은 인터뷰의 중요한 부분이며 사전에 신중하게 생각해야합니다. 당신의 목표는“오, 오, 좋은 질문!”라고 응답하게하는 것입니다. 한편으로, 나는 당신이 묻는 질문에 대답하려고 노력하고 있으므로 부끄러워하지 마십시오. 다른 한편으로, 나는 또한 직업에 대한 당신의 관심을 측정하려고 노력하고 있습니다. 그래서 "어, 모르겠다"와 같은 단어는 당신이 산만 해졌거나 직업이 당신에게 관심이 없다는 것을 보여주기 때문에 종종 매우 실망 스럽습니다. 이것은 불쾌한 뒷맛을 남길 수 있습니다.

면접관을 찾아 알게하십시오. 이것을 미리 행동하는 것은 눈을 뜨는 운동이 될 수 있습니다. 고객 확보 전략을 이해할 수 있으며, 이는 다른 많은 흥미로운 질문으로 이어질 수 있습니다. 회사가 스타트 업이라면, 인수를받을 계획입니까, 아니면 IPO를 수행하고 싶습니까? 이것은 당신이 명확하고 잘 생각한 질문이있을 때 전문적인 소리를 낼 것입니다. 이것은 내가 나열한 중요한 것들 중 하나입니다.

질문 할 질문을 생각할 수 없다면 정말로이 직업을 원하십니까? 면접관이 개인 웹 사이트를 가지고 있다면 확인하고 다른 질문이 없으면 웹 사이트에 게시하고 게시 한 만화책에 대해 질문 할 수 있습니다.

그러나 나는 제안한다 :

1. 일반적으로 관심이있는 인터뷰 질문을하십시오. 인터뷰 전에 이것을 고려하십시오. 진정으로 사려 깊은 질문은 종종 후보를 크게 향상시킬 수 있기 때문입니다.
2. 회사에서 후보자로 무엇을 찾고 있습니까? 면접관은 직장을 수락하기 위해 무엇을 증명해야합니까?
3. 이 사람들은 당신만큼 깨끗한 것입니까? 알다시피, 그것은 양방향입니다.
4. 이것은 흥미로운 직업처럼 보입니까? 재미있는 직업을 원하십니까?
5. 누구에게보고 하시겠습니까? 그들과 이야기 했습니까? 인터뷰 중에 그들과 대화 할 기회가 있습니까?
6. 당신은 과소 대표가 있습니까? 예를 들어, 누군가를 대체하거나 새로운 역할을 수행하고 있습니까? 얼마나 많은 사람들이 당신이하는 일을 할 것인가? 다른 대표가 많은 사람들에게주의를 기울여야하는 징후는 무엇입니까? 이것이 당신에게 좋은 환경임을 보여주는 징후는 무엇입니까?

이 시점에서 급여 나 혜택에 대해 질문하지 마십시오. 이런 것들은 당신이 나와 같은 사람을 찾기 전에 채용 담당자와 예비 전화 대화를 할 때 논의 될 수 있습니다.

결론적으로

프로그래밍과 달리 인터뷰는 정확한 과학이 아닙니다. 당신은 회사와 함께 일할 전망에 대해 흥분하고 있음을 증명하려고 노력하고 있습니다. 당신은 이것을 면접관과 자신에게 증명하고 싶습니다. 흥미로운 직업을 원하기를 바랍니다. 이 안내서는 따라야 할 대본이 아니라 면접관의 사고 방식을 얻는 데 도움이되는 몇 가지 느슨한 아이디어 중 하나이며 다른 면접관을위한 몇 가지 팁도 포함되어 있습니다. 어쩌면 나는 당신이 전에 알지 못했던 것을 지적했을 것입니다.

이론적으로 인터뷰는 끔찍한 과정이 아니라 파트너가 함께 일할 수있는 검색과 비슷합니다.

위 내용은 기술적 인 위치에 대한 인터뷰는 무섭지 않아야합니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!