인터뷰 전 IT 전문가의 역량을 빠르게 테스트하는 7가지 방법

IT 전문가를 고용하는 것은 쉬운 일이 아닙니다. 첫째, 현재 시장에는 숙련된 인력이 부족하다는 점을 이해하고 있습니다. 지원자들은 처음에 관심이 없다면 고용주의 "선발 이벤트"에 많은 시간을 할애하지 않는 경우가 많습니다. 이전에 유행했던 "8시간 이상 테스트를 제공합니다"라는 관행은 더 이상 작동하지 않습니다. 본격적인 기술 인터뷰를 수행하기 전에 지식에 대한 초기 평가 및 후보자 선별을 위해서는 다른 더 빠른 방법을 사용해야 합니다. 둘째, 지식과 기술에 대한 높은 수준의 평가를 위해서는 스스로 그러한 기술을 보유하거나 그러한 기술을 갖춘 동료를 유치해야 합니다. 이러한 어려움은 이 기사에서 논의할 방법을 사용하여 해결할 수 있습니다. 나 자신도 이러한 방법을 사용하여 일종의 평가를 작성했습니다.

따라서 인터뷰 전에 IT 전문가의 역량을 신속하게 테스트하는 7가지 방법은 다음과 같습니다.

7. 후보자의 포트폴리오, 코드 예제 및 공개 리포지토리를 연구하십시오.

6. 단기 테스트 작업(30~60분 내에 완료).

5. 전화/Skype를 통한 기술에 대한 짧은 급행 인터뷰(설문지와 같이 온라인 및 음성으로만 가능).

4. Live-Doing(코딩) - 공유된 화면을 통해 간단한 문제를 실시간으로 해결해 드립니다.

3. 경험에 대한 개방형 질문이 포함된 설문지.

2. 완료 시간이 제한된 짧은 객관식 시험입니다.

1. 다단계 테스트 과제, 첫 번째 단계는 인터뷰 전에 완료됩니다.

다음으로 이러한 방법, 장점과 단점, 프로그래머의 역량을 신속하게 테스트하기 위해 하나 또는 다른 방법을 사용하는 상황을 자세히 고려합니다.

채용 퍼널에 관한 이전 기사에서 habr.com/en/post/447826 IT 전문가의 기술을 빠르게 테스트하는 방법에 대해 독자들을 대상으로 설문 조사를 실시했습니다. 이 글에서는 제가 개인적으로 좋아하는 방법, 왜 그 방법을 좋아하는지, 어떻게 사용하는지에 대해 이야기하겠습니다. 저는 XNUMX등으로 시작해서 XNUMX등으로 끝마치고 있어요.

1. 다단계 테스트 과제, 첫 번째 단계는 인터뷰 전에 완료됩니다.

나는 개발자 역량을 테스트하는 이 방법이 가장 좋다고 생각합니다. "작업을 맡아서 해 보세요"라고 말하는 기존 테스트 작업과 달리 내 버전에서는 테스트 작업을 완료하는 과정이 작업에 대한 토론 및 이해, 솔루션 설계, 필요한 리소스 평가 등의 단계로 나누어집니다. , 솔루션 구현, 결정 승인 문서화 및 제출의 여러 단계입니다. 이 접근 방식은 단순히 "받아서 실행"하는 것보다 일반적인 최신 소프트웨어 개발 기술에 더 가깝습니다. 자세한 내용은 아래를 참조하세요.

어떤 경우에 이 방법을 사용하나요?

내 프로젝트의 경우 일반적으로 프로젝트에서 별도의, 별도의, 상대적으로 독립적인 부분을 개발하는 원격 작업자를 고용합니다. 이렇게 하면 직원 간의 의사소통 필요성이 거의 XNUMX으로 줄어듭니다. 직원들은 서로 소통하지 않고 프로젝트 관리자와 소통합니다. 따라서 문제를 빠르게 이해하고, 명확한 질문을 하고, 문제 해결을 위한 실행 계획을 독립적으로 개발하고, 필요한 자원과 시간을 추정하는 사람의 능력을 즉시 평가하는 것이 중요합니다. 다단계 테스트 작업이 이 작업에 큰 도움이 됩니다.

구현 방법

