커피 브레이크 #62. 하루 종일 생산성을 유지하는 방법. 새로운 개발자가 진지하게 받아들여질 수 있는 방법

하루 종일 생산성을 유지하는 방법 - 프로그래밍 및 일정 팁

출처: 무료 코드 캠프 나는 평생 동안 코드를 잘못 작성해 왔습니다. 나는 그냥 책상에 앉아 노트북을 열고, 할 일 목록에서 작업을 선택하고, 피곤해질 때까지 코드를 작성하면 된다고 생각했습니다. 그러나 실제로 이러한 작업 스타일은 2~4시간의 코딩 후에 항상 생산성을 떨어뜨렸습니다. 너무 피곤해서 기본적인 작업(코드 검토 등) 외에는 아무것도 하고 싶지 않았습니다. 요즘은 하루에 8시간 이상 코드를 작성할 수 있는데, 그래도 피곤함을 느끼지 않습니다. 무엇이 바뀌었나요? 일에 대한 나의 접근 방식. 62권이 넘는 자기계발서, 수십 개의 생산성 관련 기사와 연구, 수많은 시행착오 끝에 저는 코딩하고, 창작하고, 미루는 습관, 피로감, 피로감 없이 인생을 최대한 살 수 있도록 도와주는 생산성 시스템을 개발했습니다. 두뇌 혼란.

나의 생산성 시스템

내 생산성 시스템은 세 가지 주요 원칙을 기반으로 합니다.

1. 일정.
2. 내일의 과제.
3. 시스템 69.

각각에 대해 자세히 살펴보겠습니다.

일정 만들기

모든 것은 일정에 따라 시작됩니다. 무엇을, 어디서, 언제 완료합니까? 내 일정은 다음과 같습니다. 나는 주어진 시간에 무엇을 해야 하는지 끊임없이 상기시키기 위해 화이트보드를 사용합니다. 나는 내가 무엇을 언제 해야 할지 안다고 생각해서 항상 일정을 무시했다. 하지만 실제로는 습관이 생긴 것 같아도 늘 일상생활을 잊어버리곤 했습니다. 예를 들어, 오전 7시에 일어났을 때 출근 전 한 시간의 여유 시간이 있다는 것을 알았습니다. 이 시간이면 아침의례(아침식사, 운동, 샤워)를 하고 30분간 책을 읽고 싶었다. 그러나 종종 아침에 나는 책을 읽을 시간을 찾는 것을 잊어버렸습니다. 나는 다른 활동(독서)을 희생하면서 한 가지 활동(아침 식사)에 추가 시간을 보냈습니다. 그리고 일정도 없이, 다음에 무엇을 할지 고민하는 데 많은 시간을 보냈습니다. 오후에 운동을 마치고 샤워를 한 후 책상에 앉아 노트북을 열고 10분 동안 다음에 어떤 작업을 해야 할지 고민할 수 있었습니다. 매일 이러한 결정을 내리는 데 걸리는 시간을 계산하면 그 10분이 60분이 됩니다. 한 시간! 그것은 많은 것입니다. 또 다른 점은 다음에 무엇을 할지 결정하는 과정에서 항상 내 어깨 위에 천사와 악마가 앉아 중요한 일을 해야 할지, 가벼운 일을 해야 할지, 아니면 심지어 휴식을 취해야 할지 결정하는 데 '도움'을 준다는 것입니다. 안심하다. 나는 종종 일정 없이 "올바른" 일을 하도록 강요하기 위해 의지력을 사용해야 했습니다. 일정을 짜고 나니 이런 문제가 사라졌습니다. 이제 나는 항상 내가 생각하고 있는 일을 할 시간이 있습니다. 나는 항상 다음에 무엇을 해야할지 알고 있습니다. 중요한 일을 하도록 강요하기 위해 의지력을 사용할 필요는 없습니다. 일정은 내 의사 결정 과정을 자동 조종합니다. 일정을 만들고 싶다면 구글 캘린더를 활용하는 것이 좋습니다. 이렇게 하면 일정을 쉽게 편집하거나 다른 사람과 공유할 수 있습니다. 또한, 무엇을, 어디서, 언제 해야 하는지 항상 상기시키기 위해 일정을 종이나 화이트보드에 기록하는 것이 좋습니다.

내일 할 일 목록 만들기

