무엇이 10배의 개발자를 만들었습니까?

10배의 개발자는 우리 시대의 신화 생물이다.
얘네는 뭐야?그들은 무엇을 해서 이렇게 특별합니까?
10배는 도대체 무슨 뜻입니까?10배의 개발자는 다른 10명의 개발자와 마찬가지로 효율적인 사람을 가리킨다.그래서 그/그녀는 동료의 10배의 결과를 낳을 수 있다.
우리 도대체 무슨 얘기하는 거야?
물론 고급 엔지니어의 업무 효율은 실습생의 10배가 될 수 있지만 같은 경험을 가지고 적어도 이론적으로 같은 기능 수준을 가진 동료 중에는 그럴 수 있을까?
팀의 실적과 생산력을 읽을 때, 파르토리코의 법칙과 고스 곡선을 발견할 수 있다.(幂律과 시계형 곡선이라고도 부른다).
파르토리오의 법칙은 유명한 80-20법칙으로 거의 모든 것에 적용된다. 부의 분배와 전 세계의 불평등에서 시간 관리와 생산성까지.
팀 성과에 대해 이야기할 때 결과는 다음과 같습니다.
개발자의 80퍼센트가 20퍼센트의 일을 했다.남은 20%, 즉 가장 잘한 것, 80% 의 모든 임무를 완수할 수 있다는 뜻이다.
시계 곡선은 일반적으로 직원의 실적 능력의 분포를 묘사하는데 약 80%의 직원이 평균 수준 근처에 있고 나머지 직원들은 우수한 성적을 거두거나 좋지 않다는 것을 나타낸다.

우리가 이 도표와 숫자를 어떻게 보든지 간에 한 팀에서 가장 잘하고 가장 못하는 사람 사이의 차이는 매우 클 수 있다.아마도 우리가 10배의 개발에 대해 이야기할 때 단지 이것만을 가리키는 것일까?또는 다른 개발자와의 평균치 차이만 고려해야 한다. 이런 일이 통계적으로 가능하든 안 되든 일부 개발자들이 실제로 다른 개발자들보다 더 잘한다는 것은 부인할 수 없다.
그렇다면 이런 경외감은 어디에서 오는가?
다년간의 경험 때문인가요?진짜 아니야.

10 years of experience could simply mean a 1-year experience repeated 10 times.

만약 당신이 매일, 해마다 같은 일을 하고 같은 임무를 맡고 있다면, 속도를 높이고 새로운 것을 배워야 한다는 것을 깨닫지 못한다면, 이력서에 3년 밖에 안 된 일반 개발자가 당신보다 더 많이 알고 있을 때(최신의 가장 멋진 기술 창고뿐만 아니라) 놀랄 수도 있다.
늦게까지 일하고 살지 않았기 때문인가요?진짜 아니야.
10배의 dev는 장시간 일하는 것이 아니다.이것은 결코 근무 시간이 더 길다는 것을 의미하지 않는다.물론 더 열심히 일한다는 뜻이지만, 주로 더 똑똑한 방식으로 일한다.
저는 개발자의 10배는 아니지만 제 경력에서 적어도 두 명의 이렇게 뛰어난 사람들과 함께 일하는 것을 만났습니다. 저는 그들이 공통된 특징/품성을 가지고 있음을 알 수 있습니다.

올바른 방식으로 올바른 일을 하다

유효성 및 효율성:

Being effective is about doing the right things while being efficient is about doing things right.

응, 개발자의 10배는 보통 이 두 가지 일을 동시에 해.그들은 시간을 낭비하지 않고 가장 완벽한 방식으로 불필요한 일을 할 것이다.그들은 정확한 방식으로 정확한 일을 완성했다.
다음과 같은 방법으로 수행할 수 있습니다.

질문

왜?

때때로, 엉망진창인 수요, 불명확한 규범, 잘못된 가설은 당신에게 몇 시간의 개발 시간을 낭비하게 할 수도 있다.예상을 재조정하거나 복귀 시간을 줄여야 할 뿐만 아니라, 방금 만든 놀라운 코드를 모두 버려야 한다는 것도 사람을 매우 낙담하게 할 것이다.

어떤

만약 당신이 곤경에 빠진다면, 도움이 필요하다면, 도움을 구하세요.해결 방안을 요구하지 마라. 힌트 하나, 지도 하나, 해결 방안을 찾을 수 있는 힌트 하나가 필요하다.겁먹지 마.너는 모든 것을 다 알아서는 안 된다. 네가 공부를 갈망하는 모습을 보이는 것은 좋은 일이다.

주의력을 집중하여 한눈을 피하다

유튜브를 보거나 핸드폰을 보거나 왓츠앱이나 스냅챗에 친구에게 답장을 하거나 페이스북 벽을 간단하게 굴리는 데 얼마나 걸렸을까?
만약 내가 너에게 말한다면, 너는 매일 한두 시간씩 그 위에 있으면 어떻게 되겠니?휴대전화의 이런 응용 프로그램의 사용 상황을 검사하다.무서워할 거야.this 등 앱을 사용해서 이를 증명할 수 있다.
우리는 반드시 이 모든 것을 포기해야만 하는 것은 아니다.첫 번째는 이런 일에 얼마나 많은 시간을 낭비했는지 깨닫는 것이다. 우리는 효율적이어야 한다. 그리고 우리는 Pomotoro Technology 등 도구를 사용하여 소셜네트워크서비스와 스마트폰을 멀리하고 적어도 Pomotoro 타이머의 전체 과정에서 데이터를 유지할 수 있다.