개발자가 수행해야 할 프로젝트와 관련된 독립적이고 독창적인 작업을 식별하고 공식화합니다. 나는 일반적으로 개발자가 프로젝트의 주요 문제와 기술에 직면하게 될 구현을 위해 주요 작업 또는 향후 제품의 단순화된 프로토타입을 작업으로 설명합니다.

테스트 작업의 첫 번째 단계는 문제에 익숙해지고, 불분명한 부분을 명확하게 하고, 솔루션을 설계하고, 문제 해결을 위한 단계를 계획하고, 개별 단계와 전체 테스트 작업을 완료하는 데 걸리는 시간을 추정하는 것입니다. 종료 시 개발자의 실행 계획과 예상 시간을 간략하게 설명하는 1~2페이지 분량의 문서가 나올 것으로 예상됩니다. 또한 후보자들에게 실제로 자신의 기술을 확인하기 위해 완전히 구현하고 싶은 단계를 표시하도록 요청합니다. 아직 아무것도 프로그래밍할 필요가 없습니다.

이 과제(동일한 과제)는 여러 후보자에게 주어집니다. 후보자들의 답변은 다음 날 나올 예정이다. 다음으로 2~3일 후 모든 답변을 받은 후 지원자가 보낸 내용과 작업을 시작하기 전에 어떤 명확한 질문을 했는지 분석합니다. 이 정보를 바탕으로 다음 단계에 필요한 후보자를 얼마든지 초대할 수 있습니다.

다음 단계는 간단한 인터뷰이다. 우리 벌써 할 얘기가 있어요. 후보자는 자신이 추진할 프로젝트의 주제 영역에 대해 이미 대략적인 아이디어를 갖고 있습니다. 이 인터뷰의 주요 목적은 응시자의 기술적 질문에 답하고 주요 테스트 작업, 즉 자신이 선택한 작업의 일부를 프로그래밍하도록 동기를 부여하는 것입니다. 또는 구현을 보고 싶은 부분.

개발자가 작업의 어떤 부분을 구현하고 싶은지 확인하는 것은 항상 매우 흥미롭습니다. 어떤 사람들은 프로젝트 구조를 풀고 솔루션을 모듈과 클래스로 분해하는 것을 선호합니다. 즉, 위에서 아래로 이동합니다. 일부는 솔루션 전체를 규정하지 않고 자신의 의견으로는 가장 중요한 별도의 하위 작업을 강조합니다. 즉, 가장 복잡한 하위 작업부터 전체 솔루션까지 아래에서 위로 이동합니다.

장점

우리는 후보자의 박식함, 그의 지식을 우리 프로젝트에 적용하는 능력, 의사소통 기술의 발전을 볼 수 있습니다. 후보자들을 서로 비교하는 것도 쉽습니다. 나는 일반적으로 작업을 완료하는 데 걸리는 시간에 대해 너무 낙관적이거나 너무 비관적인 추정을 하는 지원자를 거부합니다. 물론, 나는 나만의 시간 추정을 가지고 있습니다. 응시자의 낮은 점수는 그 사람이 업무를 제대로 이해하지 못했고 이 테스트를 표면적으로 완료했음을 나타냅니다. 너무 많은 시간 추정은 일반적으로 후보자가 주제 영역에 대한 이해가 부족하고 내가 필요한 주제에 대한 경험이 없다는 것을 나타냅니다. 나는 점수에 따라 후보자를 즉시 ​​거부하지 않고, 평가가 아직 충분히 동기 부여되지 않은 경우 평가의 정당성을 요구합니다.

어떤 사람들에게는 이 방법이 복잡하고 비용이 많이 드는 것으로 보일 수 있습니다. 이 방법을 사용할 때의 노동 강도에 대한 평가는 다음과 같습니다. 테스트 작업을 설명하는 데 30~60분, 각 응시자의 답변을 확인하는 데 15~20분이 소요됩니다. 응시자의 경우 이러한 테스트 작업을 완료하는 데 일반적으로 1~2시간이 채 걸리지 않으며 앞으로 해결해야 할 문제의 본질에 몰두합니다. 이미 이 단계에서 후보자는 관심이 없어질 수 있으며 약간의 시간을 낭비하여 귀하와의 의사소통을 거부합니다.

제한