일정은 무엇을, 어디서, 언제 해야 할지 결정하는 데 도움이 되지만, 할 일 목록은 작업 목록을 구체화하는 데 도움이 됩니다. 나는 "완벽하게 계획된" 하루를 보낼 수 있지만 여전히 나에게 중요한 것을 성취하지 못할 수 있습니다. 여기에 할 일 목록이 들어옵니다. 이는 의사 결정을 자동으로 제어하고 이에 소요되는 시간과 인지 자원을 줄이는 데 도움이 됩니다. 또한 필요한 일만(대부분의 경우) 수행하도록 보장합니다. 내 할 일 목록은 간단합니다. 일반 종이 메모장을 사용하여 만들고 Notion을 디지털 복사본으로 사용합니다. 나는 저녁에 내일 할 일 목록을 만든다. 왜? 아침에 하루를 계획할 때 그날 완료해야 할 모든 작업에 대해 생각합니다. 작업이 명확하고 간단하며 무엇을 해야 할지 알고 있는 경우에는 괜찮습니다(예: "John의 코드 확인"). 하지만 정확히 무엇을 해야 할지 모르면 그것을 알아내는 데 시간이 걸립니다. 예를 들어, 기사를 작성해야 한다는 것을 알지만 무엇을 써야 할지 모르는 경우입니다. 시간을 내어 아이디어를 탐색하고 글쓰기에 적합한 주제를 선택하세요. 이 외에도 사고 과정에 갇힐 가능성이 있습니다(작업과 관련된 결과, 세부 사항, 프로세스 및 기타 다양한 것들을 상상하기 시작하면 5분, 10분, 15분 또는 그 이상을 소비하게 됩니다). 그 위에). 아침에 할 일 목록을 만들면 가장 생산적인 시간을 낭비하게 됩니다. 그러므로 하루를 마감할 때 내일 할 일 목록을 작성하는 것이 가장 좋습니다.

시스템 69

제가 코드 작성을 시작했을 때 다음과 같이 했습니다.

1. 나는 노트북을 연다.
2. 코드 편집기(VSCode)를 시작합니다.
3. 나는 작업을 선택합니다.
4. 피곤해질 때까지 코드를 작성합니다.
5. 휴식을 취합니다(소셜 네트워크에서 시간을 보냅니다).

평범해 보이나요? 나는 그렇게 생각했다. Pomodoro 방법에 대해 읽기 전까지는. 이는 작업을 일반적으로 25분 길이의 간격으로 나누고 짧은 휴식 시간으로 구분하는 시간 관리 기술입니다. 예를 들어 25분 동안 코드 작업을 하고 5분 동안 휴식을 취합니다. 전체 근무일을 이러한 휴식 시간으로 나눕니다.

• 코드 작성 25분
• 5분 휴식.
• 코드 작성 25분
• 5분 휴식.
• 코드 작성 25분
• 그리고 근무일이 끝날 때까지 계속됩니다.

시도해 보았는데 효과가 있었지만 생각만큼 좋지는 않았습니다. 나는 확실히 생산성이 약 1시간 정도 향상되었지만 25분의 작업 간격이 나에게는 너무 짧다는 것을 알았습니다. (가는 데 5~10분이 걸렸기 때문에 더 이상 "과중한 작업"을 할 수 없었습니다. 해당 간격으로 15분 이상). 그래서 계속해서 52 + 17 규칙을 찾았습니다. 그게 무엇인가요? 52분 일하고 17분 휴식. Pomodoro 방법과 매우 유사합니다. 테스트해본 결과 25 + 5 인터벌보다 나에게 더 잘 맞았습니다. 이제 2시간 더 생산적으로 일할 수 있었지만 근무일 이후에도 여전히 몸이 아팠습니다. 그래서 저는 52 + 17 규칙에서 멈추지 않고 생산성과 동기 부여에 대해 더 깊이 연구하기 시작했고 효과적인 휴식에 대해 배웠습니다. 대부분의 사람들이 "휴식"이라는 단어를 들으면 첫 번째 연상은 "일 이외의 일을 하는 것"입니다. 예를 들어 Instagram 피드 스크롤, 친구와의 채팅, YouTube 시청 등이 있습니다. 공식적으로 이것은 모두 휴식이지만 효과적인 휴식은 아닙니다. 효과적인 휴식의 주된 신호는 에너지를 빼앗는 것이 아니라 에너지를 주는 것입니다. 효과적인 휴식의 예:

