IT 인턴십: 관리자의 견해

모집 여름 인턴십 Yandex에서 계속됩니다. 백엔드, ML, 모바일 개발, 프런트엔드, 분석이라는 XNUMX가지 방향으로 진행됩니다. 이 블로그와 Habré 및 그 외의 다른 블로그에서 인턴십이 어떻게 진행되는지에 대한 많은 통찰력을 찾을 수 있습니다. 하지만 이 과정의 많은 부분이 회사에서 일하지 않는 사람들에게는 미스터리로 남아 있습니다. 그리고 개발 관리자의 관점에서 보면 더 많은 질문이 생깁니다. 인턴십을 올바르게 수행하는 방법, 인턴과의 상호 유용성을 극대화하는 방법, XNUMX개월 안에 그를 알아가고 계속 일하는 데 필요한 모든 것을 가르치는 방법은 무엇입니까?

우리 중 XNUMX명이 이 글을 준비했습니다. 우리 자신을 소개하겠습니다. 분산 컴퓨팅 기술 서비스의 Ignat Kolesnichenko, Market 머신 인텔리전스 서비스의 Misha Levin, 애플리케이션 개발 서비스의 Denis Malykh, 검색 인터페이스 개발 부서의 Seryozha Berezhnoy, 사기 방지 개발 그룹의 Dima Cherkasov입니다. 우리 각자는 자신의 인턴십 영역을 대표합니다. 우리는 모두 관리자이고 인턴이 필요하며 그들과 함께 일한 경험이 있습니다. 이 경험에서 한 가지 말씀드리겠습니다.

인턴십 전 인터뷰

여러 기술 면접이 후보자를 기다리고 있습니다. 면접에서의 성공은 소프트 스킬(효과적인 의사소통 능력)보다는 하드 스킬(수학과 프로그래밍 기술)에 더 많이 좌우됩니다. 그러나 관리자는 두 가지를 모두 평가합니다.

이그낫:

사람이 매우 멋지지만 전혀 의사소통이 불가능하더라도 그는 자신의 모든 기술을 적용할 수 없을 것입니다. 물론 우리는 이것에주의를 기울이고 있지만 이것이 인턴십에 누군가를 받아들이지 않는 이유는 아닙니다. XNUMX개월 안에 모든 것이 바뀔 수 있고, 게다가 첫인상도 잘못된 것으로 판명될 수도 있습니다. 그리고 모든 것이 정확하다면 그 사람에게 설명하고 다른 명령을 찾아야합니다. 인턴에게 의사소통 능력은 절대 중요한 요소가 아닙니다. 그래도 전문적인 기술이 훨씬 더 중요합니다.

데니스 :

나는 좋은 의미로 이야기를 하는 사람들을 좋아합니다. 그와 그의 팀이 가짜 가짜를 어떻게 영웅적으로 처리했는지 말할 수 있는 사람은 흥미롭습니다. 이런 이야기가 나오면 후속 질문을 하기 시작해요. 그러나 단순히 "당신의 프로젝트에서 흥미로운 것에 대해 이야기해 달라"고 요청하는 경우에는 이런 일이 거의 발생하지 않습니다.

한 후보자는 "지루한 문제 해결을 성공적으로 피했습니다."라는 멋진 문구를 말한 적이 있습니다.

의사소통할 시간이 거의 없기 때문에 면접관은 회의의 매 순간 후보자에 대한 유용한 정보를 얻으려고 노력합니다. 인턴이 자신의 경험에 대해 (이력서가 아닌) 공유할 수 있는 세부 사항을 미리 알아내면 좋습니다. 이것은 요점을 엄밀히 말하면 짧은 이야기여야 합니다.

데니스 :

어떤 사람이 여러 언어와 접근 방식을 시도했다고 말하면주의를 기울입니다. 더 넓은 시야를 가진 사람들은 전투 모드에서 더 우아한 솔루션을 생각해냅니다. 그러나 이것은 모호한 장점입니다. 요령을 터득할 수는 있지만 실제로는 아무것도 배울 수 없습니다.

