시스템 관리자를위한 'FizzBuzz'란 무엇입니까? [닫은]


12

FizzBuzz 는 프로그래밍 능력에 대한 간단한 테스트로, 실제로 프로그래밍 할 수없는 사람들을 제거하기 위해 고용주가 자주 사용합니다. 시스템 관리자 및 일반 IT 직원에 대한 동등한 테스트가 있습니까?

설명 나는 인터뷰 설정에서 약간의 정확도로 테스트 할 수있는 것을 찾고 있습니다. 분명히, FizzBuzz가 프로그래머에게 적합하지 않은 것처럼 올바른 사람을 명확하게 결정하지는 않습니다. 나는 단지 그들이 웹을 서핑 할 수 있기 때문에 그들이 시스템 관리자 / IT 사람으로 일할 수 있다고 생각하는 사람들을 제거하려고합니다.


이메일을받을 수 있다면 아마 안전 할 것입니다.
유닉스 청소부

1
@ user37899 : 경우에 당신이 의미하지 않는다, 그 또는 그녀는 이메일을 얻을 수 있습니다, 당신은 아마 안전 해요?
Bart Silverstrim

그래서 ... 우리는 길거리에서 누군가를 고용해야합니다. 그래도 이메일을받을 수 있다면, 올바른 사람을 분명히 고용 했습니까?
baudtack

스크립팅을 많이하는 사람에게는 FizzBuzz도 관리자에게는 나쁘지 않습니다.
Kyle Brandt

2
커뮤니티 위키가 아니어야합니까? 이 질문에 대한 답변이 있습니까?
Richard Holloway

답변:


11

관리자 (이 사이트의 목적)의 정의가 너무 광범위하기 때문에 관리자를 위해 이와 같은 단일 테스트를 제안하지 않을 것이라고 생각합니다. FizzBuzz 테스트는 모든 프로그래밍 언어로 구현 될 수 있으므로 PHP 개발자 나 임베디드 C를 사용하는 사람은 중요하지 않습니다.

관리 측면에서는 네트워크 관리자, 스토리지 관리자, 서버 관리자 (Windows, Linux, * nix, 메인 프레임으로 구분), 데스크톱 관리자 / 지원, 서비스 데스크 또는 특정 응용 프로그램 관리자 (Exchange, Lotus, SAP)를 고용 할 수 있습니다. 등).

물론, 네트워크 통신은 대부분의 직책의 기본 기술이지만 개발자 용 FizzBuzz와는 달리 엔트리 레벨 포션에는 필요하지 않을 수 있으므로 TCP / IP 및 CIDR은 사용자가 만질 수 있습니다.

개인적으로 저는 개방형 시나리오를 사용하여 신청자의 문제 해결 프로세스와 새로운 상황을 얼마나 잘 분석 할 수 있는지 확인하고 싶습니다. 더 나은 확장은 신청자가 실제 문제에 대해 내부 고객과 직접 작업하도록하는 것입니다. 위의 내용을 실제로 볼 수있을뿐만 아니라 고객 서비스 태도도 확인할 수 있습니다.


좋은 포인트 +1 인터뷰와 방법론은 지원되는 직책의 맥락에서 이루어져야합니다.
John Gardeniers

2
+1 나 에게서도. Sysadmin은 매우 광범위한 작업 설명입니다. 유닉스 관리자가 필요하면 패키지를 만들거나 패치를 설치하십시오. Windows 관리자가 필요한 경우 컴퓨터를 도메인에 추가하거나 DNS 또는 DHCP를 설정하십시오. 데스크톱 사용자를 찾고 있다면 평범한 사람이 스냅 할 때까지 바보 같은 질문을하십시오.
Satanicpuppy

설명에서 관리자 용 fizzbuzz는 문제 해결 프로세스의 테스트입니다. 그것은 모든 하위 카테고리가 공통적으로 가지고있는 것이라고 생각합니다.
Bart Silverstrim

