현재 위치 - 회사기업대전 - 중국 기업 정보 - 내가 프로그래머를 어떻게 채용했는지 누가 압니까

내가 프로그래머를 어떻게 채용했는지 누가 압니까

그래서, 다음과 같은 문장, 이 글은 당신의 직장 경험에 유용하길 바랍니다. 특히 프로그래머를 채용하고 면접을 보고 있는 친구들은 이 문장 수업이 여러분에게 많은 계시를 줄 것이라고 생각합니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 예술명언) 또한 면접을 보는 사람으로서 본 사이트의' 다른 프로그래머가 이력서를 어떻게 읽는가',' 프로그래머가 갖추어야 할 기본 기술',' 우수한 프로그래머의 10 가지 습관' 등 프로그래머와 관련된 문장 몇 가지를 볼 수 있다. 채용 측에게 프로그래머를 채용할 때, 나는 지원자를 면접할 때 가장 알고 싶은 것은 이 프로그래머가 충분히 똑똑한가? 라는 세 가지다. (윌리엄 셰익스피어, 윈스턴, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머) 이 프로그래머는 일을 처리할 수 있습니까? 이 프로그래머가 우리 팀과 함께 일할 수 있습니까? 나는 이것이 모든 팀 관리자들이 고려해야 할 세 가지 문제이며, 모든 문제도 기본적으로 이 세 가지 문제를 둘러싸고 있다고 믿는다. 때로는 프로그래머의 기술 기술이 이 세 가지 문제를 동시에 해결할 수 있다고 생각할지도 모릅니다. 기술적인 능력이 뛰어난 사람은 반드시 총명하고 일을 처리할 수 있는 사람이어야 하며, 물론 팀과 함께 일할 수 있을 것입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 예술명언) 네, 이렇게 보이는 것 같은데 사실은 그렇지 않아요. 어떤 사람들은 확실히 총명하지만, 업무상의 일을 잘 처리하지 못한다. 이렇게 하면 사람은 너의 친구, 너의 고문이어야 하지만, 너의 고용인이 되어서는 안 된다. 어떤 사람은 사람이 아주 좋다. 팀 모두와 잘 어울리지만, 그다지 총명하지는 않지만, 열심히 일하므로, 이런 사람은 부하 중 한 사람의 백본의 조수나 전체 팀의 조수와 같은 부하 직원이 될 수 있다. 어떤 사람이 팀과 함께 일할 수 없다면, 아무리 총명하고 문제를 해결하는 능력이 아무리 강하더라도, 너는 그와 함께 일해서는 안 된다. 개인적으로는 팀의 조화가 모든 일의 전제라고 생각한다. 전통적인 면접 채용 과정의 경우 기본적으로 지원자의 이력서를 읽고 지원자에게 자기소개를 시키는 모습이다. 비교적 어려운 매우 세부적인 기술 문제를 질문하여 일문일답 형식으로 질문하다. 면접관에게 몇 가지 프로그래밍 문제를 주다. (예를 들어, 이상한 알고리즘 문제) 개인적으로이 인터뷰 방법이 우습고 나쁘다고 생각합니다. 특히 다음 두 가지 점이 있습니다. 일반적으로 이런 면접은 단지' 책벌레' 나' 기술 마니아' 를 면접하게 할 뿐이니, 이 몇 가지 폐단을 하나하나 분석해 보겠습니다. 너는 한 사람의 이력서나 자기소개에서 한 사람을 이해하기 어렵다. 이것들은 모두 당사자가 직접 쓴 것이거나 스스로 서술한 것이기 때문이다. 그래서, 이것은 정확하지 않습니다. 이력서를 통해, 당신은 아주 간단한 일만 알 수 있습니다. 이것은 그룹을 모집할 수 있는지의 여부로는 충분치 않습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언) 면접이 시작될 때 지원자에게 자기소개를 시키면 면접관이 매우 공식적인 태도로 전체 면접을 볼 수 있게 된다. (윌리엄 셰익스피어, 자서왕, 자기관리명언) (윌리엄 셰익스피어, 자서왕, 자기관리명언) 면접 과정이 공식적이고 엄숙하면 구금된다. 사실 이것은 우리가 원하는 것이 아니다. 내가 원하는 것은 지원자의 진실과 자연의 표현이다. 그래야 가장 진실한 것을 알 수 있다. 몇 가지 기술적인 난제를 묻다. 예를 들어, 제가 개인적으로 경험한 것-"PS 의 -a 매개 변수는 무엇을 의미합니까?" " , "VI 에서 줄 바꿈을 제거하는 명령은 무엇입니까? 클릭합니다 ","C++ 의 키워드 explict, mutable 은 무엇을 하는 데 사용됩니까? " 잠깐, 잠깐. 예전에는 지원자로서 이런 문제가 너무 싫었다. 이런 문제는 수첩을 조사해 보면 알 수 있기 때문이다. 설마 그가 모집하려는 것은 사전 수첩인가? 혼자가 아니야? 이 방면에 있어서 중요한 것은 지식이 아니라, 중요한 것은 지식을 찾는 능력이다. 지원자에게 어려운 알고리즘 문제를 하나 이상 주고, 10 여 분을 주고, 면접관에게 의사 코드나 코드를 적어달라고 한다. 이런 방법은 상당히 우습다. 자료를 조사할 수 없고, 일종의 스트레스 상태에서 대답하게 하는 것은 전혀 실제 업무의 상태가 아니며, 우리의 면접도 일종의 난처함이 된다. (나의 가장 변태적인 경험은 내가 두 페이지에 쓴 코드를 제출하면 면접관이 옆 프로그래머에게 제출하여 검증을 하도록 하는 것이다. 그 결과 프로그래머는 컴파일 오류가 있다고 말했다. (윌리엄 셰익스피어, 오셀로, 자기관리명언) 그래서 면접관은 "유감스럽게도, 아직 프로그램을 많이 쓰지 않았을지도 모른다" 고 말했다. 상당히 우습다. 이 점에 있어서 중요한 것은 그 문제 해결에 대한 답이 아니라 문제 해결에 대한 생각과 방법이다.

