sysadmin 후보를 인터뷰하는 방법? [닫은]

어떤 종류의 질문을하고 어떤 시나리오를 설명하고 어떤 종류의 답변을 원하십니까?

구체적인 질문은 없습니다. 취업 자격을 갖춘 후보자를 선발하는데 어떤 인터뷰 전략이 좋은지 알고 싶습니다.

나는 3 가지 범주로 질문합니다 :

• 기술 지식 -응시자가 알고 있어야 할 내용을 알고 싶습니다. 예를 들어, RAID 0, RAID 1, RAID 5, RAID 1 + 0 및 RAID 0 + 1의 차이점을 알려주십시오. AD 디렉터리 서비스 관리자 인 경우 포리스트 및 도메인 수준 FSMO 역할과 각각의 역할을 알려주십시오. 또한 여기에서 내가 어떤 기술에 관심이 있는지 묻습니다. 측면에 로봇을 구축합니까? 좋은! 그들은 로봇을 프로그래밍 했습니까? 정말? 그래서 약간의 코딩을 할 수 있고 문제 해결의 어려움을 아는 사람이 있습니다. 두드러진! 그런 것들.
• 성격 -나는 그들이 다른 시나리오를 어떻게 처리 할 것인지에 대해 질문합니다. "PM은 스케줄에 오류가 있음을 인식합니다. 오류가 PM의 결함이라는 것을 알고 있습니다.이 오류로 인해 주말에 2 주간 연속해서 일하게됩니다. 어떻게 처리합니까?" 기본적으로 질문은 응시자가 어떻게 생각하는지와 그들이 팀의 일원이되기 위해 무엇을해야하는지 알 수 있는지를 보여줍니다. 이것은 정답을 알고있는 사람들을 제거하지는 않지만 다른 사람들과 잘 어울리는 방법을 모르는 사람들을 제거 할 것입니다. 또한 커뮤니티 참여에 관한 질문을합니다.
• 이전 경험 -나는 일반적으로 후보자가 과거에 주요 부분이었던 곳에서 상황이나 프로젝트를 제공하도록 요청합니다. 나는 그들이 직면 한 도전과 그들이 어떻게 대처했는지 알고 싶다. 또한 상황이 좋지 않은 상황을 알려달라고 부탁합니다. 응시자가 얻은 교훈은 무엇입니까? 후보자가 상황을 뒤 바꾸기 위해 뒤늦은 생각으로 무엇을 할 수 있 었는가?

이 답변 은 조사해야 할 세 가지 주요 영역을 다룹니다. 그러나 특히 인프라 스트럭처 사람들이 여러 분야를 다룰 것으로 예상되는 소규모 상점에서 허용해야 할 사항은 범위가 매우 넓고 기술에 따라 다양한 추상화 계층에서 대답 할 수있는 기술적 질문을하는 것입니다. 응시자의 전문 지식. 이를 통해 각각의 역량을 파악하고 특정 전문 지식을 입증하면서도 다른 응시자의 답변을 직접 비교할 수 있습니다.

내가 한 번 물었던 좋은 질문은 다음과 같습니다.

여기 컴퓨터에 로그온하여 터미널을 가져 왔다고 상상해보십시오. 입력하십시오 wget http://www.google.com/. 무슨 일이야?

필자는 네트워킹 편견으로 DNS 확인부터 프록시 구성으로 이동 한 다음 라우팅 결정 및 TCP 연결 설정으로 응답했습니다. 다른 후보는 HTTP 대화 측면에서 답변했습니다. 면접관에게 그가들은 최고의 답변이 무엇인지 물었을 때 그의 대답은 다음과 같습니다.

"음, 키보드 인터럽트로 시작했습니다 ..."

기술적 인 질문이 중요하며 정답을 얻는 것만 큼 대답 방법이 중요합니다. (IT 부서가 마지막으로 요구하는 것은 적대감과 결속력으로 조직 전체의 영업권을 방해하는 사람입니다).

하지만 여기 내 가장 중요한 질문이 있습니다.

"실제"IT 회사와의 첫 인터뷰는 "모르겠습니다"라는 기술적 질문에 대한 답변으로 끝났습니다.

"좋아요, 언제 시작할 수 있습니까?"

나는 대학에서 신선했고, 면접관은 내 지식 / 경험의 한계를 인식 할 수 있다는 것을 알고 싶었습니다. 그것은 나와 함께 보관하고 있으며 sysadmin의 가장 중요한 속성이라고 생각합니다. 구체적인 지식은 훌륭하고 당신에게 다리를 줄 것입니다.