Denis가 설명하는 이야기의 시간은 일반적으로 최종 인터뷰에만 남아 있습니다. 그때까지는 향후 작업의 기초가 될 기본적이고 실용적인 지식을 입증하는 것이 필요합니다. 그리고 물론 보드나 종이에 코드를 작성해야 합니다.

미샤 :

우리는 확률 이론과 수리 통계에 대한 지식을 테스트합니다. 우리는 그 사람이 지표, 기계 학습 알고리즘, 매개변수 설정, 재교육 등을 사용한 경험이 있는지 살펴봅니다. 우리는 그 사람이 분석가가 되기에 충분한 코드를 작성할 수 있다고 기대합니다.

데니스 :

인터뷰를 위해 오는 사람들은 대부분 언어를 알고 있습니다. 예카테린부르크에는 좋은 기본 언어 학교와 좋은 기관이 있습니다. 하지만 솔직히 말해서, 좋은 하드 스킬을 갖춘 인턴십 후보자는 적어도 우리 엡실론 동네에서는 드문 경우입니다. 예를 들어 스위프트. 문자열을 사용하는 매우 복잡한 작업이 포함되며, 머리 꼭대기에서 작업할 수 있는 사람은 거의 없습니다. 눈은 즉시 당신의 관심을 사로잡습니다. 저는 면접을 볼 때 문자열 처리와 관련된 과제를 자주 내놓는 편입니다. 그리고 이 기간 동안 그러한 Swift 코드를 종이에 즉시 작성할 수 있는 사람은 단 한 명뿐이었습니다. 그 후, 나는 마침내 누군가가 마침내 종이 한 장으로 Swift에서 이 문제를 해결할 수 있었다고 모두에게 말했습니다.

인터뷰 중 알고리즘 테스트

후보자에게는 여전히 질문이 있기 때문에 이것은 별도의 주제입니다. 왜 우리는 항상 알고리즘과 데이터 구조에 대한 지식을 평가합니까? 미래의 모바일 개발자와 프런트엔드 개발자도 이러한 테스트를 받습니다.

미샤 :

인터뷰 중에 우리는 일종의 알고리즘 문제를 제시할 것입니다. 응시자는 이를 Python에서 가급적 오류 없이 구현하는 방법을 알아내야 합니다. 프로그램을 확인하고 직접 수정하는 방법을 이해해야 합니다.

알고리즘 경험은 세 가지 이유로 유용합니다. 첫째, 자주 발생하지는 않지만 실제로 발생하는 알고리즘 작업에 분명히 필요할 것입니다. 둘째, 개발자는 알고리즘 자체를 자세히 알아볼 필요가 없더라도(그리고 이미 꽤 많은 알고리즘이 있음) 알고리즘과 관련된 문제를 보다 효과적으로 해결할 수 있습니다. 셋째, 대학에서 알고리즘을 배우지 않았지만 여전히 알고리즘을 사용하는 방법을 알고 있다면 이는 귀하를 호기심 많은 사람으로 특징 짓고 인터뷰 대상자의 눈에 귀하의 권위를 높일 것입니다.

데니스 :

모바일 개발의 큰 부분은 JSON 셔플링입니다. 하지만 XNUMX개월에 한 번씩 알고리즘이 필요한 경우가 있습니다. 저는 현재 Yandex.Weather에 대한 아름다운 지도를 그리고 있습니다. 그리고 일주일 안에 평활화 알고리즘, Sutherland-Hodgman 알고리즘, Martinez 알고리즘을 구현해야 했습니다. 해시맵이나 우선순위 큐가 무엇인지 모르는 사람은 오랫동안 그것에 갇혀 있었을 것이고, 외부의 도움 없이는 그것을 관리할 수 있었는지 여부가 불분명할 것입니다.