@Satanicpuppy ... 질문은, 일반 사람들이 데스크톱 지원 작업을 신청합니까?
Bart Silverstrim

1
@Bart Silverstrim 모든 것이 가능한 모든 세상에서 최고입니다.
Satanicpuppy

7

FizzBuzz는 거의 사용되지 않으며 프로그래밍 원칙에 대한 최소한의 지식을 가진 매우 열악한 면접관 만이 사용합니다. 이와 같은 일반적인 테스트 방법은 면접 자격이 있다고 생각하는 사람들이 솔루션을 널리 공개하고 암기하기 때문에 완전히 실패합니다. sysadmin에 대한 이러한 테스트는 똑같이 쓸모가 없습니다.

표준화 된 시험 문제는 항상 가치가 없습니다. 면접에서 매년 학교 시험에서 같은 질문을하는 것보다 그렇습니다. 그들은 한 번만 작동합니다.

면접관은 숙련되고 사람들을 "읽을"능력이 있어야합니다. 응시자 자신이 답변하는 것보다 응시자가 질문에 답변하는 방법에 대해 더 많이 배워야합니다. 바로 가기가 없습니다. 최소한 어떤 값도 없습니다.


3
FizzBuzz는 분명히 프로그래밍 할 수없는 모든 사람을 제거하지는 않습니다. 해서는 안됩니다. 프로그래밍은 재미있는 일처럼 들리지만 한 줄의 코드를 작성하지 않은 사람들을 제거해야합니다. 누군가가 이해하지 못한 채 온라인에서 읽은 내용을 역류하고 있다면 상당히 분명 할 것입니다. 필자는 FizzBuzz를 주로 예로 사용했으며,이를 통과 한 사람은 프로그래밍 할 수 있다고 제안하지 않았습니다.
baudtack

2
나는이 대답이 얼마나 옳은지를 충분히 말할 수 없다.
Jim B

2
동의하지 않아야합니다. 나는 많은 후보자들에게 FizzBuzz를 인터뷰 프로그래밍 질문으로 제시했으며, 얼마나 많은 후보자들이 그 문제를 겪고 있거나 완전히 실패했는지에 자주 충격을받습니다. FizzBuzz를 통과 할 수없는 사람은 빨리 거부됩니다. FizzBuzz를 통과 한 사람들은보다 엄격한 평가를받습니다. FizzBuzz는 무능한 프로그래머를 제거하기위한 훌륭한 도구입니다.
abelenky

2
FizzBuzz는 프로그래밍이 아닙니다. 유능한 프로그래머가 아닙니다. 사고 과정에 관한 것입니다. Sysadmin은 문제를 해결하는 방법을 파악하여 그 품질도 필요합니다. Fizzbuzz는 기본적으로 비교적 간단한 수학에 대한 알고리즘 / 솔루션을 제안하고 요청 된 형식으로 변환하는 것에 관한 것입니다. FizzBuzz는 체계적이고 논리적 사고가 필요한 모든 작업에 적용 할 수 있다고 주장 할 수 있습니다. 어쨌든 그렇지 않은 유일한 예선은 아닙니다 :-)
Bart Silverstrim

1
@ John Gardeniers : 동의합니다. 이 후보자들이 인터뷰 단계에 이르렀다는 것이 실망 스럽다. 그러나 사실은 사람들이 이력서에 누워서, 채용 담당자가 후보자를 잘못 대변하며, 기술 지식이없는 HR 직원은 종종 인터뷰를 설정합니다. 후보자와 직원을 위해 최소한의 표준을 유지하려고하는 것은 저와 같은 프로그래머에게 달려 있습니다.
abelenky

4

여전히 오래된 " 'dash-eff-arr'(-fr)이라는 파일을 안전하고 이식 가능하게 삭제하려면 어떻게해야합니까?" 누군가가 고급 질문에 얼마나 잘 대응할 것인지를 합리적으로 잘 예측할 수 있습니다. 나는 정기적으로 심사 질문으로 추천합니다.

