내가 추천하는 많은 방법이 방향을 바꾸지 않는 엔지니어에게도 똑같이 잘 사용할 수 있지만, 실제로는 감독자에게 위협이 더 높기 때문에 더 신중한 투자가 필요하다고 생각합니다. 대부분의 시간을 코드 작성에 소비하는 엔지니어는 지금도 배우고 있으며, 새로운 것을 배우는 것이 얼마나 중요한지 끊임없이 상기하고 있습니다.
그러나 관리자는 대부분의 시간을 비 침습적 문제에 사용할 수 있으므로 기술 이해에 과소 투자하기 쉽습니다.
초기 단계는 전문 지식이 감독자로서의 경력에 가치가 있음을 스스로 확신하는 것입니다. 우선, 좋은 관리자가 해당 분야의 기술 전문가가 아니더라도 여전히 직원을 잘 격려 할 수 있다고 생각하지만, 다른 모든 평등하고 전문적인 지식은 당신을 훨씬 더 나은 관리자로 만들 것입니다.
우선, 당신의 팀이 당신을 신뢰하고 당신을 칭찬받을 만하다고 생각하는 것이 더 쉬울 것입니다. 또한 팀이 완벽한 기술 결정을 내 리도록 할 수 있습니다. 다음으로, 직원을 가르치고, 그들이 어떻게하고 있는지 평가하고, 그들 자신의 기술 능력을 개발하도록 지시하는 것이 훨씬 더 쉬워 질 것입니다. 장기적으로, 특히 소프트웨어와 같은 분야에서는 업계가 "표류"되고 지식이 낡아 질 위험이 있습니다. 따라서 현재 상태가 좋다하더라도 이해 수준을 유지하려면 지속적인 투자가 필요합니다.
다음으로 자신에게 맞는 기술을 찾아야합니다. 다음의 조합이 유용하다고 생각합니다.
독서:
매일 30-60 분 동안 독서를하십시오.
블로그 및 기사 :
나는 주로 이것과 함께 Feedly를 사용하고, 내 Feedly에 포함되지 않은 온라인 (소셜 네트워킹 등)을 찾을 때마다 소스를 Feedly에 추가합니다. 또한 기본적으로 다운 타임이있을 때마다 소셜 미디어가 아닌 Feedly를 시작하려고하는 습관이 있습니다. 수많은 게시물이 내 피드에 올랐지 만, 일부만 읽었지만, 사람들이 어떤 글을 쓰고 있는지 알아보기 위해 헤드 라인을 훑어 보는 것이 여전히 유익합니다. 이것은 또한 아래의 여러 기술을 사용하여 학습에 더 많이 투자 할 문제를 식별하는 데 도움이되는 "발견"메커니즘과 비슷합니다.
최근에는 선별 된 뉴스 레터 또는 커뮤니티 기반 뉴스 레터를 찾으려고했습니다. 내가 가장 좋아하는 것들 중 일부를 명명하기 위해, 나는 DiscoverDev, O'Reilly의 Four Brief Links, HNDigest (HackerNews에서 가장 좋은 스레드를 매일 집계 한 것입니다. 방문하는 것을 기억할 필요가 없습니다)를 사용합니다. 링크에 토론 스레드가 첨부 된 사이트는 보충 콘텐츠에 유용하며 내가 잘 모르는 주제에 대한 기사의 신뢰성을 평가하는 데 도움이됩니다. 다른 추천 사항이있는 경우 댓글에 남겨 주시면 추가하겠습니다!
서적:
업계에서 일어나는 일과 그것을 책으로 만드는 것 사이에는 항상 약간의 시차가 있으며, 또한 더 큰 투자 (시간과 현금)이기 때문에 저는 주로 고기가 풍부하고 훨씬 더 상록적인 콘텐츠에 사용합니다. 깔끔한 코드 작성, 기술 아키텍처, 시스템 디자인 등과 같은 것은 훌륭한 책 자료입니다. 때때로 책은 내가 새로운 기술을 습득 할 수있는 훌륭한 방법이기도하지만 (소설을 채우고 나중에 참고할 때 사용할 수 있음) 기술이 정말 신선하다면 기술적 증거가 더 나은 방법 일 수 있습니다. 찾아.
조항:
Quora는 또한 책이나 블로그 게시물보다 조금 더 정확하고 덜 세련된 기사를 찾을 수있는 훌륭한 장소입니다. 내가 오늘 여기서 일하기 때문에 편견이라고 생각할 수도 있지만, 내가 회사에 입사했지만 항상 유용한 출처를 찾았습니다 (실제로는 내가 결합하려는 주된 이유 중 하나입니다).
사람들과 이야기하기 :
나는 현명한 전직 급우 및 동료들과 연락을 유지하려고합니다. 주된 근거는 대부분 관계를 직접적으로 감사하기 때문이지만 문제를 연구하는 데 도움이되는 훌륭한 네트워크입니다. 우리가 따라 잡을 때마다 기존 회사가 어떻게 중요한지, 그들이 공부하는 것이 무엇인지, 내가 배울 수있는 것에 대한 조언이 있는지 물어 보려고합니다.
새로운 것을 배우기위한 또 다른 훌륭한 채널이 인터뷰 될 것입니다. 관리자는 항상 다른 비즈니스의 다른 사람들을 인터뷰 할 가능성이 높습니다. 저는이 기회를 통해 사람들에게 그들이 어떤 종류의 것을 배우고 있는지, 그들이 이전 역할에서 특정 기술 문제를 어떻게 해결했는지, 그리고 내가 또는 우리 직원이 현재 직면하고있는 특정 기술 문제를 어떻게 해결할 수 있는지 물어 봅니다. 학습하고, 응시자가 어떤 종류의 항목이 매력적이라고 생각하는지, 문제를 해결하는 방법에 대한 사인을받을 수있는 정말 좋은 방법입니다.
시도 / 실행 :
코드를 작성하고 새로운 것을 시도하기 위해 시간을 절약하는 것이 매우 중요합니다. 관리자로서 저는 일할 시간이 많지 않기 때문에 (또한 회사의 현재 프로젝트에 제한을 받고 싶지 않습니다) 종종 직장에서 그렇게합니다. 예를 들어 지난 몇 달 동안 제가 살펴본 것에는 Amazon의 SageMaker, Terraform, Apache Spark, Apache Kafka 및 Golang이 포함됩니다. 때로는 도구를 설정하고 가지고 놀거나 튜토리얼을 수행하거나 재미있는 사이드 프로젝트를 구축하는 것뿐입니다. 시도해 보는 것은 과거로가는 데 도움이됩니다.
제 책상 옆에 집에 화이트 보드가있어서 시간이 더 있으면 테스트하고 싶은 항목 목록을 관리합니다. 이런 식으로 제가 정말로 임의의 다운 타임을 얻을 때 그 목록을 사용합니다. 내 과거의 임의의 중단 시간은 주말에 취소 된 계획에서부터 매우 나쁜 날씨로 인해 집에 갇혀있는 것까지 모든 종류의 종류로 왔습니다.
다른:
Meetups : 저는 이런 것들을 많이하고 싶어요. 제가 추가하는 방법들 중 일부보다 논리적으로 더 어렵고 제가 그들에 보내는 대부분의 시간을 만들 수있는 최선의 방법을 해독하지 못했다는 것입니다.
컨퍼런스 : 내가 항상 직접 참석하지는 않지만, 많은 컨벤션에서 제공되는 비디오 또는 토론 요약을 업로드 할 것이며, 그것들도 정말 가치있는 경향이 있습니다.
당신에게 맞는 것을 찾으십시오. 남성과 여성에 따라 학습 방법이 다르기 때문에 학습이 즐겁고 일상 업무 / 평생에 통합 될 수있는 경우 학습에 머무를 가능성이 훨씬 더 높습니다.