인터뷰에서 최고 기업은 무엇을 찾고 있습니까? [닫은]


9
  1. 기본적으로 나는 당신이 무엇을 찾고 있고 나머지 프로세스에서 벗어 났습니까?
  2. 제거 라운드는 사람을 판단하는 공정한 방법입니까? 누구나 나쁜 시간을 가질 수 있습니다 :-(
  3. 가장 좋은 코드를 작성해야합니까, 아니면 알고리즘을 올바르게 가져야합니까? 나는 일반적으로 먼저 실행 가능한 솔루션을 코딩 한 다음 나에게 아름답게 보일 정도로 레벨까지 작업합니다. 이것은 잘못된 접근법입니까?

최근에 나는 전화 인터뷰를했는데 20 분 안에 레벨 순서 탐색의 변형을 작성하라는 요청을 받았습니다. 나는 알고리즘과 작업 코드를 20 분 안에 얻을 수 있었지만 예외 처리 및 코딩 규칙을 제대로 얻지 못했습니다. '마크까지 올라가지 않은'유일한 것.

말할 것도없이 나는 회사를 좋아하고 다시 신청하지만 다음 번에 바로 그것을 원합니다 :-)

당신의 경험과 소중한 제안을 공유하십시오.


4
후보자를 잘못 판단하는 상대 비용을 명심하십시오. 잘못된 부정 (좋은 직원이었던 사람을 고용하지 않음)은 고용주에게 기회 비용 만 제공하는 반면, 잘못된 긍정적은 매우 비용이 많이 들며 조직 전체에 나쁜 결과를 초래할 수 있습니다.
Chris Bye

@Chris : 당신이 맞아요. +1.
Geek

답변:


7

기술 인터뷰를 할 때, 나는 사람들이 홈런을 칠 때 정직하게 찾고 있습니다. 응시자가 자신의 지식을 아는 것처럼 보이지 않으면 역할에 효과적이지 않을 것입니다 (여기서 수석 개발자의 입장을 말하고 있습니다).

겠습니까 당신이 아니라 당신이 (당신이 적합하지이기 때문에) 당신이 일을하지 않는 힘든 인터뷰, 또는 쉬운 인터뷰가이 방법으로 그것을보고 일을 얻을,하지만 90 이후 가자 얻을 당신이 머리 위로 있기 때문에 일?

나는 후자의 캠프에서 너무 많은 개발자를 보았습니다. 기술적 인 부분을 잘 이해하지 못해서 직업을 얻지 못했다면 변장의 축복이라고 생각하십시오. 거절이 마음에 들지 않으면 기술력을 익히십시오.


4
Marcel은 아주 잘 말했습니다. 어떻게 든 나는 모든 사람이 (아무리 좋든) 알 수없는 문제로 모든 것을 올바르게 얻을 수는 없다고 생각합니다 (시간은 제약 사항입니다). 누군가 문제를 겪고 있다면, 아마도 이전에 같은 코드 나 비슷한 코드를 작성했을 것입니다. 제거 라운드에서 하나의 질문은 누군가가 질문을 두 번하면 누군가가 충분하지 않다는 것을 알고 있습니까 (누군가 실수를 범하지 않는 한). 내가 만들려고하는 요점은 'Elimination Round'입니다. 가설에서 '일부 1이 충분하지 않다는 것을 알고 있습니다.' 네 나쁜 사람 ?? 명백히 고용 없음.
Geek

인터뷰는 확실히 어려운 기술이며, 나는 결코 전문가라고 주장하지 않습니다. 하지만 제 경우에는 "gotcha!"게임을하려고하지 않습니다. -누군가가 뭔가 잘못되기를 기다리는 곳. 대신, 나는 그들의 지식을 조사하고 그것이 얼마나 깊은 지 보려고 노력하고 있습니다. 후보자가 예를 들어 해시 테이블의 작동 방식을 쉽게 설명 할 수 있습니까? 누가 누가 승리 열에서 끝나고 누가 그렇지 않은지를 쉽게 알 수 있습니다.
Marcel Lamothe

@ 괴짜-당신은 오히려 그것을 옳은 사람이 아닌 사람에 의해 전달 된 사람이겠습니까? 문제가있는 팀원들과 함께 일하는 방식에 대한 코딩 과제 나 간단한 질문 일 수 있지만 결국에는 모든 후보자를 제외해야합니다.
JeffO

@Geek : "이전에 비슷한 코드를 작성했습니다". 아마도 그들은 매우 유사한 코드를 작성했을 것입니다. 레벨 순서 순회는 모든 CS 졸업생에게 친숙해야하는 트리 순회의 변형입니다. 익숙하지 않다면 어딘가 놓친 부분이 있습니다. 알고리즘 수업을 들었습니까?
케빈 클라인

@ kevin : 레벨 순서 순회는 쉬운 메이트입니다. 질문에 "시간 제한을 주면 건너 뛸 수 있고 여전히 충분히 좋은 것으로 간주됩니다." Chris Bye가 그 질문에 대해 큰 의견을 가지고 있다고 생각합니다.
Geek

4

사람들이 간단한 알고리즘을 매우 제한된 시간 안에 코딩하도록 요청하면 코딩 규칙과 예외 처리가 마지막으로 볼 것입니다. 순회 함수 이름 지정 func및 모든 변수 a, b등의 끔찍한 일을하지 않는 한 c. 아마 그들이 당신에게 전화하지 않은 또 다른 이유가 있었을 것입니다.

물론 누구나 나쁜 시간을 가질 수 있습니다. 하지만 5 번 중 1 시간 동안 여러 번의 인터뷰를하며 중요한 조치를 취할 수 없다면 나쁜 징조입니다.

개인적으로, 나는 효과가있는 것을 얻는 것이 그것을 개선하는 것이 잘못된 접근법이라고 생각합니다. 나를 포함한 많은 사람들은 사람이 엉망인 것처럼 보이는 코드를 작성하면 머리에도 엉망이된다고 생각합니다. 코드 작성 속도는 느리지 만보다 신중하게 작성하는 것이 좋습니다.

그리고 더 개인적으로 (그리고 아마도 모욕적 인), 나는 당신이 알고리즘에 충분하다고 생각하지 않습니다. 대문자 A를 사용하여 "알고리즘"으로 철자를 쓰면됩니다. 이렇게 두려워하지 않는 철자를 쓰지 마십시오.


5
Lol .. 나는 마지막 단락을 좋아했다 :-) 'Lol'에서 대문자 L을 주목하라. 죄송하지만 영어는 제 첫 언어가 아닙니다. BTW 알고리즘을 대문자 A :-)없이 작성해야한다는 것을 배웠다
Geek
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.