글 로빙, 인용 및 이스케이프에 대한 제안으로 주위를 어지럽히는 사람들은 프로덕션 시스템의 루트 셸에서 잠재적으로 위험합니다. 암시 적으로 제안하는 사람들은 조금만 rm -- -fr더 좋습니다. 쉘이 명령 행을 구문 분석하는 방법에 대한 실제 이해를 나타내는 사람들 ... 쉘이 구문 분석 한 내용과 rm인수 벡터에서 수신 된 명령 (예 :)의 차이점에 대한 다른 이해는 일반적으로 다음과 같은 다른 시스템 관리 자료를 잘 이해합니다. 잘.

훨씬 더 흥미롭고 관련된 질문 :

Given a tape backup, a boot/root or rescue disc of your choice, and
a system with a freshly replace, blank, hard drive ... how would you get
that system back into production?  What other information do you need
before you can proceed?

(나는 보통 특정의 제공 tar명령 및 테이프의 경우의 레이블과 날짜를;와 함께 인쇄 fdisk -ldf -k출력하고, 나는 일반적으로 변경하도록 허용합니다 tar유사한로 cpio, afio또는 심지어 pax명령, 보관의 세부 사항을 유틸리티는 내 질문의 초점이 아닙니다).

이 질문은 선별에 적합하지 않습니다 ... 면접관은 답을 확실하게 이해해야하며 그 과정에서 약 10 단계를 점검 할 수 있어야합니다. 나는 매우 예를 들어, 응답자의 어획량 그들을 --- 그들에게 그가를 실현 또는 그녀가 실행했을 것이다 특히, 작은 순서 문제의 용서 해요 fdisk그 일련의 이전 mkfsmount명령.

나는 이것이 실제로 피즈 버즈 시나리오에 가장 가까운 것이라고 말하고 싶습니다.

또 다른 마음에 드는 것 :

You have just been given responsibility for a departmental server running Linux.
The former admin has been "hit by a bus" and no one knows the root password for
this system.  How do you proceed?

이것은 대화를위한 것입니다. 핵심 나는 그들이 단일 사용자 모드로 시스템을 부팅하고 암호 변경 강제하는 방법에 대한 이해를 설명 할 구출 디스크에서 부팅하는 방법을 동일한 작업을 수행. (따라서 시스템이 구성되어 sulogin있고 쉬운 부팅을 방지하기 위해 부트 로더 (GRUB 또는 LILO) 암호가 있음을 밝힙니다 init=/bin/sh). 그것은 원하는 답변의 순수한 기술적 부분입니다.

그러나 나는 보통 그들이 제기해야 할 더 넓은 고려 사항에 관심이 있습니다. 누구든지 sudo작업에 충분한 액세스 권한 이 있는지 묻 습니까? 서비스 중단을 어떻게 예상 할 수 있습니까? 그들은 전직 관리자가 적대적이거나 시스템이 손상되었을 가능성에 대해 질문합니까? 경영진이 암호를 에스크로하는 방법에 대해 의견을 말하거나 제안합니까?


3
비밀번호 복구는 관리자 테스트로 쓸모가 없습니다. 인터넷에 연결된 학교 어린이는 쉽게 해결할 수없는 문제를 제기해야합니다. 그 외에도 해킹 기술의 시연은 후보자가 가치있는 관리 기술을 가지고 있음을 나타내지 않습니다.
John Gardeniers

@John Gardeniers : 비밀번호 복구는 실제로 "해킹의 실증"이 아닙니다. 그러나이 비판을 뒤집어 놓고 물어 보자. 시스템 암호 변경을 실제로 유닉스 / 리눅스 sysadmin으로 강제 변경하는 방법을 모르는 사람을 생각해 보겠습니까? 루트 비밀번호 변경을 강제하는 프로세스는 다양한 부트 구성 문제 (특히 복구 디스크 또는 네트워크 부트를 사용하는 경우)를 해결하는 데 사용하는 프로세스와 거의 동일합니다.
Jim Dennis