나는 종종 엔트리 레벨 직책에 대해 사람들을 인터뷰하는데, 이는 의미있는 작업 기록에 대해 논의 할 수 없다는 것을 의미합니다. 나는 보통 개인 프로젝트에 대해 이야기하지만 항상 묻는 두 가지 질문은 "홈 네트워크를 설명해 주시겠습니까?"입니다. 및 "가정용 컴퓨터를 어떻게 백업합니까?" 정말 관심있는 사람이 30 분 동안 화이트 보드에 서서 IP 주소 지정, 무선 보안 등에 액세스 할 수 있습니다. 가난한 지원자가 어깨를 으 and하고 그의 형제가 설정했다고 알려줍니다.

"사소한"질문을하지 마십시오. 하나의 매우 구체적인 답변이있는 질문입니다. 사람들은 스트레스를받을 때 그런 종류의 것을 잊을 수 있습니다. 업무상 데이터 전송에 사용되는 V.35 인터페이스의 핀을 알아야하는 경우, 직무를 수행 할 때 찾아 볼 수 있습니다. 일반적인 질문은 퀴즈보다 후보자에 대해 더 많이 이해하는 데 도움이됩니다. 또한 뇌 맛보기를 싫어합니다.

시스템 및 네트워크 관리 실습

응시자에 대해 배우는 데 도움이되는 다양한 유형의 질문을하십시오. 그리고 그들이 당신의 작업 그룹에 어떻게 맞을 것인가. 고대에. 대부분의 SA는 물리학 자, 천문학 자, 수학자 및 엔지니어였습니다. 왜? 아마도 문제 해결 기술이 뛰어나고 아주 좋은 메모를했기 때문일 것입니다.

물어볼 몇 가지 질문 :

인위적인

• 내가 아는 것처럼 TCP / IP 네트워크가 어떻게 작동하는지 설명해주십시오.
• 컴퓨터가 어떻게 작동하는지 전혀 모르는 것처럼 설명해주십시오 (기본 Von-Neumann 장치)
• 간단한 네트워크 다이어그램을 작성하십시오. 20 개의 시스템, 1 개의 라우터, 5 개의 스위치, 2 개의 서버 및 작은 IP 블록이 있습니다. 가다.
• 구인 게시를 바탕으로 여기서 무엇을 하시겠습니까?
• 당신이 여기서 성취하고자하는 것을 나에게 설명하십시오.
• 문서를 최신 상태로 유지하는 가장 좋은 방법은 무엇입니까?
• 최악의 재해 복구 사건은 무엇입니까? 당신이 한 일을 말해주세요.
• SA가되는 것을 왜 좋아합니까?
• SA로서 자신을 어떻게 평가 하시겠습니까?

사업

• IT가 비즈니스를 주도하거나 비즈니스가 IT를 주도한다고 생각하십니까?
• 현재 비즈니스 모델에 대해 어떻게 생각하십니까?
• 우리의 수익성을 높이기 위해 무엇을 할 수 있습니까?
• IT는 우리 회사와 어떻게 인터페이스합니까?

개인적인

• 가장 좋아하는 농담은 무엇입니까?
• 내일 어떤 책을 읽어야합니까? 왜? (그런 다음 도서관에 가서 훑어보십시오)
• Thomas Limoncelli는 누구입니까? (허 차야!)

대부분의 사람은 종이를 잘 볼 수 있습니다. 어떤 사람들은 기술 토론을 통해 BS를 나눌 수 있습니다. 그리고 많은 사람들이 열악한 대중 연설가입니다. 개방형 질문을해야합니다. "예 또는 아니오"가 아닙니다. 사고 과정 및 문제 해결 능력을 관찰하십시오. 가장 복잡한 것은 복잡한 프로세스를 설명하는 데 사용하는 은유입니다.

SA를 고용하는 것은 매우 어려운 작업입니다. 기술 인터뷰에서 채용 대상자를 설명 할 가능성은 거의 없습니다. 그들이 지금 아는 것은 그리 많지 않습니다. 그들이 기꺼이 배우고 자하는 내용이며 얼마나 빨리 배우고 적용 할 것인가입니다.