알고리즘은 개발의 기초입니다. 이것이 개발자가 개발자가 되도록 돕는 것입니다. 당신이 무엇을 하든 상관없습니다. 주요 작업이 "JSON 번역"으로 구성된 간단한 프로젝트에도 필요합니다. 알고리즘 자체를 작성하지 않더라도 일부 데이터 구조를 암시적으로 사용하더라도 이를 이해하는 것이 더 좋습니다. 그렇지 않으면 응용 프로그램이 느리거나 올바르지 않게 됩니다.

학문적으로 개발에 들어간 프로그래머들이 있습니다. 그들은 대학에 입학하여 XNUMX년 동안 공부하고 전문 분야를 받았습니다. 그들은 배웠기 때문에 알고리즘을 알고 있습니다. 그리고 알고리즘 자체에 대한 지식은 어떤 방식으로든 사람의 시야를 특징짓지 않으며, 이 시야는 다른 방식으로 테스트해야 합니다.

그리고 독학으로 공부한 사람들도 있는데, 제가 그중에 속합니다. 예, 공식적으로 저는 IT 교육을 받았으며 소프트웨어 엔지니어링 학위를 받았습니다. 그러나 독학한 사람들은 "그럼에도 불구하고" 프로그래밍하는 법을 배웠습니다. 그들은 대학 프로그램이 없었습니다. 일반적으로 그들은 알고리즘에 익숙하지 않습니다. 왜냐하면 알고리즘을 연구할 필요성에 직면한 적이 없기 때문입니다. 그리고 그러한 사람이 알고리즘을 이해한다는 것은 그가 시간을 들여 이해했다는 의미입니다. 대학을 졸업하고 나니 기본 알고리즘에 사각지대가 있다는 걸 깨달았다. 사실은 내 전공이 적용된 셈이다. 저는 프린스턴 대학교에 다니면서 유명한 로버트 세지윅(Robert Sedgwick)이라는 온라인 강좌를 공부했습니다. 나는 그것을 알아내고 숙제를 다 했다. 그리고 인터뷰 중에 어떤 사람이 비슷한 이야기를하면 즉시 관심을 갖게되고 그와 함께 일하거나 적어도 대화를 계속하고 싶은 욕구가 생깁니다.

이그낫:

인턴을 인터뷰할 때 어떤 면에서는 숙련된 개발자보다 더 많은 것을 기대하게 됩니다. 우리는 알고리즘 문제를 해결하고 최소한 몇 가지 올바른 코드를 신속하게 작성하는 능력에 대해 이야기하고 있습니다. 인턴십 후보자는 아직 대학에 있습니다. 불과 XNUMX년 전에 그는 알고리즘에 관한 모든 것을 자세히 들었습니다. 그가 그것을 재현할 수 있을 것으로 예상된다. 사람이 적절하고 강의를주의 깊게 들었다면 그는 단순히 모든 것을 알고 캐시에서 가져올 것입니다.

인턴은 어떤 업무를 해결하나요?

일반적으로 인턴십 프로그램은 최종 인터뷰 중에 개요를 설명하고 논의할 수 있습니다. 작업 시작 초기에만 인턴에게 교육 작업이 할당될 수 있으며 그 결과는 생산에 사용되지 않습니다. 더욱이 그러한 임무를 받을 가능성도 적습니다. 대부분의 경우 전투 프로젝트는 백로그에서 제공됩니다. 즉, 주목할 가치가 있다고 인식되지만 우선 순위가 아니며 "분리 가능"한 프로젝트이므로 다른 구성 요소가 구현에 의존하지 않습니다. 관리자는 훈련생이 서비스의 다른 부분을 알고 다른 팀 구성원과 동일한 환경에서 작업할 수 있도록 배포하려고 합니다.

이그낫:

이는 매우 유용한 작업입니다. 클러스터 활용도를 10% 높이거나 회사에 백만 달러를 절약할 수는 없지만 수백 명의 사람들을 행복하게 만들 수 있습니다. 예를 들어, 현재 클라이언트와 협력하여 클러스터에서 작업을 실행하는 인턴이 있습니다. 시작하기 전에 작업은 일부 데이터를 클러스터에 로드해야 합니다. 일반적으로 이 작업은 20~40초 정도 걸리며, 그 전에는 조용히 발생했습니다. 콘솔에서 실행하고 거기 앉아서 검은색 화면을 바라봤습니다. 인턴이 와서 XNUMX주 만에 기능을 만들었습니다. 이제 파일이 어떻게 업로드되고 무슨 일이 일어나고 있는지 확인할 수 있습니다. 한편으로 작업은 설명하기 어렵지 않지만 다른 한편으로는 파헤쳐 볼 내용과 살펴볼 라이브러리가 있습니다. 가장 좋은 점은 당신이 그것을 했고 일주일이 지났고 그것이 클러스터에 있다는 것이 밝혀졌고 사람들이 이미 그것을 사용하고 있다는 것입니다. 내부 네트워크에 글을 올리면 고맙다고 하더군요.

미샤 :

훈련생들은 모델을 준비하고, 그에 대한 데이터를 수집하고, 측정 기준을 제시하고, 실험을 수행합니다. 점차적으로 우리는 그에게 더 많은 자유와 책임을 부여하기 시작합니다. 그가 그것을 처리할 수 있는지 확인합니다. 그렇다면 그는 다음 단계로 이동합니다. 우리는 인턴이 들어올 때 그들이 모든 일을 하는 방법을 알고 있다고 가정하지 않습니다. 관리자는 그가 이를 알아내도록 돕고 내부 리소스나 온라인 강좌에 대한 링크를 제공합니다.

인턴이 자신의 최고 능력을 입증하면 해당 부서나 기타 서비스에 중요한 우선 순위가 주어질 수 있습니다.

디마 :

우리 인턴은 현재 사기 방지에 대한 하드코어 수정 작업을 수행하고 있습니다. 이는 Yandex 서비스에 대한 다양한 남용 및 사기에 맞서 싸우는 시스템입니다. 처음에는 그다지 복잡하지도 않고 제작에 그다지 중요하지도 않은 것들을 제공하는 것을 생각했습니다. 우리는 인턴의 업무를 미리 생각하려고 노력하지만 그 사람이 "불타고"있어 문제를 빠르고 잘 해결하는 것을 보았습니다. 그 결과 우리는 그에게 새로운 서비스에 대한 사기 방지 출시를 맡기기 시작했습니다.

또한, 그 양으로 인해 이전에 동료들이 접근하지 못한 작업을 받을 가능성이 적습니다.

디마 :

오래된 시스템이 하나 있고, 아직 완성되지 않은 새로운 시스템이 있습니다. 서로 이동하는 것이 필요합니다. 미래에 이것은 불확실성이 높기는 하지만 중요한 프로젝트입니다. 많은 의사소통이 필요하고 이해할 수 없는 레거시 코드를 읽어야 합니다. 최종면접에서 우리는 인턴에게 그 일이 어렵다고 솔직하게 말했다. 그는 준비가 되었다고 대답했고 우리 팀에 왔고 모든 것이 잘 풀렸습니다. 알고 보니 그는 개발자로서의 자질뿐만 아니라 경영자로서의 자질도 갖추고 있는 것으로 드러났다. 그는 돌아다니면서 알아보고 핑을 보낼 준비가 되어 있었습니다.

인턴 멘토링

인턴에게는 프로세스에 몰입할 멘토가 필요합니다. 자신의 업무뿐 아니라 인턴의 업무까지 모두 알고 있는 사람이다. 멘토와 정기적인 의사소통이 이루어지며 언제든지 그에게 조언을 구할 수 있습니다. 멘토는 그룹 리더(소규모 그룹인 경우)이거나 동료 중 한 명, 정규 팀 구성원일 수 있습니다.