• 육체적 운동.
• 샤워.
• 걷기(헤드폰 없이)
• 호흡 운동(Wim Hof ​​방법).

효과적인 휴식에 대해 배운 후, 나의 근무일은 거의 완벽해졌습니다. 52분의 작업(8분의 워밍업, 45분의 집중 작업)과 나에게 에너지를 주는 17분의 효과적인 휴식 시간입니다. 모든 것이 잘 작동했고 그대로 놔둬도 된다고 생각했습니다... 하지만 계속 진행했습니다. 나는 일하는 모든 시간을 지구상에서 가장 생산적인 시간으로 만드는 데 집착했습니다. 그리고 나는 성공한 것 같아요. 내가 끊임없는 몰입 상태에 있지 못하게 하는 한 가지 요인은 산만함이었습니다. 수년 동안 나는 그들에게 관심을 기울이지 않았습니다. 내 폰에 뜨는 그 온갖 알림들, 주변 사람들의 소음, 내 노트북에 열려 있는 수백 개의 탭과 창들... 타이머를 52분에 설정하고 작업을 시작하면 BAM! 새로운 알림이 나타납니다. 그리고 나는 스스로에게 묻습니다. “거기 뭐야?” 작업에 대한 집중력이 상실되었습니다. 생산성이 사라졌습니다. 작은 알림 하나가 즉시 내 생산성을 망쳤습니다. 나는 개인 개발 분야에 깊이 빠져들기 전까지는 이것에 관심을 기울이지 않았습니다. 이제는 일할 때 모든 알림을 끄고, 사람들에게 방해하지 말라고 말하고, 헤드폰을 착용하고(시끄러운 환경에서 일할 경우), 업무와 관련 없는 모든 브라우저 탭을 닫고, 내가 하는 모든 일을 합니다. 근무 시간 중에 주의가 산만해지는 것을 방지 할 수 있습니다 . 지금까지는 매우 훌륭했습니다. 이제 제 시스템은 정말 완벽해 보였습니다. 하지만 더 나아갈 수 있을까요? 틀림없이. 퍼즐의 마지막 조각은 멀티태스킹이 아닙니다 . 요즘 누군가가 멀티 태스킹을 할 수 있다는 말을 들으면 미소가 지어집니다. 멀티태스킹이 작동하지 않습니다. 그것은 신화이다. 테스트 대상의 2.5%만이 단일 작업을 수행하는 것과 동일한 수준의 효율성으로 멀티태스킹을 수행할 수 있다는 것을 보여주는 한 연구가 있습니다. 나머지 97.5%는 그렇지 않습니다. 그래서 저는 어떤 일을 맡으면 그 일에만 집중합니다. 두 개가 아닙니다. 3시가 아닙니다. 하나만. 이것이 제가 근무 시간 동안 준수하는 규칙입니다. 언제나. 자, 이제 시스템 69의 모든 부분이 완성되었습니다. 이들을 서로 연결하여 무엇을 얻는지 살펴보겠습니다.

1. 52분 작업.
2. 생산적인 휴식 시간 17분.
3. 우리는 모든 방해 요소를 제거합니다.
4. 우리는 한 번에 하나의 작업에 집중합니다.

놀라운! 이것이 내 시스템 69입니다.

결론적으로…

내 생산성 시스템의 세 가지 기둥은 다음과 같습니다. 내 생산성 시스템을 사용하면 프로그래밍뿐만 아니라 모든 작업을 성공적으로 완료할 수 있습니다. 하지만 현명하게 사용하세요. 최고의 소원!

새로운 개발자가 진지하게 받아들여질 수 있는 방법

출처: 무료 코드 캠프 당신은 모든 개발자 지망생을 기다리는 비결에 대해 잘 알고 있을 것입니다. 경험이 없어서 취업할 수 없고, 채용되지 않기 때문에 경험을 얻을 수 없습니다. ! 이것은 우리 모두가 경력을 시작할 때 직면하는 문제입니다. 우리는 2~3년의 경력이 필요한 '초급' 직위에 대한 광고를 끊임없이 봅니다. 상황은 매우 짜증납니다. 그리고 또 한번의 거절을 받으면 그것 역시 절망적인 것 같습니다. 그렇다면 경험이 없는 신입 개발자가 첫 직장을 얻으려면 어떻게 해야 할까요?