첫째, 독창적이고 고립된 대규모 테스트 작업을 생각해 내야 하는데 이것이 항상 가능한 것은 아닙니다. 둘째, 모든 후보자가 첫 번째 단계에서 프로그래밍이 필요하지 않다는 것을 즉시 이해하는 것은 아닙니다. 어떤 사람들은 프로그래밍을 즉시 시작하고 며칠 동안 사라진 다음 완전히 완료된 테스트 작업을 보냅니다. 공식적으로 그들은 요구되는 작업을 수행하지 않았기 때문에 이 테스트 작업에 실패했습니다. 그러나 동시에 전체 테스트 작업에 대한 적절한 솔루션을 보내면 성공했습니다. 이러한 사고를 없애기 위해 저는 보통 과제가 나온 지 2일 후에 과제를 받은 모든 지원자에게 전화를 걸어 어떻게 지내는지 알아봅니다.

2. 시간 제한이 있는 짧은 객관식 시험

저는 이 방법을 자주 사용하지 않지만, 이 방법이 정말 마음에 들고 역량을 빠르게 테스트하는 가장 좋은 방법 중 하나라고 생각합니다. 이 방법에 대해서는 가까운 시일 내에 별도의 글을 쓸 예정입니다. 이러한 테스트는 다양한 지식 분야에서 널리 사용됩니다. 가장 눈에 띄고 전형적인 예는 운전면허 취득을 위한 이론시험이다. 러시아의 경우 이 시험에는 20분 안에 답해야 하는 20개의 질문이 포함되어 있습니다. 한 가지 오류가 허용됩니다. 두 가지 실수를 하면 추가 질문 10개에 올바르게 답해야 합니다. 이 방법은 고도로 자동화되어 있습니다.

불행하게도 나는 프로그래머를 위한 그러한 테스트의 좋은 구현을 본 적이 없습니다. 프로그래머를 위한 이러한 테스트의 미리 만들어진 좋은 구현을 알고 있다면 댓글을 작성해 주세요.

구현 방법

저는 아웃소싱 채용 담당자로서 주문을 이행할 때 고용주가 유사한 테스트를 자체적으로 구현하는 작업을 해왔습니다. 그러한 테스트를 구현하는 것이 가능합니다. 예를 들어 Google 설문지를 사용합니다. 주요 문제는 질문과 답변 옵션을 구성하는 것입니다. 일반적으로 고용주의 상상력은 10개의 질문에 충분합니다. 안타깝게도 Google 설문지에서는 풀과 시간 제한에서 질문 순환을 구현하는 것이 불가능합니다. 시험 응시 시간을 제한하고 다양한 응시자에 대한 다양한 질문 선택을 구성할 수 있는 자신만의 시험을 만들 수 있는 좋은 온라인 도구를 알고 있다면 댓글에 해당 서비스에 대해 적어주세요.

어떤 경우에 이 방법을 사용하나요?

이제 저는 후보자에게 제공할 수 있는 기성 시험이 있는 경우 고용주의 요청에 따라 이 방법을 사용합니다. 이러한 테스트를 내 평가의 네 번째 방법과 결합하는 것도 가능합니다. 응시자에게 화면을 공유하고 테스트를 받도록 요청합니다. 동시에 그와 질문과 답변 옵션에 대해 논의할 수 있습니다.

장점

잘 구현되면 이 방법은 자율적입니다. 응시자는 자신에게 편리한 시간을 선택하여 시험을 볼 수 있으므로 많은 시간을 낭비할 필요가 없습니다.

제한

이 방법을 고품질로 구현하려면 비용이 많이 들고 가끔 신입사원을 채용하는 소규모 회사에는 그다지 편리하지 않습니다.

3. 경험에 대한 개방형 질문이 포함된 설문지

이는 후보자가 자신의 경험을 되돌아보도록 유도하는 일련의 개방형 질문입니다. 그러나 답변 옵션은 제공되지 않습니다. 개방형 질문은 간단하고 단음절로 대답할 수 없는 질문입니다. 예를 들어, 이러한 프레임워크를 사용하여 해결한 가장 어려운 문제를 기억하십니까? 당신에게 가장 큰 어려움은 무엇이었나요? 이러한 질문은 단음절로 답변할 수 없습니다. 더 정확하게 말하면, 제가 그런 경험이 없고 이 도구를 사용해 본 적이 없다는 것이 유일한 간단한 대답입니다.

구현 방법

