Ruby 회의에서 더 이상 Ruby에 대해 이야기하지 않는 이유는 무엇입니까?
Rocky Mountain Ruby 2016에 대한 최근 후원은 커뮤니티의 증가하는 다양성을 보여줍니다. 우리가 회의에 보낸 사람은 무역에 의한 개발자가 아닙니다. 그리고 나는 잠시 동안 회담의 기술적인 내용에 대해 걱정했습니다. 그러나 그들을 지켜본 결과 가장 경험이 풍부한 Rubyists조차도 직장에서 성공하기 위해 비기술적 기술을 강조하고 있음이 분명합니다.
이러한 변화를 한탄하는 개발자라면 다음과 같은 대화를 염두에 두지 않았을 수 있습니다. 그러나 지도력 기회로 나아가고자 한다면 몇 가지 중요한 포인트를 제거해야 합니다.
주요 테마 포함:
1. 멘토링. 다른 사람을 가르치는 것보다 전문 지식을 테스트하는 더 좋은 방법은 없습니다. Kinsey Ann Durham과 Kim Barnes는 무대에서 멘토/멘티 관계를 보여주고 멘토링이 주니어 개발자가 더 자신감 있는 프로그래머가 되도록 돕고 시니어 개발자가 기술을 연마하고 새로운 관점을 얻는 데 도움을 줍니다.
2. 커뮤니케이션. Sarah Allen은 여러 면에서 전설적인 인물이지만 최근에는 기술에 대해 커뮤니티 구성원을 교육하는 임무를 수행하고 있습니다. BridgeFoundry에서 일한 이야기를 공유함으로써 그녀는 다른 사람들, 특히 다양한 배경을 가진 사람들과 의사 소통하고 공유할 수 있을 때에만 기술 기술이 더 강해질 수 있다고 주장합니다.
3. 시스템 구축. 가장 가능성이 낮은 Microsoft 직원(우리가 아닌 그의 말)인 Chad Fowler는 Wunderlist/Microsoft에 합류하기 전에 몇 년 동안 콜로라도 기술 커뮤니티의 기둥이었습니다. 그는 자신의 레거시 코드를 다시 작성하는 것에 대한 자신의 이야기를 공유하고 "불변의 인프라"라는 개념을 통해 사고 리더십이 무엇인지 상기시켜 줍니다.
결론
코드베이스를 다시 작성하는 것과 같이 도전 과제를 수행하는 데 필요한 기술 적성은 상당하지만 이러한 대화는 성공에 필요한 다른 측면, 즉 팀과의 커뮤니케이션 및 주니어 스태프의 멘토링을 보여줍니다. Rocky Mountain Ruby 2016은 개발자에게 프로그래밍을 넘어 더 강력한 기술 리더가 되기 위해 필요한 다른 기술을 상기시키는 역할을 합니다.
나머지 컨퍼런스 토크가 궁금하세요? Confreaks에서 전체 라인업을 시청하세요.