왜 업무 경험이 고용주에게 중요한지 이해하세요

고용주의 입장이 되어 보십시오. 이를 통해 왜 어떤 사람은 채용되고 다른 사람은 채용되지 않는지 이해할 수 있습니다. 또한 개인적으로 무시되거나 거절당하는 것을 받아들이지 않는 데 도움이 될 것입니다. 새로운 직원을 고용하는 모든 결정에는 위험이 따릅니다. 이 사람이 급여 비용보다 회사에 더 많은 수입을 가져다 줄까요? 귀하의 임무는 귀하가 이익을 얻을 수 있다는 것을 고용주에게 설득하는 것입니다. 문제는 고용주에게 개인의 이익 창출 능력에 대한 가장 강력한 신호는 업무 경험의 존재라는 것입니다. 경험이 없다면 이 사람을 채용하는 것은 위험합니다. 따라서 귀하의 고용이 고용주에게 위험을 초래하지 않는다는 것을 고용주에게 확신시킬 수 있는 몇 가지 다른 신호를 제공해야 합니다. 그리고 그것은 단지 기술적인 능력에 관한 것이 아닙니다. 채용 결정은 사람이 내립니다. 따라서 경험 부족은 개인적인 자질, 열정, 특정 회사에서 일하는 데 대한 관심, 새로운 프로젝트 창출에 대한 이니셔티브로 극복 될 수 있습니다. 이 모든 것이 함께 당신에 대한 자신감을 불러일으킬 수 있습니다.

고용주의 신뢰를 얻는 데 도움이 되는 공식

신뢰 = 입증된 기술 + 가시성 신뢰를 얻으려면 올바른 기술을 보유하고 있음을 보여줘야 합니다. 그리고 그것은 올바른 사람들에게 보여져야 합니다. 다시 말하지만, 우리는 단지 기술적 능력에 대해서만 이야기하는 것이 아닙니다. 개발자에게 애플리케이션을 작성하는 능력은 매우 중요하지만 소프트 스킬도 그에 못지않게 중요합니다. 뛰어난 의사소통 기술과 동기가 필요할 뿐만 아니라 이를 잠재적인 고용주에게 전달할 수 있는 능력도 필요합니다. 당신은 회사에 이익을 가져다주기 위해 이러한 기술을 사용하는 방법을 알고 있음을 보여주고 설득해야 합니다. 이는 고용주가 귀하에게 경험이 없더라도 귀하에게 기회를 주고 고용하도록 설득하는 데 도움이 될 것입니다. 성공적인 시연을 위해서는 다음이 필요합니다.

1. 프로젝트를 생성합니다.
2. 쓰다.
3. 올바른 연결을 만드세요.

각 사항을 살펴보고 경험 없이도 고용주의 눈에 유능한 전문가처럼 보이도록 효과적으로 결합하는 방법을 살펴보겠습니다.

기술 스택을 사용하여 프로젝트 만들기

선택한 기술 스택으로 실제 프로젝트를 구축할 수 있는 능력은 여기서 큰 장점입니다. 당신이 일하고 싶은 회사가 당신이 기술적인 능력을 갖추고 있는지 확인하지 않는다면, 당신은 일자리를 얻지 못할 것입니다. 그러나 한 가지주의 사항이 있습니다. 나는 자격이 없는 직위에 개발자가 고용된다는 이야기를 많이 들었습니다. 고용주는 이들 후보자의 특정 성격 특성과 그들이 본 잠재력에 매력을 느꼈습니다. 즉, 기술적으로 유능해야 하지만 그것이 전부라고 생각하면 안 됩니다. 자신의 기술력을 과시하는 가장 좋은 방법은 이전에 누구도 만들어내지 못한 것을 만드는 것입니다. 튜토리얼만 따라 무언가를 만들면 지침을 배우고 따를 수 있다는 점만 보여줄 뿐입니다. 하지만 복잡하고 독특한 문제를 해결하고 처음부터 무언가를 창조하는 능력을 보여주지는 않습니다. 고용주는 실제 문제를 해결하는 데 적용할 수 있는 기술을 갖춘 후보자를 찾고 있습니다. 이것이 당신이 궁극적으로 대가를 받게 될 것입니다. 내 조언은 관심 있는 기술 스택을 가르치는 좋은 과정을 찾는 것부터 시작하라는 것입니다. 강좌와 튜토리얼은 기술과 스택 연습을 소개하는 데 적합합니다(중요합니다!). 그러나 실제적인 문제를 해결하고 실제적인 것을 창조하는 방법을 항상 가르칠 수는 없습니다. 그러므로, 강좌를 마친 후에는 이미 습득한 이론을 활용하여 자신만의 프로젝트를 만들어 보는 것을 추천합니다. 프로젝트를 진행하는 동안 모든 활동을 문서화하고, 무엇을 하고 있는지, 그 이유를 적어보세요. 이는 전문가로서 귀하에 대한 신뢰를 구축하려는 우리 계획의 다음 단계에 유용할 것입니다.