3
나는 실제로 Windows 관리자이므로 Windows 및 Mac에서 암호를 복구하는 데 필요한 경우에만 참조하는 원칙에 대해 너무 많이 언급 할 수는 없지만 암호를 복구하는 방법을 모르는 사람을 고용 할 것입니다 -필요한 경우 필요한 경우 배우는 방법을 알고 있다고 만족합니다. 그것은 내가 무엇보다 원하는 단일 기술, 답을 찾는 능력입니다.
John Gardeniers

1
내가 수행 한 sysadmin 작업의 양을 고려하면 온라인에서 다른 관리자와 "네트워크"를 조사해야하는데 ... 특히 기술이 시간이 지남에 따라 변하기 때문에 현장 관리자로 잠재적 관리자를 판단하는 모든 것에 의문을 제기합니다 (fsck a 부팅시 특정 파일 이름의 "터치"가있는 드라이브는 Ubuntu에서 작동하지만 모든 Linux 시스템에서 작동합니까? 디스크에서 부팅하여 디스크를 확인하는 방법은 무엇입니까? 또는 Linux 버전에서 파일 시스템 마운트 처리의 차이점은 무엇입니까? 문제 해결은 답을 아는 것이 아니라 답을 찾는 것으로 구성됩니다.)
Bart Silverstrim

@ 존과 바트 (John and Bart) : 리눅스 시스템을 "구출"하는 방법의 기본 원칙은 그 역사와 일치했다. 몇 가지 세부 사항이 좋은 이유로 변경되었습니다. 이들 중 상당수는 다른 형태의 UNIX에도 적용됩니다 (오래된 시스템에서는 시스템 설치 또는 IPL 테이프에서 "미니 루트"환경을로드했습니다 (오늘 RAM 디스크에서 실행하는 것과 유사)). 엔트리 레벨이나 인턴쉽을 위해 인터뷰를한다면 랩톱 / 브라우저를 제공하고 그에 대한 답변을 바로 찾아 보게되어 기쁩니다. (정상적으로 나는 선임 후보자에 대해서만 기술 인터뷰를 요청합니다).
Jim Dennis

3

공식적으로 사용할 수있는 것은 없지만 여기에 몇 가지 일반적인 팁이 있습니다.

백업에 대해 문의하십시오. 그들이 "백업의 목적은 복원하는 것"이라는 내용을 따르지 않는다면 원하지 않는 것입니다.

Sh-t 씨가 Fan 씨를 만나고 아름다운 관계를 맺기로 결정했을 때 그들이 어떻게 반응하는지에 대한 느낌이 필요합니다. 인터뷰 중에 비상 상황을 가짜로 만들고 그들이 적어도 합리적인 방법으로 문제를 다루는 지, 또는 마치 마치 마치 마치 불에 타는 것처럼 원을 돌아 다니는지 확인하십시오.

기술 전도자들을 제거해야합니다. 이 사람들은 적절한 지 여부에 관계없이 항상 좋아하는 기술을 사용하기를 원하기 때문에 기내에서 사용하는 것이 좋습니다. 몇 가지 주요 질문이 있습니다.

또한 "상아탑"유형을 제거해야합니다. sysadmin은 항상 소매를 감아 서 필요할 때 손을 더럽힐 수 있도록 준비해야합니다. 그 가짜 비상 상황이 여기에 도움이 될 수 있습니다.


2

10.13.216.41/18의 의미를 설명하도록 요청하십시오. 대답은 할 필요가없는 아주 상세한 이 하나, 그러나 어떤 시스템 관리자는 주소, 네트워크 마스크를 설명 할 수 있어야한다.


IMO는 컴퓨터를 사용하는 사람이라면 누구나 곧 일어날 수는 없습니다
PostMan

2
@PostMan : CIDR 이해는 일반 컴퓨터 사용자에게 필요한 것 이상입니다.
brent