나는 예전에 많은 면접을 경험했다. 기술자가 나와 면접을 보러 왔을 때, 나는' 기술자의 사고' 가 어떤 사람들에게는 면접과 시험을 전혀 분간할 수 없다는 것을 발견했다. 무의식적으로 그들은 여러 차례 이 사람을 면접하는 것이 아니라, 이 사람을 난처하게 하고 자신의 기술을 과시하고 있다. 나는 개인적으로 내가 좋은 프로그래머라고 생각하지만, 나는 그런 면접을 통과할 수 없다고 말할 수 있다. 왜냐하면 그런 면접은 지원자가 아니라 그들 자신을 위해 준비한 것이기 때문이다. 그럼, 내가 어떻게 면접을 보러 갔을까? 첫째, 이력서를 확인한다. 우선 다른 사람의 이력서를 읽는 것은 필요하다. 이력서, 직장 경험, 프로젝트 경력, 기술 기술 등 세 가지를 알아야 한다. 일반적으로, 먼저 전화로 그의 업무 경력, 프로젝트 경력, 기술 기술을 확인할 수 있습니다. 그런 다음, 그가 당신이 필요로 하는 사람의 조건과 일치하면, 회사에 얼굴을 맞대고 면접을 보도록 부를 수 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 일명언) 절대 다른 사람을 부르지 마라, 너는 또 너의 경력과 우리 일에 차이가 있다고 말한다. (나는 면접 경험이 있었다. 회사는 말하지 않았다. 어차피 좋은 소통이 필요하다고 주장하는 그 회사였다. 일반 프로그래머, PM, 매니저, 사장까지 9 회 정도 면접을 봤다. 그리고 마지막으로 직접 말해 주었다. 나의 이전 경력과 그들의 요구 사이에는 큰 차이가 있었다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언) 나는 묻지 않을 수 없다. 앞의 몇 차례의 면접에서 그들은 모두 무엇을 하고 있는가? 둘째, 면접이 시작된다. 둘째, 사람을 회사 면접에 초대하고, 입사 지원자가 회사에 와서 면접을 보는 것이 중요하다. 즉, 일반 채팅과 일반 친구 간의 교류처럼 전체 면접 과정을 마음대로 하고 느긋하게 해야 한다는 것이다. 이렇게 해야만 지원자가 긴장을 풀고 진실한 모습을 꺼내서 너와 이야기하고 이야기할 수 있다. 그래야 짧은 시간 안에 더 많은 것을 알 수 있다. 지원자에게 심리적 부담을 내려놓고 자연스럽게 표현하게 하는 것은 채용측의 책임이다. 다른 사람이 너무 긴장해서 잘 발휘하지 못한다고 말하지 마라. 때로는 채용자가 자신의 문제를 생각해야 할 때가 있다. 면접이 시작될 때, 지원자가 자신을 소개하게 해서는 안 된다. 지원자가 이미 너에게 이력서를 보냈는데, 너도 그에게 전화를 걸었기 때문이다. 또한 지원자는 이 면접 관례에 대해 보통 아주 잘 준비한다. 반면, 이는 전체 면접 과정을 너무 공식적으로 너무 엄숙하게 만들 수 있다. 그래서 지원자가 어떻게 왔는지 물어봐도 될까요? 요즘 어떠세요? 지원자와 어떤 스포츠, 음악, 영화, 사회적 이슈를 좋아하는지, 자기도 굳은 표정을 짓지 말고, 웃음꽃을 피우고, 모두를 편안하게 하려고 노력하는 것과 같은 대중적인 주제에 대해서도 이야기할 수 있다. (윌리엄 셰익스피어, 햄릿, 희망명언) 또한 이런 잡담을 통해 그/그녀의 교제 능력과 성격을 알 수 있다. 또한 책상을 당신과 지원자 사이에 두지 말고 환경을 마음대로 하세요. 셋째, 지원자에게 그의 경험에 대해 많이 이야기하게 한다. 다음으로, 이 지원자가 문제를 해결할 수 있는 사람인지, 일을 처리할 수 있는 사람이라고 생각한다면, 그가 무엇을 할 것인지 묻지 말고, 직접 무엇을 했는지 물어보는 것이 어떻겠습니까? (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언) 무슨 일을 한 적이 있습니까? 좋은 프로그래머에게는 관련 실천이 없다고 상상하기 어렵다. 설령 대학에 있다 해도 무엇을 해야 하는지 상상하기 어렵다. (알버트 아인슈타인, 공부명언) 만약 당신이 문제를 해결할 수 있는 능력이 있다면, 분명히, 오늘 당신은 많은 문제를 해결해야 하고, 또한 많은 일을 처리하고, 지원자가 그의 일을 말하는 것을 들어야 한다. (일문일답 이런 방식을 사용하지 말고, 지원자에게 더 많이 말하고, 많이 듣고, 많이 생각하도록 해야 한다.) 그가 그의 프로젝트에 대해 이야기할 때, 보통 너는 다음과 같은 몇 가지 점을 주의해야 한다: 의사 소통 표현 능력. 지원자가 한 가지 일을 분명히 할 수 있을까. 만약 이 사람이 총명하다면, 그는 가장 간단한 언어로 복잡한 일을 분명히 말할 수 있을 것이다. 그리고 이것은 좋은 프로그래머의 가장 기본적인 능력이다. 그리고 지원자가 자신의 경력을 묘사할 때, 지원자와 좋은 대화를 나눌 수 있다. 이렇게 하면 그의 의사소통 능력과 소통 방식을 알 수 있어 그의 성격을 이해할 수 있다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 자기관리명언) 역할 및 위치. 아마도 그는 큰 프로젝트에 참여했을 수도 있지만, 단지 아주 간단한 모듈을 만들었을 뿐이다. 따라서 프로젝트에서 자신이 맡은 역할과 위치를 이해하는 것이 필요합니다. 지원자가' 우리' 나' 모두' 와 같은 단어를 말할 때, 반드시 아래로 정련하고 명확하게 해야 한다. 공헌과 어떤 문제를 해결했다.