이그낫:

나는 적어도 이틀에 한 번씩 찾아와서 인턴이 어떻게 지내는지 물어보려고 노력한다. 내가 막히는 것을 보면 그를 도와주려고 노력하고, 문제가 무엇인지 물어보고, 그와 함께 해결하려고 노력합니다. 이것이 내 에너지를 빼앗고 인턴의 작업이 그다지 효율적이지 않게 만드는 것은 분명합니다. 또한 시간을 낭비하고 있습니다. 그러나 이를 통해 그는 어떤 일에도 얽매이지 않고 결과를 얻을 수 있습니다. 그리고 내가 직접 한 것보다 훨씬 더 빠릅니다. 나 자신도 이 작업을 수행하는 데 약 5시간이 필요합니다. 인턴은 5일 안에 그것을 할 것이다. 그리고 네, 저는 이 2일 동안 5시간 동안 인턴과 이야기를 나누고 도움을 드릴 것입니다. 하지만 적어도 3시간은 절약할 수 있고, 인턴은 조언과 도움을 받은 것에 기뻐할 것입니다. 일반적으로 긴밀하게 의사소통하고, 그 사람이 무엇을 하는지 관찰하고, 연락을 잃지 않으면 됩니다.

Seryozha :

연습생은 멘토와 끊임없이 연락하며 하루에도 몇 번씩 대화를 나눈다. 멘토는 코드를 검토하고, 인턴과 짝 프로그래밍을 하며, 문제가 발생할 때 도움을 줍니다. 이러한 방식으로 멘토의 도움과 실제 전투 작업을 결합하여 프론트엔드 개발자를 교육합니다.

디마 :

인턴이 버림받는 일이 없도록 채용 전부터 멘토링을 해줄 사람이 누구인지 논의합니다. 이는 멘토 자신에게도 큰 업그레이드입니다. 팀 리더 역할을 준비하고 자신의 임무와 훈련생의 임무를 모두 염두에 두는 능력을 테스트합니다. 정기적인 회의가 있는데, 정보를 얻기 위해 가끔 혼자 참석하기도 합니다. 하지만 인턴과 꽤 정기적으로 소통하는 것은 멘토입니다. 그는 처음에는 많은 시간을 소비하지만 그만한 가치가 있습니다.

그러나 멘토가 있다고 해서 모든 문제가 그를 통해 해결되는 것은 아닙니다.

미샤 :

문제에 직면한 사람들은 이웃과 동료에게 조언을 구하고 신속하게 도움을 구하는 것이 관례입니다. 사람이 빨리 성장할수록 무언가를 배우기 위해 동료에게 더 자주 가야합니다. 단순히 다른 사람의 작업에 대해 알아보고 새로운 작업을 생각해내는 것도 도움이 됩니다. 인턴이 합의에 이르고, 상대방에게 중요한 것이 무엇인지 이해하고, 팀에서 결과를 얻을 수 있을 때, 관리자가 이 모든 일을 해야하는 사람보다 훨씬 빠르게 성장할 것입니다.

Seryozha :

문서가 있지만 대부분의 정보는 공중에서 손실됩니다. 경력 초기에 이를 흡수한다면 이는 추가적인 이점이 되며 우리는 직원이 배워야 할 내용에 집중할 수 있습니다.

이상적인 인턴은 몇 달 동안 훈련을 받고 후배 개발자가 된 다음, 그냥 개발자가 되고, 그 다음에는 팀 리더가 되는 사람입니다. 이를 위해서는 자신이 모르는 것이 있으면 물어보는 것을 부끄러워하지 않고, 그러나 자신이 모르는 학생의 전형이 필요합니다. 독립적인 업무도 가능합니다. 어딘가에서 그것에 대해 읽을 수 있다는 말을 들으면 그는 가서 읽고 실제로 새로운 지식을 가지고 돌아올 것입니다. 실수를 할 수도 있지만 같은 장소에서 한 번 이상, 최대 두 번 실수를 해서는 안 됩니다. 이상적인 인턴은 스펀지처럼 모든 것을 개발하고 흡수하며 배우고 성장해야 합니다. 앉아서 모든 것을 스스로 해결하려고 노력하고, 오랜 시간 동안 여기저기 돌아다니고, 아무 질문도 하지 않는 사람은 익숙해지지 않을 것입니다.