Google 설문지를 사용하여 쉽게 구현하세요. 가장 중요한 것은 질문을 생각해내는 것입니다. 나는 여러 가지 표준 디자인을 사용합니다.

지난번 XXX의 도움으로 진행한 프로젝트에 대해 말씀해주세요. 이번 프로젝트에서 가장 어려웠던 점은 무엇이었나요?

귀하에게 있어 XXX 기술의 주요 이점은 무엇입니까? 귀하의 경험을 예로 들어보시겠습니까?
XXX 기술을 선택한 후 다른 대안을 고려했으며 XXX를 선택한 이유는 무엇입니까?

어떤 상황에서 BBB 대신 AAA 기술을 선택하시겠습니까?
XXX를 사용하여 해결한 가장 어려웠던 문제에 대해 알려주세요. 가장 어려웠던 점은 무엇이었나요?

따라서 이러한 구성은 작업 스택의 많은 기술에 적용될 수 있습니다. 이러한 질문은 개인적이고 개인적인 경험에 관한 것이기 때문에 인터넷에서 가져온 템플릿 문구로 답변하기가 쉽지 않습니다. 이러한 질문에 답할 때 후보자는 일반적으로 인터뷰에서 자신의 답변이 추가 질문의 형태로 전개될 수 있다는 생각을 염두에 둡니다. 따라서 경험이 없으면 지원자는 더 이상의 대화가 무의미할 수 있음을 깨닫고 스스로 물러나는 경우가 많습니다.

어떤 경우에 이 방법을 사용하나요?

전문가 선택 주문을 처리할 때 고객이 기본 역량 테스트에 대한 자신의 방법을 제안하지 않은 경우 이 방법을 사용합니다. 나는 이미 다양한 주제에 대한 설문지를 준비했으며 신규 고객에게 이 방법을 사용하는 데 비용이 들지 않습니다.

장점

Google 설문지를 사용하여 쉽게 구현할 수 있습니다. 또한 이전 설문조사를 기반으로 기술 및 도구의 이름을 다른 이름으로 대체하여 새로운 설문조사를 만들 수 있습니다. 예를 들어 React 경험에 대한 설문조사는 Angular 경험에 대한 설문조사와 크게 다르지 않습니다.

이러한 설문지를 작성하는 데는 15~20분이 소요되며, 응시자는 일반적으로 답변에 15~30분을 소비합니다. 시간 투자는 적지만 후보자의 개인적인 경험에 대한 정보를 받아 후보자와의 각 인터뷰를 독특하고 더 흥미롭게 만들 수 있습니다. 일반적으로 이러한 설문지 이후 인터뷰 시간은 간단하고 유사한 질문을 할 필요가 없기 때문에 더 짧습니다.

제한

후보자 자신의 답변과 '구글 검색' 답변을 구별하려면 주제를 이해해야 합니다. 그러나 이것은 경험을 통해 빠르게 나타납니다. 10~20개의 답변을 본 후에는 후보자 자신의 원래 답변과 인터넷에서 찾은 답변을 구별하는 방법을 배우게 됩니다.

4. Live-Doing(Coding) – 공유된 화면을 통해 간단한 문제를 실시간으로 해결

이 방법의 핵심은 응시자에게 간단한 문제를 풀고 그 과정을 관찰하도록 하는 것입니다. 후보자는 무엇이든 사용할 수 있으며 인터넷에서 정보를 검색하는 데 금지가 없습니다. 지원자는 직장에서 관찰되면서 스트레스를 경험할 수 있습니다. 모든 후보자가 자신의 기술을 평가하기 위해 이 옵션에 동의하는 것은 아닙니다. 그러나 반면에 이 방법을 사용하면 사람의 머릿속에 어떤 지식이 있는지, 스트레스가 많은 상황에서도 무엇을 사용할 수 있는지, 어떤 정보를 위해 검색 엔진으로 이동할 것인지 확인할 수 있습니다. 후보자의 수준은 거의 즉시 눈에 띕니다. 초보자는 언어의 가장 기본적이고 원시적인 기능을 사용하며 기본 라이브러리의 기능을 수동으로 구현하기 시작하는 경우가 많습니다. 경험이 많은 지원자는 기본 클래스, 방법, 기능에 정통하며 자신에게 익숙한 기본 언어 라이브러리의 기능을 사용하여 초보자보다 2~3배 빠르게 간단한 문제를 해결할 수 있습니다. 경험이 더 많은 지원자들은 일반적으로 문제 해결에 대한 다양한 접근 방식에 대해 이야기하고 몇 가지 솔루션 옵션을 제시하면서 어떤 옵션이 구현되기를 원하는지 묻는 것으로 시작합니다. 후보자가 하는 모든 일은 논의될 수 있습니다. 동일한 과제를 바탕으로 하더라도 면접 결과는 매우 다르며 후보자의 솔루션도 다릅니다.