회사의 소프트웨어를 서버에서 계속 실행할 것으로 예상되는 소프트웨어 회사의 sysadmin 인터뷰 패널의 일부인 경우, 후보자가 개발자에게 무엇을 기대하는지 알고 싶습니다. "우리와 비교하여"또는 "다른 전문가와 함께 모이는"개발자와 어떻게 상호 작용합니까? 개발 및 IT (또는 부서)가 충돌 한 상황에 대한 경험이 있습니까? 어떻게 해결 되었습니까? 그들은 점점에 관심이있는 일부 사람들은 더 나은 통신 할 수 있도록, 자신의 전문 자신의 분야에서 개발자 교육 개발자에 의해 사용되는 기술과 용어에 대한 인식을, 그들은 도움을 기꺼이?

분명히 이것은 부분적으로 sysadmins과 개발자 사이의 관계에 대한 본인의 관심을 충족시키고 후보자를 판단하는 것입니다.

그가 똑똑한 책이 아닌지 확인하십시오. 테스트를 해보는 것이 좋다고 생각합니다.

"빈 화이트 보드"질문은 염소와 양을 실제로 분리하는 질문입니다. "이것은 네트워크 경계입니다. IIS에서 실행되는 웹 응용 프로그램입니다. 이것은 SQL 백엔드입니다. 이것은 또 다른 블랙 박스 서비스가있는 UNIX 상자입니다.이 결함 허용, 보안 등을 어떻게합니까? "

내가 한 후보에서 얻은 유일한 답변은 "당신은 농담하는 거지?"

나는 스타트 업을 위해 Linux 관리자를 고용하고 있으므로 제 경험은 경험이 부족한 경험을 불러 일으키는 질문입니다. 전화 화면 :

1. 현대 리눅스 시스템 (FHS)에서 가능한 한 많은 최상위 디렉토리 이름을 지정하십시오 (약 20 명, 매일 처리하는 사람도 75 %를 넘지 않습니다)?
2. PATH 환경 변수는 무엇에 사용됩니까?
3. 오픈 소스 / 무료 소프트웨어 (Linus Torvalds 제외)와 관련된 것으로 유명한 사람의 이름을 지정하십시오 (가장 빈번한 답변 : Richard Stallman)

전화 인터뷰를 위해 이전 프로젝트, 홈 네트워크, 보유한 컴퓨터 수 및 컴퓨터로 수행하는 작업 등에 대해 이야기하도록 노력합니다.

대면하여 나는 그들이 직면하고있는 실제 문제를 해결하고 그들에게 나를 위해 해결하도록 요청하고 싶다. 나는 이미 멀링 한 솔루션과 그들의 답변을 비교할 것입니다. 대답이 더 좋으면 프로젝트가 진행됩니다. 그들의 답변이 더 나쁘면 인터뷰 과정이 진행되었습니다. 어느 쪽이든, 나는 내 자신의 프로젝트에 계속 참여하고 후보 또는 아이디어를 수정하거나 버릴 수 있습니다.

그렇지 않으면 작업 환경에서 기대하는 것에 대해 더 깊이 이야기하고, 9-5er인지 또는 실제로 수행중인 것에 관심이 있는지 확인하려고합니다. 다른 요인이 없으면 Linux 유형이 경향이 있습니다. 네트워크 엔지니어들은 9-5 세의 경향이 있습니다.

그들이 모든 것을 통과한다고 가정하면, 네트워크 구성이 잘못된 격리 된 네트워크에 새로운 Linux 박스를 설치하고 이상한 장비가 연결되어 있고 최종 "나사"를위한 케이블이 풀려서 다시 가져와야합니다. 온라인. 나는 혼자두고 떠돌아 다니며 정기적으로 돌아와서 확인하지만, 내가 그것에 대해 열심히하고 싶을 때 쉽게 호버링 할 수 있습니다.

인터뷰의 나머지 부분을 지나친 사람이 완전히 익숙하지 않은 환경으로 들어가 다시 작동하는 데 일반적으로 약 30 분이 걸립니다. 완전히 새롭고 완전히 손상된 환경의 문제를 해결하는 데 걸리는 시간을 정확히 테스트 한 멋진 실제 테스트입니다.

이력서를 신중하게 분류 한 후에도 여전히 20 명의 후보자가있었습니다. ~ 150 명 중 20 명이 첫 번째 선택을 통과하여 각 인터뷰에 3-4 시간을 소비 할 수있었습니다. 나를위한 주요 선택 기준은 다음과 같습니다.