@PostMan-비행기를 타는 사람은 착륙 지시를위한 항공 교통 관제 알고리즘을 이해해야한다고 말하는 것과 같습니다. 무지한 사람이 사용할 수없는 도구는 결국 쓰레기 더미에있게되기 때문에 Sysadmin이 존재합니다.
sh-beta

2

SSL에 대한 문제 해결 트리를 제안하십시오. 오늘날 대부분의 새로운 IT 시스템은 웹 서버에 의존하고 SSL은 많은 기술에 의존합니다. '사용자는 웹 사이트에서 보안 인증서가 유효하지 않다고 불만을 표시합니다.'로 시작하여 찾아야 할 사항을 나열하게합니다.

찾고자하는 것은 세 가지입니다.

  • 정보의 수집, 문제의 재현에 정점
  • 실험적 절차; 한 가지 변경 및 한 가지 만 과 결과 비교
  • SSL 보안 메커니즘 및 그 아래 기술에 대한 이해 DNS, 웹 서버 구성 및 브라우저 구성

기존 이슈 트래커에서 문제의 초기 모호한 설명을 실제로 가져올 수있는 경우 보너스 포인트. 문제의 근본 원인을 찾는 것이 어려울 수 있습니다. 같은 토발즈는 말한다 :

누군가 문제를 발견하고 다른 누군가가 그것을 이해합니다. 그리고 그것을 찾는 것이 더 큰 도전이라고 말하면서 기록으로 넘어갈 것입니다.


나는 downvote를주지 않았다 (사람들이 downvote 할 때 싫어하지만 이유를 남기지 않아 답변이 향상 될 수 있음) ...하지만 우리는 그들이 홈페이지에 갈 수 없다는 사용자 보고서를 보았습니다. 기술 현장에 간다. 컴퓨터가 켜지지 않았습니다. "홈페이지"는 분명히 로그인 화면을 의미했습니다.
Bart Silverstrim

좋은 지적. 마지막 문장을 조금만 설명하겠습니다.
jldugger

1

지난 몇 년 동안 우리 자리에서 몇 사람의 역할에 대해 인터뷰 한 결과, MCP와 같은 질문이 포함 된 기술 퀴즈는 종이 시험에 적합합니다. 나머지 (접근법 및 문제 해결 등)는 일대일 인터뷰와 기술 토론을 통해 가장 잘 알 수 있습니다.

나는 공에 보인 사람들을 위해 몇 가지 퀴즈를 설정했으며, 시험을 치르는 눈물을 흘린 접수 담당자에게만 모든 올바른 종이 조각을 가지고 있습니다! 인증서는 좋은 지표이지만, 모든 믿음을 믿을 수는 없습니다.


1

시스템 관리자는 하나 이상의 공통 운영 체제에서 네트워킹을 구성하기위한 자세한 단계별 지침을 제공 할 수 있어야하며 컴퓨터를 보거나 건드리지 않고도이 작업을 수행 할 수 있어야합니다.


@Ben, 그들에게 컴퓨터를주는 것은 시험의 요점을 물리 친다. 네트워크 구성은 모든 sysadmin이 메모리에 거의 헌신해야 할 매우 기본적인 기술이라고 생각합니다.

지난 몇 년간 랩톱 사용자 중 한 명이 고정 주소 나 프록시를 설정하여 외국 네트워크에서 작동하도록 도와주는 다른 전화를 받았을 것입니다. 그들이 네트워크로 이동했을 때 그들은 컴퓨터를 고치기 위해 무엇이 필요한지 물어 보았습니다. 이 전화는 항상 컴퓨터 앞에 있지 않을 때 발생하는 것으로 보이며 발신자는 일반적으로 즉각적인 도움이 필요한 충분한 정치적 영향력을 가지고 있습니다. 메뉴 항목의 정확한 이름과 같은 모든 세부 사항을 알아야한다고 말하지는 않지만 컴퓨터 앞에 있지 않고 컴퓨터의 문제 해결 및 네트워크 설정 수정을 통해 누군가를 안내 할 수 있어야한다고 생각합니다.