당신이 만들고 배우는 모든 것에 대해 쓰십시오.

문서화는 몇 가지 중요한 이점을 제공합니다. 우선, 아이디어와 프로세스를 명확하게 하는 데 도움이 됩니다. 자신의 행동을 적어보면 좀 더 분명하고 간결하게 생각하고 행동할 수 있게 됩니다. 또한, 여러분의 목표는 다른 사람이 읽고 이해할 수 있는 방식으로 아이디어를 제시하는 것이기 때문에 모든 프로세스를 명확하게 구성하는 데 도움이 됩니다. 이 모든 것이 말처럼 쉽지는 않을 것입니다. 하지만 그렇게 할 수 있다면 일자리를 찾을 때 다른 후보자들과 차별화될 것입니다. 글쓰기가 제공하는 또 다른 이점은 구두 의사소통이 향상된다는 것입니다. 일단 직업을 얻고 전문 개발자가 되면 글쓰기 연습을 전혀 하지 않았을 때보다 훨씬 더 효과적인 의사소통자가 될 것입니다.

간단한 쓰기 시스템

글쓰기는 어려울 수 있습니다. 특히 새로운 내용이라면 더욱 그렇습니다. 개인적으로 글 쓰는 걸 좋아해서 늘 하고 있지만 여전히 어려울 때도 있어요. 그래서 오늘부터 글쓰기를 시작할 수 있는 간단한 팁을 여러분과 공유하고 싶습니다.

매일 글을 쓰는 시간을 따로 정해두세요

이는 일관성을 보장하고 기술을 향상시키기 때문에 매우 중요합니다. 많은 글을 쓰고 나니, 성공의 길은 나쁜 글을 쓰는 데 있다는 것을 깨달았습니다. 그냥 앉아서 영감을 기다리는 것이 최선의 선택은 아닙니다. 글쓰기를 시작하면 됩니다. 일단 시작하면 단어가 저절로 마음에 떠오르는 것을 발견하고 놀라게 될 것입니다. 하지만 글쓰기를 시작하지 않으면 이 말의 흐름은 흐르지 않을 것입니다. 그러므로 매일 글쓰기에 얼마나 많은 시간을 할애할 수 있는지 즉시 결정하십시오. 참고: 텍스트 작성과 편집은 서로 다른 것입니다. 이는 두 가지 다른 작업으로 생각되어야 합니다.

선생님의 입장에서 글을 쓰세요

나는 "나는 이것을 배웠다..." 또는 "오늘 나는 이것을 작업했다..."라는 문구를 따라 개발자 지망생이 쓴 게시물과 트윗을 많이 보았습니다. 물론 이 모든 것이 좋습니다. 그러나 당신이 이 모든 것을 가르치고 있는 것처럼 글을 쓴다면, 스스로 배우지는 않을 것입니다. 이런 식으로 텍스트는 더 많은 자신감을 불러일으킵니다. 예를 들어, React를 사용하여 프론트엔드 개발자가 되고 싶다고 가정해 보겠습니다. 그리고 메뉴 계획 애플리케이션을 작성하고 있습니다. React에 대해 배운 내용을 게시하는 대신 "React에서 메뉴 계획 앱을 구축하는 방법"에 대한 기사를 작성하세요. 이러한 초점의 변화는 개발자로서의 이미지와 다른 사람들이 귀하의 기술을 인식하는 방식을 향상시킵니다. 많은 사람들이 누군가를 가르칠 자격이 없다고 느끼기 때문에 이런 스타일로 글을 쓰는 것을 부끄러워한다고 생각합니다. 하지만 뭔가를 완성했다면 교사의 입장에서 그것에 대해 쓸 수 있습니다. 비슷한 것을 만들고 싶지만 아직 스스로 할 수 없는 사람들에게 당신은 상당히 권위 있는 지식의 원천이 될 것입니다. 기사를 작성할 때 귀하의 기술적 능력을 전달할 뿐만 아니라 해당 기술에 대한 자신감이 있음을 보여줌으로써 잠재적인 고용주에게 매력적입니다.