• 장소에서 훈련하는 능력
• 최적의 접근 방식을 선택하는 기술
• 비표준 상황에서 문제를 수집하고 해결하는 기술
• 좋은 지식 기반 : 즉, 응시자는 컴퓨터 기술의 역사를 알고 높은 수준의 이론을 갖고 " 해야 할 일"뿐만 아니라 "왜" 를 알아야한다는 의미 입니다.

비표준 상황에서 문제를 수집하고 해결하는 기술에 대해 알기 위해 다음과 같은 질문을 받았습니다. "컴퓨터에 물리적으로 액세스 할 수 있지만 Windows 시스템이없는 경우 Windows 시스템을 망치는 방법 계정 비밀번호? " 그 후, 나는 그들에게 "손상된 시스템을 패치하는 방법?"에 대해 물었습니다. 바이러스에 대한 몇 가지 예를 제시하고 손상을 방지하고 기능을 반환하기 위해 무엇을해야하는지, 가능한 한 적은 도구를 사용하여 손실 된 데이터를 반환하고 비표준 장비 사용에 대해 더 많은 질문을했습니다. 한 번, 후보에게 물었습니다 : "비표준 상황에서 내가 얼마나 좋은지 아는 질문은 무엇입니까?" :-)

알다시피, 그들이 최적의 접근 방식을 찾는 데 얼마나 능숙한 지 알고 싶습니다. 웹, 메일 서버 또는 특정 매개 변수에 대한 네트워크 게이트웨이를 구성하는 데 약간의 연습을했습니다 ( "소수의 클라이언트가 연결된 경우 매우 빠른 웹 서버 여야 함"). 예, 서버 측 스크립팅 언어를 원합니다. 통계를 보여 드리고, 무엇을 선택해야하며 왜 더 나은지 알려주시겠습니까? 테스트 서버에서 나에게 보여줄 수 있습니까? 20 분 남았나요? ")

장소에서 훈련하는 능력-실제로 확인하기 쉽지는 않지만 일부 후보자에게 샘플 구성 파일 또는 스크립트를 작성하도록 요청한 다음 그 후에 더 잘 수행 할 수 있는지에 대한 힌트를주었습니다.

지식 기반-내가 가장 좋아하는 부분 중 하나 : OSI 란? TCP / IP가 "프로토콜 스택 " 이라고 불리는 이유는 무엇 입니까? 어떤 컴퓨터 과학 영웅을 알고 있습니까? Windows 등록이란 무엇입니까? 그리고 유닉스 계열 시스템은 어떻습니까?

그리고 매우 중요한 것은-그들은 반드시 직업을 사랑해야합니다! "K & R과 같은 고전 작가들을 읽었습니까?", "컴퓨터 기술에 얼마나 큰 관심을 가지고 있습니까?", "컴퓨터를 연구하기 시작한 내용이 있습니까?", "컴퓨터 테스트 / 소규모 네트워크가 있습니까? 집에서? " (사실이라면 아주 좋은 징조입니다!).

K. Brian Kelley의 목록은 훌륭하지만 문제 해결 질문을하는 것이 중요하다는 점을 강조하고 싶습니다. 직면 한 몇 가지 어려운 문제를 고르고 응시자가 문제를 해결하고 해결하는 방법을 알려주십시오. 많은 기술적 인 지식을 아는 것이 중요하지만, 체계적인 접근 방식으로 문제를 해결할 수 있다는 것이 제 생각에는 매우 중요합니다.

나는 같은 질문의 일반적인 형태와 반대되는 질문을하고 싶습니다. 예를 들어, 웹 개발에서 일반적인 질문은 "GET 대신 양식을 게시 할 때"입니다. 그러나 나는 반대의 질문을한다. "POST 대신 GET을 언제 사용합니까?" 이로 인해 사람들은 장점 대신 단점에 대해 생각하거나 결정을 내릴 때 어떤 절충점을 고려해야합니다.

IT에 대한 대표적인 질문에는 두 가지 유사한 기술 선택이 포함될 수 있습니다. "도메인 대신 언제 Windows 작업 그룹을 선택 하시겠습니까?"와 같은 질문 일 수 있습니다.