이 방법의 변형으로, 응시자에게 전문 역량을 테스트하기 위한 몇 가지 테스트를 받도록 요청하여 하나 또는 다른 답변 옵션의 선택을 정당화할 수 있습니다. 일반적인 테스트와는 달리, 답변의 선택이 얼마나 합리적이었는지 알게 될 것입니다. 공석의 특성을 고려하여 이 방법을 자신만의 방식으로 변형할 수 있습니다.

구현 방법

이 방법은 Skype 또는 화면을 공유할 수 있는 다른 유사한 비디오 통신 시스템을 사용하여 쉽게 구현됩니다. 스스로 문제를 생각해 내거나 Code Wars와 같은 사이트 및 다양한 기성 테스트를 사용할 수 있습니다.

어떤 경우에 이 방법을 사용하나요?

프로그래머를 선택했는데 이력서에서 후보자가 어떤 지식 수준을 가지고 있는지 전혀 명확하지 않은 경우 후보자에게 이 형식으로 인터뷰를 제공합니다. 내 경험에 따르면 약 90%의 개발자는 신경 쓰지 않습니다. 그들은 “5년 후 자신의 모습은 어떨지”와 같은 어리석은 질문이 아닌 첫 번째 인터뷰부터 프로그래밍에 대한 소통이 시작된다는 사실에 기뻐합니다.

장점

후보자의 스트레스와 불안에도 불구하고 후보자의 전반적인 기술 수준은 즉각적이고 명확하게 드러납니다. 후보자의 의사소통 기술도 명확하게 드러납니다. 즉, 그가 어떻게 추론하고, 어떻게 설명하고, 자신의 결정에 동기를 부여하는지 등입니다. 동료들과 후보자에 대해 논의해야 하는 경우 화면을 비디오로 녹화한 다음 인터뷰 내용을 다른 사람들에게 쉽게 보여줄 수 있습니다.

제한

통신이 중단될 수 있습니다. 불안으로 인해 후보자는 어리석어지기 시작할 수 있습니다. 이런 상황에서는 휴식을 취하고 그에게 혼자 생각할 시간을 주고 10분 후에 다시 전화해서 계속할 수 있습니다. 그 후에 후보자가 이상하게 행동한다면 기술을 평가하는 다른 방법을 시도해 볼 가치가 있습니다.

5. 전화/Skype를 통한 간단한 기술 인터뷰

이것은 단순히 전화, Skype 또는 기타 음성 통신 시스템을 통한 음성 대화입니다. 동시에 우리는 후보자의 의사소통 능력, 학식, 전망을 평가할 수 있습니다. 설문지를 대화 계획으로 사용할 수 있습니다. 또는 귀하의 설문지에 대한 후보자의 답변에 대해 더 자세히 논의할 수 있습니다.

구현 방법

후보자와의 대화에 동의하고 전화합니다. 우리는 질문하고 답변을 기록합니다.

어떤 경우에 이 방법을 사용하나요?

저는 주로 후보자의 답변이 독창적이거나 설득력이 없을 때 설문지와 함께 이 방법을 사용합니다. 설문지의 질문에 대해 후보자와 이야기를 나누고 그의 의견을 더 자세히 알아 봅니다. 후보자의 의사소통 능력과 자신의 생각을 간단명료하게 표현하는 능력이 중요할 때 이러한 대화는 필수라고 생각합니다.

장점

전문적인 주제에 대해 목소리를 내지 않고는 후보자가 자신의 생각을 얼마나 잘 표현할 수 있는지 판단하는 것이 일반적으로 불가능합니다.

제한