아이디어 목록을 유지하세요

업데이트된 아이디어 목록은 창의적인 위기로부터 여러분을 구해 줄 것입니다. 아이디어가 떠오를 때마다 나는 간단한 설명과 함께 다른 항목을 목록에 추가합니다. 그리고 글을 쓰기 위해 자리에 앉으면 이미 시작한 기사에 대한 작업을 계속하거나 목록에서 다음 아이디어를 선택합니다. 목록이 있으면 선택 문제도 해결됩니다. 당신이 쓰고 싶었던 모든 것을 기억할 필요는 없습니다. 다음 요점을 취하고 글쓰기를 시작하십시오. 아이디어가 없다면 교육 게시물을 작성하고 한때 직접 만든 프로젝트를 만드는 방법을 알려주십시오.

글쓰기와 편집은 별도로

이것은 나에게 매우 중요하다는 것이 밝혀졌습니다. 나는 글을 쓰면서 계속해서 글을 다시 쓰고 편집하려고 했기 때문에 글쓰기를 잠시 멈추었습니다. 하지만 이제는 글쓰기와 편집을 분리했습니다. 글을 쓸 땐 그냥 씁니다. 나는 그것에 대해 생각하지 않고 단어를 신중하게 선택하지 않고 그냥 씁니다. 내가 원하는 것을 이미 다했다고 생각되면 텍스트를 옆으로 치워두고 다음 날까지 건드리지 않습니다. 아침에 나는 새로운 마음으로 내가 쓴 것을 다시 읽고 편집합니다.

기술적인 것만 쓰지 말고

개발자이기 때문에 개발에만 집중해야 한다고 느낄 수도 있습니다. 하지만 저는 조금 물러서서 순수한 형태의 프로그래밍에만 국한되지 않는 주제에 대해서도 글을 쓰는 것이 좋습니다. 궁극적으로 기업은 코드가 아닌 사람을 고용합니다. 그리고 사람은 각 개별 회사에 적합할 수도 있고 적합하지 않을 수도 있습니다. 귀하의 글은 잠재적인 고용주에게 귀하가 어떻게 일하고 생각하는지 알려줄 수 있습니다. 덕분에 당신은 이 고용주의 눈에 또 다른 이력서가 아닌 완전히 구체적이고 살아있는 사람이 될 것입니다. 그리고 그것은 당신이 말할 기회도 갖기 전입니다! 예를 들어, 프로그래밍을 좋아하는 이유, 열심히 일하도록 동기를 부여하는 것이 무엇인지, 여가 시간에 스트레스를 해소하는 방법에 대해 쓸 수 있습니다. 업무와는 관련이 없지만 개발자의 삶과 밀접한 관련이 있습니다.

IT 커뮤니티 사람들과의 관계 구축

필요한 연결을 만드는 것이 우리 계획의 마지막 포인트입니다. 개발자들은 네트워킹이 구직 성공에 큰 영향을 미친다는 점을 종종 지적합니다. 동시에 연락처 네트워크 구축을 시작하는 것은 그리 쉬운 일이 아닙니다. 사실 이렇게 하는 것은 불편하기 때문에 많은 사람들이 그렇게 하지 않습니다. 이는 당신이 군중 속에서 눈에 띌 수 있는 좋은 기회가 있다는 것을 의미합니다. 귀하의 포트폴리오와 귀하가 작성한 텍스트를 통해 귀하는 온라인에 존재하게 되었습니다. 이제는 지인 네트워크를 구축하여 존재감을 확장해야 할 때입니다. 제가 가장 좋아하는 두 가지 도구는 LinkedIn과 Twitter입니다. 궁극적인 목표는 일자리를 찾을 필요가 없도록 연락처 네트워크를 구축하는 것입니다. 이상적으로는 친구에게 연락하여 적절한 제안을 받는 것이 좋습니다. 그러한 지인 네트워크를 구축하는 데는 시간이 걸리지만 그만한 가치가 있습니다. 야심 찬 개발자의 초기 목표는 가시성을 높이고 일자리를 찾고 있다는 소식을 알리는 것입니다. 덕분에 사람들은 당신과 당신의 프로젝트에 관심을 기울일 것입니다. 그리고 잠재적인 고용주의 시선을 사로잡을 가능성이 높습니다. 온라인 가시성을 높이려면 다음을 수행하는 것이 좋습니다. 모두를 공격할 필요는 없습니다. 당신이 일하고 싶은 회사에서 일하는 사람들에게 다가가 당신의 관심을 보여주어야 합니다. 시작하려면 일하고 싶은 회사 10개 목록을 작성하세요. 그런 다음 각 회사에서 2~3명의 직원을 찾으세요. 당신 자신이 들어가고 싶은 것과 거의 동일한 직위를 차지하는 사람들에게 집중하십시오. LinkedIn에서 이러한 사람들과 연결하거나 Twitter에서 팔로우하세요(물론 해당 네트워크에 계정이 있는 경우). 그런 다음 템플릿에 따라 모든 사람에게 메시지를 보내세요.