나는 심지어 우리가 쉬지 말아야 한다고 말하는 것이 아니라, 우리의 귀중한 시간이 다 소모되었다는 것을 진정으로 의식해야 한다.(일어서서 산책을 하거나 동료와 이야기를 나누거나 공을 차거나 탁구를 10분 동안 치는 것이 페이스북을 보는 것보다 낫다. 당신의 눈과 뇌를 어떤 화면에서든 쉬게 한다!)

Having a break, slack off for a little while can actually increase your productivity

속도를 높이는 도구를 사용해서 지름길을 배우세요

우리가 주로 하는 것은 타자와 클릭이다. 이것은 미친 듯이 보이지만, 만약 당신이 IDE에서 빠른 방식을 사용하기 시작한다면, 터미널/명령행을 광범위하게 사용한다면, 당신은 정말로 매우 빨리 변할 수 있다.grep version package.json를 실행하는 것이 패키지 검색 프로그램을 클릭하는 것보다 훨씬 빠르다.json을 열고 버전 파라미터를 읽습니다.
타이핑

git stash 
git pull 
git checkout -b my_new_feature 
git stash pop

Waay는 어떤 시각화 도구를 사용해도 같은 일을 하는 것보다 빠르다.
몇 초만 줄었다고 생각할 수도 있지만 초당 10배의 dev가 되는 것이 중요하다(어쨌든 마우스를 멀리하면 완관증후군 예방에 도움이 된다)
이것은 내가 코드를 더욱 빨리 작성하고 디버깅하는 데 도움이 된다.

공부를 갈망하다

정보량이 엄청나다.때때로 너는 돈을 지불해야 한다. 대부분의 시간은 공짜이다.개인의 발전에 시간을 쓰지 않을 이유가 없다.기사 읽기, 팟캐스트 듣기, 자습서 보기, 온라인 강좌 보기.심지어 항상 인코딩에 관한 것은 아니다. 그렇지 않으면 10배의 개발자가 하루 종일 일하고 있다는 것을 알 수 있다. (예를 들어, 나는 You are not so smart 와 매우 간지럽다는 것을 발견했다.)
이것은 일종의 태도, 일종의 심리 상태이다.호기심과 지식욕이 평균과 차이를 결정한다.

자신의 곁을 가장 잘하는 사람으로 만들다 / 지도교사를 찾다

팀에서 가장 빠르고, 가장 똑똑하며, 가장 숙련된 개발자가 되는 것은 당신의 자아에 좋을 수 있지만, 당신의 성장에는 이롭지 않다.비록 이것은 사람을 편안하고 만족스럽게 할 수 있지만, 가능한 한 방안에서 가장 똑똑한 사람이 되지 말고, 그들의 업무에서 매우 뛰어나고, 너보다 더 잘하며, 견지하는 사람들을 항상 주의해라.

돌려줘.너의 지식을 나누다

일단 무엇을 배웠는지 다른 사람을 돕고 다른 동료에게 가르쳐 주며 배운 것을 나눠 보세요.
매일 일어나서 조언을 해주고 팀에 간단한 소개를 하거나 블로그 글을 쓰거나 온라인 인코딩 플랫폼의 지도자가 될 수 있다.
아는 것이 적은 사람에 비해 오만하거나 화를 내지 마라.
만약 우리가 이 모든 것을 고려한다면, 물론 아주 좋은 개발자는 튼튼하고 강력한 프로그래밍 기술을 가지고 있지만, 진정으로 작용할 수 있는 것은 열정, 태도, 그리고 약간의 소프트 기술이다.
나에게 있어서 자신을 향상시키는 데 있어서 가장 경외하고 고무적인 동료는 매우 적극적이고 숙련된 것이다. 물론 그들의 임무는 매우 빨리 완성되었다. 그들을 막거나 놀라게 할 수 있는 것이 없는 것 같다. 만약 그들이 무엇을 모른다면 그들은 몇 시간 동안 연구한 후에 잘못된 복구나 기능을 파악할 자신감이 충분할 것이다.또한 다른 팀 멤버에게 도움이 될 수 있는 것을 발견하거나 배우면 문서를 작성하거나 워크숍을 만들거나 작은 프레젠테이션을 구성합니다.그들은 나누는 것을 좋아한다.
마지막으로 나는 이것이 진정한 배증 요인일 수 있다고 믿는다.지식을 공유하고 성장을 추진하며 열정과 노력의 본보기가 되는 것이야말로 진정으로 타인에게 믿을 수 없는 적극적인 영향을 미치고 팀의 실적을 향상시킬 수 있는 기준이다(설령'일반'개발자로 구성된다 하더라도).