나는 항상 '일하는 방법 ...'책에있는 것이 아니라 일상적인 일에서 접하는 이상하고 기발한 것들을 펜과 종이로 기록합니다. 그런 다음 인터뷰에서 이러한 상황 중 하나 또는 둘을 요청할 수 있습니다. 종종 테스트보다 대화를 시작하는 것이 더 많으며, 답변을 아는 것보다 상황을 처리하는 방법에 더 관심이 있습니다. 나는 항상 '최첨단'기술에 관한 질문을 통해 그들이 새로운 기술에 관심이 있는지 (또는 실제로 관심이있는 TOO) 있는지 묻습니다.

약간의 주제-공식 Google 블로그의 흥미로운 이야기 :

Google에 도착하는 방법 (1 장)

그러나 우리 엔지니어들은 더 다양하고 때로는 더 이상한 경로를 찾는 경향이 있습니다. 일부는 대학원에서 또는 친구 또는 전 동료에 의해 모집됩니다. 다른 사람들은 이력서를 jobs@google.com으로 보냅니다. 그러나 몇몇 엔지니어에게는 경로가 더 흥미로 웠습니다.

그 비 전통적이지만 내 의견으로는 올바른 사람들을 고용하는 올바른 방법에 대한 블로그 게시물의 나머지 부분을 읽으십시오.

인터뷰 할 때 후보자가 특정 기술 질문에 대답 할 수 있는지 실제로보고 싶지 않습니다. 응시자가 답을 찾을 수있는 곳을 아는 것이 더 중요하다고 생각합니다.

응시자는 "모르겠습니다"라고 말해서는 안됩니다. "Google에하겠습니다"또는 "[ACM | SAGE | LOPSA | Server Fault]의 멤버입니다."란에 더 많은 답변을 찾고 있으며 [메일 링리스트 아카이브 | 웹 사이트를 확인합니다. ]를 통해이 질문에 대한 답변을 찾을 수 있습니다. "

질문에 대한 답을 모를 때 응시자가 어디로 향하는 지 알아내는 것이 자신의 능력에 대한 그림을 얻는 좋은 방법입니다.

나는 대기업의 직원과 소기업의 소유자로서 사람들을 인터뷰했습니다. 내가 찾는 최고의 품질은 '비젼'과 '팅커'사이의 균형 잡힌 성격입니다.

상상력이 너무 많으면 Twitter와 같은 시스템이 구축됩니다. (아무것도 읽지 않았다면, 그들의 엔지니어링 교육에 대한 초기 설명의 절반은 대부분의 관리자 유형이 페이스 팜 을 만들고 바를 이끌게 할 것입니다.) 어설프게 너무 많은 경우, 다양한 200 개의 멋진 시스템이 있습니다. 모든 웹 사이트가 sysadmin의 책상 아래 BSD 4.2를 실행하는 열 살짜리 상자에서 실행되고 있습니다.

플랫 아웃, 내가 고용 한 최고의 사람은 코네티컷에있는 작은 사립 대학에서 종교와 철학에 이중 학사 학위를 가진 사람이었습니다. 그는 역경에 직면했을 때 창의적이고 헌신적이며 지능적이며 인내했습니다. 그는 첫 번째 딸이 태어나 기 한 시간 전까지 테 더링 된 휴대 전화를 통해 코드를 확인하고있었습니다. 그는 놀라운 일을했으며 현재 주요 PHP 프레임 워크의 커뮤니티 리더입니다. 멋진 남자.

내가 함께 일한 최악의 사람은 우리 둘 다 일했던 조직에 매우 가파른 사람이었습니다. 그의 아빠는 그곳에서 일했고 고등학교 때부터 그곳에서 일했습니다. 그가 그에게 일이 마음에 들지 않으면 그는 그만두고 나머지 사람들은 두통을 구해야한다고 거의 12 번이나 말한 적이 있습니다. 그는 땜장이였습니다. 그리고 동시에, 거대한 BSD와 젠투 팬입니다.

그 외에 * nix 역할의 모든 sysadmin은 이것이 왜 재미 있는지 설명 할 수 있어야합니다 .

나는 항상 후보자에게 1-10에서 자신의 입장의 특정 측면에 대한 평가를 부탁합니다. 그런 다음 그 답을 바탕으로 자신이 정한 수준에 맞는 질문을합니다.

직책에 스크립팅을 사용해야하는 경우에는 항상 예제를 요청한 다음 두 번째 인터뷰에서 시나리오를 제공하고 응답을 자동화하도록 요청하십시오. 나는 그들의 접근 방식이 쿠키 커터가 아닌지 확인해야합니다.