• 짧은 소개
• 이 사람이 일하는 회사의 어떤 점을 존경합니까?
• 수신자가 대답하기 쉬운 간단한 질문

예를 들어, 내가 Ghost에서 작업하고 싶다면 내 메시지는 다음과 같습니다. “안녕하세요! 내 이름은 켄이에요. 저는 독학으로 공부한 개발자입니다. 나는 Ghost가 출판 업계를 위해 어떤 일을 하고 있는지 기대됩니다. 최근 출시한 구독 기능이 정말 대단해요! 프론트엔드 개발자로서 이렇게 중요한 임무를 지닌 제품을 개발하면서 가장 마음에 드는 점은 무엇입니까?” 귀하는 일자리를 구하는 것이 아니라는 점에 유의하시기 바랍니다. 당신은 대화와 관계를 시작합니다. 메시지는 짧고 요점만 있으며 Google만으로는 할 수 없는 질문을 합니다. 이 예는 제가 Ghost를 정말 존경하기 때문에 효과가 있었습니다. 회사에서 일하고 싶은 존경심과 열망은 진실해야 합니다. 사람들은 멀리서도 가식을 알아보는 데 능숙하기 때문에 그것은 당신에게 해가 될 수 있습니다. 목표는 취업이 아니라 대화를 시작하고 사람과 관계를 구축하는 것임을 다시 한 번 말씀드립니다. 끈기 있고 의도적으로 다양한 회사의 다양한 사람들을 만나는 것은 장기적으로 많은 도움이 될 것입니다. 매일 누군가를 만나도록 노력하세요. 일단 관계를 시작하면 오프라인으로 만나고, 영상으로 채팅하고, 경력 목표에 대해 논의하면서 관계를 더욱 발전시킬 수 있습니다. 사람들에게 훌륭한 직업 기회를 제공하는 네트워크는 이런 식으로 만들어집니다.

이 모든 것을 단일 시스템으로 결합하는 방법

이제 모든 구성 요소를 알았으므로 이를 작업 시스템에 효과적으로 결합하는 방법을 살펴보겠습니다. 제가 가장 좋아하는 방법은 시간을 따로 두는 것입니다. 매일 이 모든 것에 얼마나 많은 시간을 할애할 수 있는지 결정하십시오(일정의 밀도에 따라). 그런 다음 이 시간을 세 부분으로 나눕니다. 첫 번째는 프로젝트 만들기, 두 번째는 글쓰기, 세 번째는 지인 네트워크 구축을 위한 것입니다. 처음 1/3 동안은 개인 프로젝트를 진행하게 됩니다. 둘째, 현재 진행 중인 프로젝트에 대해 설명해주세요. 또는 발생한 특정 문제를 어떻게 해결했는지 설명할 수 있습니다(어떤 이유로 프로젝트 설명이 주제에 적합하지 않은 경우). 마지막으로 할당된 시간의 남은 3분의 1 동안 회사에 대한 정보를 찾고 그 회사에서 일하는 사람들에 대해 알아보세요. 이 모든 단계는 단순해 보일 수 있지만(사실 단순함), 그 영향은 엄청납니다. 지속적으로 수행되는 이러한 작고 사소해 보이는 행동은 처음부터 훌륭한 경력을 쌓는 데 도움이 됩니다.