가장 큰 단점은 추가 시간이 소요된다는 것입니다. 그래서 저는 필요하다면 다른 방법들과 함께 이 방법을 사용합니다. 또한, 전문적인 주제에 관해 말은 잘하지만 실무 지식이 부족한 후보자도 있습니다. 일관되고 효율적으로 문제를 해결할 프로그래머가 필요한 경우 다른 기본 역량 테스트 방법을 선택하는 것이 좋습니다. 관리자나 분석가, 즉 인간 언어를 "프로그래머"로 번역하고 그 반대로 번역하는 전문가가 필요한 경우 이 역량 테스트 방법이 매우 유용할 것입니다.

6. 단시간 테스트 작업(30~60분 내에 완료)

많은 직업의 경우 전문가가 문제에 대한 해결책을 신속하게 찾는 것이 중요합니다. 원칙적으로 문제는 해결하기 어렵지 않지만 문제를 해결하는 데 걸리는 시간이 중요합니다.

구현 방법

테스트 작업 완료 시간에 대해 후보자의 의견에 동의합니다. 지정된 시간에 우리는 후보자에게 업무 조건을 보내고 그가 자신에게 필요한 것이 무엇인지 이해하고 있는지 확인합니다. 후보자가 문제를 해결하는 데 소요한 시간을 기록합니다. 솔루션과 시간을 분석합니다.

어떤 경우에 이 방법을 사용하나요?

실제로 이 방법은 기술지원 전문가, SQL 프로그래머, 테스터(QA)의 역량을 테스트하는 데 사용되었습니다. 작업은 "문제 영역 찾기 및 문제 해결 방법 파악", "3배 더 빠르게 작동하도록 SQL 쿼리 최적화" 등과 같았습니다. 물론, 당신은 자신의 작업을 생각해 낼 수 있습니다. 초보 개발자의 경우에도 이 방법을 사용할 수 있습니다.

장점

우리는 과제 초안을 작성하고 확인하는 데에만 시간을 보냅니다. 후보자는 작업을 완료하는 데 편리한 시간을 선택할 수 있습니다.

제한

가장 큰 단점은 문제 또는 유사한 문제에 대한 해결책이 인터넷에 게시될 수 있으므로 다양한 옵션이 필요하고 정기적으로 새로운 작업을 생각해내야 한다는 것입니다. 반응 속도와 범위를 테스트해야 한다면 저는 개인적으로 시간 제한 테스트(방법 2)를 선택합니다.

7. 후보자의 포트폴리오, 코드 예제, 오픈 리포지토리를 연구합니다.

후보자가 포트폴리오를 갖고 있고 포트폴리오를 평가할 수 있는 선발 팀의 전문가가 있는 경우 이는 아마도 역량을 테스트하는 가장 간단한 방법일 것입니다.

구현 방법

우리는 후보자의 이력서를 연구합니다. 포트폴리오에 대한 링크를 찾으면 이를 연구합니다. 이력서에 포트폴리오 기재가 없을 경우, 지원자에게 포트폴리오를 요청합니다.

어떤 경우에 이 방법을 사용하나요?

실제로 이 방법은 거의 사용되지 않았습니다. 후보자의 포트폴리오에 원하는 주제에 대한 작업이 포함되어 있는 경우는 흔하지 않습니다. 숙련된 응시자는 일반적이고 흥미롭지 않은 테스트 작업 대신 이 방법을 선호하는 경우가 많습니다. 그들은 "내 랩을 보세요. 다양한 문제에 대한 해결책의 예가 수십 개 있습니다. 내가 코드를 어떻게 작성하는지 알게 될 것입니다."라고 말합니다.

장점

후보자의 시간이 절약됩니다. 팀의 전문가에게 시간이 있다면 후보자와의 의사소통 없이 신속하게 부적합한 전문가를 제거하는 것이 가능합니다. 채용 담당자가 후보자를 찾는 동안 그의 동료는 포트폴리오를 평가합니다. 그 결과 매우 빠르고 병렬적인 작업이 이루어졌습니다.

제한

이 방법을 모든 IT 전문가에게 사용할 수는 없습니다. 포트폴리오를 평가하려면 스스로 개발한 기술이 필요합니다. 전문가가 아니면 포트폴리오를 정성적으로 평가할 수 없습니다.

동료 여러분, 댓글에서 읽은 내용에 대해 토론해 보시기 바랍니다. 역량을 신속하게 테스트하기 위해 어떤 다른 방법을 사용하고 있습니까?

출처 : habr.com