비슷한 메모에. 네트워크와 같은 일반적인 구성을 요청하면 각 화면을 읽지 않아야합니다. 스크린은 단순히 스크린 위의 다음 스키밍을 클릭 할 위치를 알기에 충분해야합니다.
Chris S

2
나는 이것에 동의하지 않을 것이다. 내 생각에, 누군가에게 메모리에서 무언가를하는 방법을 묻는 것은 잔인합니다. 필자는 Windows의 모든 측면을 암기하지 않는 것이 확실하며 (Vista / 7이 많은 주요 사항을 완전히 바꿨 기 때문에 훨씬 더 나빠질 것입니다) 후보자들도이 사실을 마음껏 알기를 기대하지 않을 것입니다. xkcd.com/627 몰라요! 개인적으로 나는 그들에게 랩탑을주고 그들에게 그것을하고 그것을 시도하고 측정 해 보라고했다.
Ben Pilbrow

@Ben, 요점을 해결하기 위해 업데이트되었습니다. 사용자에게이 수준의 도움을 제공해야하는 경우가 여러 번 있습니다. 나는 sysadmin이 기본 네트워크 구성을 자신의 손보다 잘 알아야한다고 생각합니다.
Zoredache

@ Zoredache : 때로는 근본적으로 바뀌기 때문에 완전히 간단하지는 않습니다. 그들은 그것을 배우고 탐색 할 수 있어야하지만 동시에 모든 시스템에서 작동하지는 않습니다 (예 : Dell의 무선 유틸리티는 XP 노트북의 Windows에서 네트워크 관리를 훔치기를 좋아합니다). 그들이 익숙하지 않으면 새로운 기술을 잃게되지만 무능하게 만들지는 않습니다. 오히려 글 머리 기호 사람을 암기하는 대신 이러한 문제에 대해 배우고 적응하는 것을 좋아하는 사람이 있습니다.
Bart Silverstrim

@Ben & Bart : 요점이 없습니다. 100 % 정확할 필요는 없습니다. 그러나 그들은 자신의 일처럼 그것을 알아야합니다 . 질문은 특정 작업에 대한 간단한 작업을 기반으로해야합니다. 고용하기 전에 그 사람을 변명해야 할 경우 다른 사람을 찾을 시간입니다.
Chris S

-1

sysadmin 업무를 수행 할 때 명령 줄이나 마우스를 사용 하느냐는 간단한 질문입니다.

그들이 마우스라고하면 문을 보여줄 것입니다.


양자 모두. 마우스는 주로 한 창에서 다른 창으로 전환하고 브라우저를 작동시키는 데 사용됩니다 (Firefox 용 Vimperator를 천천히 사용하고 있음에도 불구하고). 내 업무 시스템에서 132x52 Terminal.app (Mac OS X 랩탑 ... 일반적으로 사무실에서 이중 모니터 모드를 사용)로 표준화했습니다. 나는 보통 4 개 또는 5 개의 용어 창을 가지고있다. ... 모두 데스크탑에 sshd되었고 screen평균 20 개의 쉘이 다른 시스템, IRC 등에 대한 다양한 연결 상태를 유지 하는 하나의 영구 다중 사용자 GNU 세션을 공유한다 .
Jim Dennis

6
나는이 대답을 좋아하지 않는다. 마우스를 통해 완벽하게 처리 할 수있는 상황과 솔루션이 많이 있으며, 하나도 없으면 처리 할 수 ​​없습니다. 나는 CLI도 좋아하지만 그것에 대해 막을 필요는 없습니다.
quux

나는이 조금 너무 무딘 좁고 생각하지만, 이다 IT 전문가의 충격적인 수 사실 - 그들의 스릴도 사람들 - 명령 줄을 사용 고백 공언 혐오의 결과와 그들이 완전히 능력이 있음을 사전 패키지 된 솔루션 없이도 자동화 이 사람들은 정말 않는 그들은 막 다른 작업에 고용되지 않는 한, 문을 표시 할 가치가있다.
Skyhawk
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.