인턴십 종료

작업을 시작하기 전에 각 연습생과 기간제 계약을 체결합니다. 물론 인턴십은 러시아 노동법에 따라 지급되고 공식화되며 인턴은 다른 Yandex 직원과 동일한 혜택을 받습니다. XNUMX개월이 지나면 프로그램이 종료됩니다. 그런 다음 많은 인턴을 직원에게 양도합니다(무기한 계약).

한편으로는 개발자가 인턴 최소 기간을 충족시키는 것이 관리자에게 중요합니다. 면접을 시작으로 연습생이 인솔되는 곳입니다. 그러나 이것은 이야기의 시작일 뿐입니다. 우리에게 인턴은 항상 잠재적인 직원 후보입니다. 관리자의 최소 프로그램은 XNUMX개월 후에 다른 부서에 추천하는 것을 부끄러워하지 않을 사람을 처음부터 식별하는 것입니다. 최대 프로그램은 그를 같은 팀에 유지하고 직원으로 고용하는 것입니다. 동시에, 우리는 XNUMX학년 또는 XNUMX학년 학생이 인턴이 되더라도 학년이 시작되면서 대학에서 학업을 계속해야 한다는 점을 고려합니다.

Seryozha :

우선, 우리에게 훈련생은 인적 자원의 잠재력입니다. 우리는 Yandex 내에서 사람들이 우리 업무에 이상적으로 적합하도록 성장시키려고 노력하고 있습니다. 우리는 팀 내 의사소통 및 상호 작용 문화부터 모든 시스템에 대한 백과사전적 지식에 이르기까지 모든 것을 제공합니다.

이그낫:

우리는 인턴을 채용하면 즉시 그를 우리 팀에 합류시키려고 노력합니다. 그리고 원칙적으로 유일한 장애물은 공석이 없다는 것입니다. 우리는 젊은 인재를 충분히 채용하려고 노력합니다. XNUMX년의 개발 경험이 있는 사람이 Yandex에 와서 해당 수준의 인턴이 되면 아쉽게도 이는 그가 훌륭한 사람임에도 불구하고 XNUMX년의 경력으로 Yandex에 취업하기 때문에 경험이 없으면 시니어 개발자로 성장할 수 없습니다. 이는 일반적으로 속도의 문제입니다. 과거의 느린 성장은 여기서 느린 성장을 의미합니다. 예, 때로는 사람이 업무를 수행할 능력이 없다는 것을 이해하는 경우가 XNUMX개월 후에야 나타납니다. 그러나 이것은 매우 드뭅니다. 절반 이상의 경우에 우리는 직원을 채용할 준비가 되어 있습니다. 내 기억으로는 인턴십은 성공적으로 마쳤으나 정규직 면접에 합격하지 못한 경우는 단 한 번도 없었다.

미샤 :

우리는 모든 성공적인 인턴이 회사에 남을 수 있도록 제안합니다. 인턴십 후에는 보통 절반 이상을 풀타임으로 맡습니다. 여름 인턴십은 XNUMX학년 학생들이 자주 찾아오고 일과 학업을 병행하기가 어렵기 때문에 더욱 어렵습니다.

디마 :

인턴이 지금은 경험이 충분하지 않더라도 훌륭한 일을 하고 좋은 개발자로 성장할 가능성이 많다고 가정해 보겠습니다. 그리고 무기한 계약에 공석이 없다고 가정해 보겠습니다. 그러면 모든 것이 간단해집니다. 내 매니저에게 가서 그에게 말해야 합니다. 이 사람은 매우 멋진 사람입니다. 우리는 반드시 그를 유지해야 합니다. 그에게 무언가를 제안하고 그를 배치할 장소를 찾자.