이것은 매우 중요합니다. 이것을 이해함으로써 면접관이 똑똑한지, 문제를 해결할 능력이 있는지, 좋은 기술 기반이 있는지 알 수 있습니다. 데모. 가능하다면 지원자에게 자신이 쓴 코드, 만든 디자인, 또는 그가 쓴 프로그램의 데모를 직접 보여 줄 수 있습니다. (디자인, 코드 스타일, 재사용, 유지 보수성에서 많은 것을 알 수 있음) 기본 사항. 이 프로젝트에서 지원자가 사용하는 기술에 대한 몇 가지 기본 사항을 파악합니다. 예를 들어, 전체 과정을 통해 네트워크, 언어, 얼굴 대상, 시스템에 대한 몇 가지 기본 사항을 물어볼 수 있습니다. 기초지식은 매우 중요하며, 이것은 그의 능력과 직결된다. 프로세스와 도구. 지원자가 잘 알고 있는 프로젝트의 프로세스 (은탄, 폭포, 민첩성, ...), 프로세스의 일부 작업 (예: 요구 사항 문서, 설계 문서, 테스트 측 파일 등), 개발 프로세스에 사용되는 도구 (메모리 테스트, 코드 검사, 버그 보고, 버전 유지 관리 네, 확실히 이런 가능성이 있습니다. 그러나, 거짓말 뒤에는 더 많은 거짓말로 거짓말을 해야 한다는 것을 잊지 마세요. 그래서 당신은 이 문제를 걱정할 필요가 없습니다. 당신이 지원자의 묘사 과정에서 점진적으로 정제하고 문제를 다듬는다면, 지원자가 이야기를 지어내고 있는지 알 수 있을 것입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언) 다음 사항을 기억하십시오: 대화 스타일은 자유롭고 자연스럽게, 정식으로 하지 마십시오. 지원자가 이전에 한 일을 이해할 때 너무 몰두하지 마라. 채용측도 기술자이기 때문에 채용자 자신이 지원자가 하는 프로젝트의 기술이 너무 매력적이어서 끌리는 경우도 있다. 지원자 안내에 주의해야 한다. 저를 믿으십시오, 지원 된 프로그래머 10 명 중 8 명은 이전에 한 일을 분명히 말할 수 없습니다. 그들은 프로젝트 배경과 어떤 문제를 해결해야 할지 직접 건너뛰고 구체적인 실현으로 바로 들어가기 때문이다. 일문일답을 하지 말고 지원자에게 많이 말해야 한 사람을 더 많이 알 수 있다. 한 사람의 과거를 이해하고, 한 사람이 한 일을 이해하는 것이 무엇을 할 것인가보다 더 중요하다. 한 사람의 성격, 생각, 사고, 행동을 이해하는 것이 기술 기술을 이해하는 것보다 더 중요하다. 의사소통 능력, 표현력, 언어조직능력, 이해능력 등 방면의 능력은 다른 사람과 함께 일할 수 있는지 여부와 관련이 있다. 기초 지식은 지식의 방울보다 훨씬 중요하다. C++ 의 키워드를 모를 수도 있지만 C++ 의 상속과 다형성을 알아야 합니다. 기술 기술도 중요하지만, 그보다 더 중요한 것은 이 사람이 지식을 얻을 수 있는 능력입니다. 학습 능력은 컴퓨터처럼 빠르게 변화하는 업계에서 반드시 갖추어야 합니다. 배양할 수 있는지 여부는 습득한 기술보다 더 중요하다. 넷째, 이 단계에 실제로 참여하는 것은 매우 어려울 수 있습니다. 일부 지원자들이 일정 시간을 내야 하기 때문에 졸업생이라면 문제없으니 먼저 인턴십을 하게 해 주세요. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 공부명언) 그러나 다른 사람이 직업이 있다면 좋지 않다. 아마도 당신은 이것이 시용 기간의 용도라고 말할 수 있을 것이다. 그러나, 나는 개인적으로, 당신은 지원자를 존중해야 한다고 생각합니다. 사람들은 저쪽 일을 그만두고, 당신 편에 와서 일하며, 3 개월 시험 기간 동안, 원칙적인 문제가 없다면, 당신은 채용 당사자로서 또 번복해야 한다고 생각합니다. 이렇게 하는 것은 상당히 좋지 않습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 남녀명언) 이런 일이 발견되면, 채용자 자신의 문제일 수밖에 없다. 면접 과정에서, 일부 채용자들은 지원자들이 함께 게임을 하도록 하거나, 변론 경기를 하거나, 현장에서 팀을 구성해 간단한 일을 하도록 하고, 어떤 사람들은 심지어 지원자에게 하루 휴가를 내고 자신의 팀과 함께 하루를 일하도록 하고, 어떤 일을 완성하고 (심지어 deadline 을 설치해도), 이를 통해 지원자의 실제 참여 능력을 고려하도록 한다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 면접명언) 네, 같이 일한 적이 없다면 실제 일이 일어나지 않고 몇 시간 동안의 면접만으로는 한 사람을 이해하기가 힘듭니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 일명언) 이러한 면접의 고리를 설정하고, 가장 짧은 시간 내에 지원자의 모든 것을 이해하는 것은 채용 측에게 나무랄 데가 없다. 그리고 때로는 좋은 결과를 얻을 수 있습니다.

여기서 한 가지만 언급하겠습니다. 때로는 이런 주기가 길어져서 지원자에게 많은 돈을 주고, 반대로 지원자에게 반감과 혐오감을 줄 수 있습니다. 어떤 의미에서 이것은 지원자에 대한 불경입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 남녀명언) 이 점에 대해 나는 줄곧 의문의 태도를 가지고 있었기 때문에, 나는 그 후에 두 개의 물음표를 쳤다.

copyright 2024회사기업대전