인턴에 관한 이야기

데니스 :

2017년에 우리와 함께 인턴십을 한 소녀는 페름 출신이었습니다. 예카테린부르크에서 서쪽으로 400km 떨어져 있다. 그리고 매주 그녀는 기차를 타고 Perm에서 모바일 개발 학교까지 우리에게 왔습니다. 그녀는 낮에 와서 저녁에 공부하고 저녁 늦게 돌아왔습니다. 그러한 열심을 인식한 우리는 그녀를 직장에 초대했고 그 결과 좋은 결과를 얻었습니다.

이그낫:

몇 년 전 우리는 인턴 교환 프로그램에 참여했습니다. 외국 남자들과 함께 일하는 게 흥미로웠어요. 그러나 그곳의 훈련생은 예를 들어 ShAD 또는 컴퓨터 과학 학부보다 더 강하지 않습니다. EPFL은 유럽 상위 20개 대학에 속하는 것 같습니다. 그 순간, 아직 경험이 많지 않은 면접관으로서 저는 다음과 같은 기대를 갖고 있었습니다. 믿을 수 없을 정도로 우리가 EPFL 출신의 사람들을 인터뷰하고 있는데, 그들은 정말 멋질 것입니다. 그러나 주요 지역 대학을 포함하여 이곳에서 코딩에 대한 기본 교육을 받은 사람들은 상당한 수준에 달하는 것으로 나타났습니다.

아니면 또 다른 이야기. 이제 내 직원 중에 한 남자가 있는데, 그 사람은 20살쯤 되는 아주 어린 사람이에요. 상트 페테르부르크에서 일하고 인턴십을 위해 왔습니다. 그는 매우 멋지다. 평소와 같이 당신은 사람에게 문제를 주면 그는 문제를 해결하고 한 달 후에 와서 이렇게 말합니다. 내가 문제를 해결했고 보니 당신의 아키텍처가 제대로 구축되지 않은 것 같습니다. 다시 해보자. 코드는 더욱 단순해지고 명확해질 것입니다. 물론 나는 그를 설득했습니다. 작업량이 많고 사용자에게 이익이 없지만 아이디어는 절대적으로 합리적으로 들립니다. 그 사람은 복잡한 다중 스레드 프로세스를 파악하고 개선 사항을 제안했습니다. 아마도 시기적절한 개선 사항, 리팩토링을 위한 리팩토링 등이 있을 수 있습니다. 하지만 이 코드를 복잡하게 만들고 싶다면 이 리팩토링을 계속 수행할 수 있습니다. 실제로 몇 달이 지나서 우리는 이 작업을 시작했습니다. 나는 기꺼이 그를 고용했습니다. 우리는 모두 천재가 아닙니다. 오셔서 뭔가를 알아내고 우리의 문제를 지적하실 수 있습니다. 감사합니다.

미샤 :

우리에겐 이런 이상적인 인턴이 있습니다. 경험이 부족함에도 불구하고 그들은 기술적 수준뿐만 아니라 글로벌 수준에서도 작업을 봅니다. 근본적인 개선을 제공합니다. 그들은 의미를 잃지 않고 현실 세계의 문제를 기술 세계로 변환하는 방법을 이해하고 있습니다. 그들은 최종 목표가 무엇인지, 지금 세부 사항을 파헤칠 가치가 있는지, 작업에 대한 접근 방식이나 문제의 공식화를 완전히 바꿀 수 있는지 궁금해합니다. 이는 그들이 몇 단계 더 높아질 가능성이 있다는 것을 의미합니다. 이런 식으로 진행하려면 일부 기술과 내부 도구를 업그레이드하면 됩니다. 또한 여러 성공적인 프로젝트를 시작하십시오.

출처 : habr.com