"보고서는 지루할 권리가 없습니다": 컨퍼런스 연설에 대한 Baruch Sadogursky와의 인터뷰

Baruch Sadogursky - JFrog의 Developer Advocate이자 유명한 IT 연설가인 "Liquid Software"라는 책의 공동 저자입니다.

인터뷰에서 바루흐는 자신의 보고서 준비 방법, 외국 회의가 러시아 회의와 어떻게 다른지, 참가자들이 회의에 참석해야 하는 이유, 개구리 의상을 입고 연설해야 하는 이유를 설명했습니다.

가장 간단한 것부터 시작해 보겠습니다. 왜 회의에서 연설한다고 생각합니까?

사실 컨퍼런스에서 연설하는 것이 나에게는 직업이다. “내 일이 왜 필요한가?”라는 질문에 더 일반적으로 답한다면 (적어도 JFrog 회사의 경우) 두 가지 목표를 달성하는 것이 좋습니다. 첫째, 사용자 및 고객과의 접촉을 구축합니다. 즉, 컨퍼런스에서 연설할 때 우리 제품과 회사에 대해 궁금한 점이 있거나 피드백이 있는 모든 사람이 나와 대화할 수 있도록 대기하고 있으며 어떻게든 그들을 돕고 우리 제품 작업에 대한 경험을 향상시킬 수 있습니다.

둘째, 브랜드 인지도를 높이는 것이 필요합니다. 즉, 내가 몇 가지 흥미로운 점을 말하면 사람들은 이것이 어떤 종류의 JFrog인지에 관심을 갖게 되고 결과적으로 그들은 우리의 개발자 관계 퍼널로 들어가게 되고 결국 우리 사용자의 퍼널로 들어가게 되며 결국에는 구매자의 퍼널.

공연 준비는 어떻게 했는지 알려주세요. 어떤 종류의 준비 알고리즘이 있나요?

네 가지 정도의 표준 준비 단계가 있습니다. 첫 번째는 영화처럼 인셉션이다. 어떤 아이디어가 나타나야 합니다. 아이디어가 떠오르고 꽤 오랜 시간 동안 성숙해집니다. 성숙해지고 있으며, 이 아이디어를 가장 잘 표현하는 방법, 어떤 핵심, 어떤 형식으로, 그것에 대해 무엇을 말할 수 있는지 생각하고 있습니다. 이것이 첫 번째 단계입니다.

두 번째 단계는 구체적인 계획을 작성하는 것입니다. 당신은 아이디어를 갖고 있으며, 아이디어를 어떻게 제시할 것인지에 대한 세부 사항을 얻기 시작합니다. 이는 일반적으로 보고서와 관련된 모든 것이 아이디어 주변에 나타나는 일종의 마인드맵 형식으로 수행됩니다. 즉, 뒷받침하는 주장, 소개, 이에 대해 전달하고 싶은 일부 이야기 등이 있습니다. 이것이 두 번째 단계, 즉 계획입니다.

세 번째 단계는 이 계획에 따라 슬라이드를 작성하는 것입니다. 슬라이드에 표시되고 스토리를 뒷받침하는 몇 가지 추상적인 아이디어를 사용합니다.

네 번째 단계는 런스루(run-through)와 리허설이다. 이 단계에서는 스토리 아크가 완성되었는지, 스토리가 일관성이 있는지, 타이밍 측면에서 모든 것이 괜찮은지 확인하는 것이 중요합니다. 그 후에는 보고서가 준비되었다고 선언할 수 있습니다.

"이 주제"가 다루어져야 한다는 것을 어떻게 이해합니까? 그리고 보고를 위한 자료는 어떻게 수집하시나요?

어떻게 대답해야할지 모르겠습니다. 그냥 어떻게든 옵니다. “아, 여기서 정말 멋있었다”거나 “아, 아무도 이것에 대해 정말로 모르거나 이해하지 못합니다”라고 말하고 설명하고 도움을 줄 수 있는 기회가 있습니다. 이 두 가지 옵션 중 하나입니다.

자료 수집은 보고서에 따라 크게 달라집니다. 이것이 추상적 주제에 대한 보고서라면 더 많은 문헌, 기사입니다. 이것이 실용적인 것이라면 코드 작성, 데모, 제품에서 올바른 코드 조각 찾기 등이 될 것입니다.

최근 DevOps Summit Amsterdam 2019에서 Baruch의 연설

공연에 대한 두려움과 불안은 사람들이 무대에 오르지 않는 가장 일반적인 이유 중 하나입니다. 공연할 때 긴장되는 분들을 위한 조언이 있나요? 걱정되는데 어떻게 대처하시나요?

예, 가지고 있습니다. 그래야만하며 아마도 걱정을 완전히 멈춘 순간 이것이이 문제를 그만두는 이유입니다.

무대에 오르고 앞에 사람이 많을 때 이는 완전히 정상적인 현상인 것 같아요. 막중한 책임이라 걱정하는 건 당연해요.

이 문제를 어떻게 처리합니까? 다양한 방법이 있습니다. 직접적으로 맞서 싸워야 할 정도의 수준은 한번도 없었기 때문에 뭐라고 말씀드리기는 어렵습니다.

나에게도 도움이 되는 가장 중요한 것은 친근한 얼굴, 즉 청중 속에 있는 친숙한 얼굴입니다. 아는 사람에게 강연에 오라고 하면 항상 그 사람을 바라볼 수 있도록 맨 앞줄 중앙에 앉으세요. 그러면 그 사람은 긍정적이고 웃으며 고개를 끄덕이고 지지해 줄 것입니다. 이것이 엄청난 일이라고 생각합니다. 큰 도움이 됩니다. 특별히 누구한테 하라고 하지는 않지만, 혹시라도 관객석에 낯익은 얼굴이 있으면 도움도 많이 되고 스트레스도 많이 풀리는 것 같아요. 이것이 가장 중요한 조언입니다.

당신은 러시아 및 국제 회의에서 많은 연설을 합니다. 러시아 회의 보고서와 해외 회의 보고서의 차이점을 보시나요? 관객수에 차이가 있나요? 조직에서?

두 가지 큰 차이점이 있습니다. 러시아와 해외에서 컨퍼런스가 다르다는 것은 분명하지만 병원의 평균을 취하면 러시아에서는 하드 코어 측면에서 보고서의 깊이 측면에서 컨퍼런스가 더 기술적입니다. 이것은 아마도 항상 하드코어 프레젠테이션을 기반으로 했던 Joker, JPoint, Highload와 같은 주요 컨퍼런스 덕분에 사람들이 익숙했던 것입니다. 이것이 바로 사람들이 컨퍼런스에서 기대하는 것입니다. 그리고 많은 사람들에게 이것은 이 회의가 좋은지 나쁜지를 나타내는 지표입니다. 고기와 하드코어가 많거나 물이 많습니다.

솔직히 말해서, 아마도 내가 외국 컨퍼런스에서 많은 연설을 한다는 사실 때문에 나는 이러한 접근 방식에 동의하지 않습니다. 나는 소프트 스킬에 관한 보고서, 즉 "반인도주의적 보고서"가 컨퍼런스에 있어서 그 못지않게, 어쩌면 훨씬 더 중요하다고 믿습니다. 기술적인 것들은 결국 책에서 읽을 수 있기 때문에 사용설명서를 보면 알 수 있지만, 소프트 스킬의 경우, 심리학의 경우, 의사소통의 경우 최소한 이 모든 것을 얻을 수 있는 곳은 없습니다. 쉽고 접근 가능하며 이해하기 쉽습니다. 이것이 기술적 구성 요소보다 덜 중요한 것 같습니다.

DevOps는 기술에 관한 것이 아니기 때문에 DevOpsDays와 같은 DevOps 컨퍼런스에서는 특히 중요합니다. DevOps는 커뮤니케이션에 관한 것이며 이전에 함께 일해 본 적이 없는 사람들이 함께 일할 수 있는 방법에 관한 것입니다. 예, 자동화는 DevOps에 매우 중요하기 때문에 기술적인 구성 요소가 있지만 이는 그 중 하나일 뿐입니다. 그리고 DevOps 컨퍼런스가 DevOps에 대해 이야기하는 대신 사이트 안정성이나 자동화 또는 파이프라인에 대해 이야기할 때, 이 컨퍼런스는 매우 하드코어하다는 사실에도 불구하고 제 생각에는 DevOps의 본질을 놓치고 시스템 관리에 관한 컨퍼런스가 됩니다. , DevOps에 관한 것이 아닙니다.

두 번째 차이점은 준비에 있습니다. 다시 말하지만, 나는 특정 사례가 아닌 병원의 평균 사례와 일반적인 사례를 취합니다. 해외에서는 대부분의 사람들이 살면서 일종의 대중 연설 훈련을 받았다고 가정합니다. 적어도 미국에서는 고등 교육의 일부입니다. 대학을 졸업한 사람은 이미 대중 연설에 상당한 경험을 갖고 있는 것입니다. 따라서 프로그램 위원회가 계획을 검토하고 보고서의 내용을 이해한 후에는 연사를 대신하여 연설하는 방법에 대해 더 이상 교육을 실시하지 않습니다. 왜냐하면 그 사람이 아마도 연설 방법을 알고 있다고 믿기 때문입니다.

러시아에서는 대중 연설 경험이 있는 사람이 거의 없기 때문에 그러한 가정이 이루어지지 않으며 따라서 화자는 훨씬 더 많이 훈련됩니다. 다시 말하지만, 일반적으로 실습이 있고 연사와 함께하는 수업이 있으며 연사를 돕기 위한 대중 연설 코스가 있습니다.

그 결과, 의사소통이 잘 안 되는 약한 화자는 제거되거나, 더 강한 발표자가 되도록 도움을 받습니다. 서구에서 대중 연설이 많은 사람들이 가지고 있는 기술로 간주된다는 사실은 궁극적으로 반대 효과를 얻습니다. 왜냐하면 이 가정은 종종 거짓, 잘못된 것으로 판명되고 공개적으로 연설하는 방법을 모르는 사람들이 공개적으로 망쳐 놓기 때문입니다. 역겨운 보고서를 작성하고 생산합니다. 그리고 대중 연설 경험이 없다고 여겨지는 러시아에서는 훈련을 받고 테스트를 받고 좋은 것을 선택하는 등 결국 훨씬 더 나은 것으로 나타났습니다.

이것이 두 가지 차이점입니다.

다른 나라의 DevOpsDays에 가보신 적이 있나요? 다른 컨퍼런스와 어떻게 다르다고 생각하시나요? 특별한 기능이 있나요?

저는 아마도 미국, 유럽, 아시아 등 전 세계 수십 개의 DevOpsDays 컨퍼런스에 참석했을 것입니다. 이 컨퍼런스 프랜차이즈는 어느 컨퍼런스에서든 기대할 수 있는 어느 정도 확립된 형식을 가지고 있다는 점에서 매우 독특합니다. 형식은 다음과 같습니다. 일선 컨퍼런스 프레젠테이션이 상대적으로 적고 열린 공간 형식에 많은 시간을 할애합니다.

오픈 스페이스는 가장 많은 투표를 받은 주제에 대해 다른 참여자들과 함께 토론하는 형식입니다. 이 주제를 제안한 사람은 리더이며 토론이 시작되는지 확인합니다. 우리가 알고 있듯이 커뮤니케이션과 네트워킹은 프레젠테이션만큼 모든 컨퍼런스에서 중요한 부분이기 때문에 이것은 훌륭한 형식입니다. 컨퍼런스가 네트워킹 형식에 시간의 절반을 할애한다면 이는 매우 멋진 일입니다.

또한 Lightning Talk는 DevOpsDays에서 자주 개최됩니다. 이는 지루하지 않은 형식으로 많은 것을 배우고 새로운 내용에 눈을 뜰 수 있는 30분짜리 짧은 보고서입니다. 그리고 정기 보고서 도중에 이것이 귀하의 것이 아니라는 것을 깨달았다면 시간이 낭비되고 인생의 40-XNUMX분이 낭비됩니다. 여기서는 XNUMX분 동안 보고서에 대해 이야기하고 있습니다. 그리고 관심이 없으면 곧 종료됩니다. “말해 주세요, 빨리”라는 표현도 아주 좋은 형식입니다.

더 기술적인 DevOpsDays가 있고 특히 DevOps가 무엇인지에 맞게 맞춤화된 DevOpsDays도 있습니다. 즉, 프로세스, 협업 등이 있습니다. 둘 다 갖는 것도 흥미롭고, 둘 다 갖는 것도 흥미롭습니다. 저는 이것이 오늘날 최고의 DevOps 컨퍼런스 프랜차이즈 중 하나라고 생각합니다.

당신의 연기 중 다수는 공연이나 연극과 유사합니다. 때로는 그리스 비극의 형태로 강연을 하고, 때로는 셜록 역할을 하고, 때로는 개구리 의상을 입고 공연합니다. 어떻게 생각해 내나요? 보고서를 지루하지 않게 만드는 것 외에 추가적인 목표가 있나요?

보고서는 지루할 권리가 없는 것 같습니다. 첫째, 청취자의 시간을 낭비하기 때문입니다. 지루한 보고서에서는 덜 참여하고, 덜 배우고, 새로운 것을 덜 배웠습니다. 최고의 시간낭비. 둘째, 내 목표도 달성되지 않았습니다. 그들은 나에 대해 좋게 생각하지 않고 JFrog에 대해 좋게 생각하지 않으며 나에게 이것은 일종의 실패입니다.

그러므로 지루한 보고서는 적어도 나에게는 존재할 권리가 없습니다. 나는 그것들을 흥미롭고 매력적이며 기억에 남는 것으로 만들려고 노력합니다. 공연은 일방통행이다. 그리고 사실 방법은 아주 쉽습니다. 당신에게 필요한 것은 흥미로운 형식을 생각해낸 다음, 정기 보고서 형식으로 제시된 것과 동일한 생각을 특이한 형식으로 제시하는 것입니다.

이걸 어떻게 생각해 내나요? 항상 같은 것은 아닙니다. 때때로 이것들은 내 마음 속에 떠오르는 몇 가지 아이디어이고, 때로는 보고서에 대한 검토를 하거나 생각을 공유할 때 나에게 주어지는 몇 가지 아이디어이며 그들은 나에게 "아, 이렇게 할 수 있어!"라고 말합니다. 그것은 다르게 발생합니다. 아이디어가 떠오르면 항상 매우 즐겁고 멋있습니다. 이는 더욱 흥미롭고 몰입도 높은 보고서를 만들 수 있다는 것을 의미합니다.

개인적으로 IT 분야에서 누구의 연설을 좋아하시나요? 이런 스피커도 있나요? 그리고 왜?

제가 프레젠테이션을 좋아하는 두 가지 유형의 발표자가 있습니다. 첫 번째는 제가 닮고자 노력하는 스피커입니다. 그들은 모두가 관심을 갖고 모두가 경청할 수 있도록 흥미롭고 참여적인 방식으로 이야기합니다.

두 번째 유형의 연설자는 일반적으로 지루한 하드 코어에 대해 매우 흥미롭고 흥미로운 방식으로 이야기할 수 있는 사람들입니다.

두 번째 범주에 속하는 이름 중 Alexey Shepelev는 일종의 심층 성능 가비지 수집과 Java 가상 머신 내부에 대해 흥미롭고 유머러스하게 이야기합니다. 최신 DevOops의 또 다른 발견은 Netflix의 Sergey Fedorov입니다. 그는 콘텐츠 전송 네트워크를 최적화하는 방법에 대해 순전히 기술적인 내용을 말했고 매우 흥미로운 방식으로 말했습니다.

첫 번째 카테고리에서는 Jessica Deen, Anton Weiss, Roman Shaposhnik이 있습니다. 이들은 흥미롭고 유머러스하게 말하며 당연히 높은 평가를 받는 연사들입니다.

아마도 당신은 컨퍼런스에서 연설할 시간보다 더 많은 초대를 받을 것입니다. 갈 곳과 가지 않을 곳을 어떻게 선택합니까?

거의 모든 것과 마찬가지로 컨퍼런스와 연사 역시 수요와 공급의 시장 관계와 서로의 가치에 의해 지배됩니다. 예를 들어, 나에게 필요한 것보다 나를 더 원하는 회의가 있습니다. 그곳에서 만날 것으로 예상되는 청중과 그곳에서 만들 것으로 예상되는 영향 측면에서. 반대로 내가 필요한 것보다 훨씬 더 많이 가고 싶은 회의가 있습니다. 나에 대한 가치에 따라 어디로 갈지 결정합니다.

즉, 예를 들어 이것이 제가 전략적으로 가야 할 어떤 종류의 지리라면, 이것은 평판이 좋고 사람들이 갈 유명한 대규모 컨퍼런스라면 분명히 정말 필요합니다. 그리고 나는 다른 회의보다 그것을 선호합니다.

이것이 일종의 소규모 지역 회의이고 아마도 우리가 별로 관심이 없는 곳이라면 그곳을 여행하는 것이 이 문제에 소비한 시간을 정당화하지 못할 수도 있습니다. 수요, 공급, 가치의 정상적인 시장 관계.

좋은 지리, 좋은 인구 통계, 잠재적으로 좋은 인맥, 커뮤니케이션은 컨퍼런스가 나에게 흥미로울 것이라는 보장입니다.

한 인터뷰에서 당신은 XNUMX년에 약 XNUMX개의 컨퍼런스에서 연설한다고 언급했습니다. 공연 준비와 작업은 어떻게 하시나요? 그리고 그러한 일정으로 일과 삶의 균형을 유지하고 있습니까? 당신의 비밀을 공유하시겠습니까?

컨퍼런스에 참석하는 것은 내 일에서 가장 큰 부분을 차지합니다. 물론 그 밖의 모든 것이 있습니다. 보고서 준비, 기술적인 상태 유지, 코드 작성, 새로운 것을 배우는 것 등이 있습니다. 이 모든 작업은 회의와 병행하여 이루어집니다. 저녁에, 비행기에서, 전날, 이미 회의에 도착했을 때, 내일이 됩니다. 이 같은.

물론 출장으로 많은 시간을 보내다 보면 일과 삶의 균형을 유지하기가 어렵습니다. 하지만 저는 적어도 출장 중이 아닐 때는 가족과 100% 함께 있고, 저녁에는 이메일에 답하지 않고, 어떤 활동에도 참여하지 않는다는 사실로 이를 보상하려고 노력합니다. 저녁이나 주말에 전화가 옵니다. 출장 중이 아닐 때 가족과 함께 보내는 시간은 그야말로 100% 가족과의 시간입니다. 이것이 작동하고 문제가 해결됩니까? 아니요. 하지만 이것이 내가 떨어져 있는 동안 우리 가족에게 보상이 될 수 있기를 바랍니다.

Baruch의 보고서 중 하나는 “우리는 DevOps를 보유하고 있습니다. 테스터를 모두 해고하자."

이렇게 빡빡한 일정 속에서도 기술 수준을 유지할 수 있습니까? 아니면 이미 프로그래밍에서 멀어졌습니까?

나는 컨퍼런스에서 강연과 기타 활동을 준비하면서 몇 가지 기술적인 일을 하려고 노력합니다. 이것은 우리가 스탠드에서 제공하는 모든 종류의 기술 데모, 일부 미니 보고서입니다. 이것은 프로그래밍-프로그래밍이 아니라 더 통합된 것입니다. 그러나 이것은 제가 시도하는 최소한의 기술적 작업입니다. 이런 방식으로 우리 제품, 새로운 기능 등에 대한 지식을 유지합니다.

물론, 7년 전과 지금도 똑같은 하드코어 코더라고는 말할 수 없을 것입니다. 그것이 나쁜 것인지 확실하지 않습니다. 이것은 아마도 일종의 자연적인 진화일 것이다. 이것은 나에게 덜 흥미롭고 시간도 적으므로 아마도 신의 축복이 그에게 있을 것입니다.

나는 여전히 나 자신을 강력한 기술 전문가라고 생각하고, 무슨 일이 일어나고 있는지 계속 파악하고 있으며, 긴장을 늦추지 않고 있습니다. 이것이 오늘 나의 하이브리드 상황입니다.

비행기를 놓쳤거나 프레젠테이션을 삭제했거나 보고 중에 전원이 끊겼거나 짐이 도착하지 않았나요?

웃긴 상황 중에서 가장 기억에 남는 것은 보도 과정에서 일어난 온갖 끔찍한 실패들이다. 당연히 이게 가장 스트레스가 많은 상황이기 때문에 관객도 시간도 낭비하지 않도록 해야 하기 때문이다.

강연 중에 Windows와 Mac 모두에서 "죽음의 블루 스크린"이 나타났습니다. Windows에서는 한 번 발생했고 Mac에서는 두 번 발생했습니다. 물론 이것은 스트레스가 많지만 어떻게 든이 문제를 해결하면 컴퓨터가 다시 시작되고 이때 계속해서 무언가를 말하지만 스트레스는 엄청납니다.

아마도 내가 겪었던 가장 재미있는 상황은 Groovy 컨퍼런스에서였을 것입니다. 컨퍼런스가 어디서 열렸는지 정확히 기억이 나지 않습니다. 호텔이었던 것 같습니다. 그리고 이 호텔 맞은편에는 일종의 건축이나 개조 공사가 진행되고 있었습니다. 그래서 제가 작성한 코드에 대해 이야기했는데, 그것은 데모였습니다. 이것은 데모의 첫 번째 반복으로, 이해할 수는 있지만 아마도 잘 작성되지 않았을 것입니다. 그리고 그냥 리팩토링해서 개선하려고 했는데, 이게 "엉뚱한 코드"라는 사실에 대해 "자기비하" 같은 문구를 언급하기도 했는데요. XNUMX층이었는데 그때 맞은편 공사현장의 크레인이 간이화장실을 들어올리고 있던 중이었습니다. 그리고 무대는 창문 맞은편에 있었어요. 즉, 내가 이 창밖을 내다보며 "엉뚱한 코드"라고 말하면 창 너머에 변기가 떠 있는 것입니다. 그리고 저는 모든 사람에게 이렇게 말합니다. "뒤돌아보세요. 여기에 그림이 있습니다." 이것은 아마도 내 생각 중 가장 좋은 슬라이드였을 것입니다. 내가 형편없는 코드에 대해 이야기할 때 보고서에 날아다니는 화장실이 있었습니다.

수하물과 같은 이야기가 나오지 않았습니다. 이것은 원칙적으로 정상적인 이야기이므로 이야기 할 것도 없습니다. 온갖 여행 팁에 대한 별도의 인터뷰를 주선할 수 있고, 도착하지 않은 짐에 대해서도 이야기할 수 있지만 결정적인 것은 없었습니다.

나는 약속한 모든 컨퍼런스에 항상 비행기를 타고 와서 참석하기 위해 무슨 수를 써서라도 열심히 노력합니다. 왜냐하면 역시 사람들의 시간이기 때문입니다. 사람들의 시간은 그들이 당신에게 주는 신뢰의 공로이기 때문에 귀중합니다. 그리고 이 대출금이 낭비되면 나중에 다시 돌려받을 방법이 없습니다.

어떤 사람이 시간을 내어 내 보고서를 듣기 위해 회의에 왔는데, 내가 그것을 가져가고 오지 않았다면 이것은 나쁜 일입니다. 왜냐하면 이 사람의 시간을 되돌릴 방법이 없기 때문입니다. 따라서 이와 관련하여 모든 약속을 지키는 것이 매우 중요하며 지금까지 모든 것이 잘 진행되고 있습니다.

많은 사람들은 이렇게 생각합니다. “도대체 왜 컨퍼런스에 가는가? 유튜브에서 영상을 시청할 수 있고, 언제든지 온라인으로 채팅을 할 수 있다”고 말했다. 왜 참가자들이 컨퍼런스에 참석해야 한다고 생각합니까?

좋은 질문입니다! 네트워킹을 위해 컨퍼런스에 참석해야 합니다. 이것은 매우 귀중한 것이며 그것을 얻을 수 있는 다른 방법이 없습니다. 나는 이미 의사소통, 의사소통, 소프트 스킬의 중요성을 언급했습니다. 안타깝게도 YouTube에서 동영상을 시청하는 것은 소프트 스킬 경험을 제공하지 않습니다. 그러므로 의사소통을 위해서는 회의에 참석해야 합니다.

게다가 적어도 나에게는 유튜브에서 영상을 볼 때 참여도가 전혀 다르고, 소재가 기억에 남고 기억도 훨씬 덜 난다. 저만 그럴지도 모르지만, 강연장에 있는 것과 유튜브로 영상을 보는 것은 완전히 다른 일인 것 같아요. 특히 보도가 좋으면 라이브로 듣는 게 훨씬 더 좋은 것 같아요. 그것은 라이브 콘서트와 음반을 듣는 것과 같습니다.

다시 한 번 반복합니다. 네트워킹과 커뮤니케이션은 YouTube에서 얻을 수 있는 것이 아닙니다.

DevOpsCon에서 Leonid Igolnik과의 공동 보고서

이제 막 연사를 계획하고 있거나 이제 막 연사를 시작한 이들에게 마지막 인사를 부탁드립니다.

지역 모임을 찾아보세요. 지역 모임은 여러 가지 이유로 연설 경력을 시작하는 좋은 방법입니다. 첫째, 지역 모임에서는 항상 연사를 찾고 있습니다. 경험이 없고 유명한 연사가 아니면서 유명 컨퍼런스에 지원하는 것이 어려울 수도 있고, 프로그램 위원회에서 귀하와 대화를 나눈 후 아직은 조금 이르다는 점을 이해할 수도 있습니다. 대조적으로, 지역 모임은 항상 연사를 찾고 있으며 입장 기준이 훨씬 낮기 때문에 거기에 도착하는 것이 훨씬 쉽습니다.

또한 스트레스 수준도 완전히 다릅니다. 10-15-30명이 올 때 홀에 150-200-300명이 올 때와 전혀 같지 않아서 훨씬 쉽습니다.

다시 말하지만, 지역 모임 비용은 훨씬 저렴합니다. 비행기를 타고 어디로든 갈 필요도 없고 며칠을 보낼 필요도 없으며 저녁에만 올 수 있습니다. 청중들에게 친근한 얼굴을 갖는 것이 중요하다는 나의 조언을 기억하면 돈이 들지 않기 때문에 누군가와 함께 지역 모임에 오는 것이 훨씬 쉽습니다. 컨퍼런스에서 강연을 하시면 강연자로서 무료로 오실 수 있지만, 대중에게 친근하게 대할 이 +1은 티켓을 구매하셔야 합니다. 모임에서 연설하는 경우에는 그런 문제가 없습니다. 방에서 친근한 얼굴이 될 친구 한두 명을 데리고 오셔도 됩니다.

그리고 추가 장점은 모임 주최자가 귀하를 도울 수 있는 기회가 훨씬 더 많다는 것입니다. 예를 들어 회의 주최자는 검토, 연습 및 준비가 필요한 프레젠테이션이 60개 있기 때문입니다. 그리고 모임의 주최자는 한 명, 두 명, 세 명이므로 자연스럽게 훨씬 더 많은 관심을 받게 될 것입니다.

게다가, 현지 모임에서 피드백을 받는 것도 훨씬 쉽습니다. 귀하는 보고서를 마쳤고 이제 귀하와 청중은 이미 귀하의 보고서와 관련된 내용을 소통하고 논의하고 있습니다. 대규모 회의의 경우에는 그렇지 않은 경우가 많습니다. 당신은 보고서를 작성했고 그게 전부입니다. 당신이 보고하는 동안 회색 덩어리였던 청중은 떠났고, 당신은 더 이상 그들에 대해 아무것도 알지 못하고, 듣지도 못하고, 어떤 피드백도 받지 못할 것입니다.

무슨 말을 하든, 지역 모임은 일반적으로, 특히 초보자에게 좋은 주제입니다.

바룩은 7월 XNUMX일 회의에서 연설할 예정입니다 DevOpsDays 모스크바. Baruch는 자신의 보고서에서 소프트웨어를 업데이트할 때 매일 어디서나 발생하는 실제 오류를 분석합니다. 모든 종류의 DevOps 패턴이 다양한 시나리오에 어떻게 적용되는지, 그리고 이를 올바르게 적용하면 비용을 절감할 수 있는 방법을 보여줍니다.

또한 프로그램에는 Alexander Chistyakov(vdsina.ru), Mikhail Chinkov(AMBOSS), Roman Boyko(AWS), Pavel Selivanov(Southbridge), Rodion Nagornov(Kaspersky Lab), Andrey Shorin(DevOps 컨설턴트)이 포함되어 있습니다.

와서 친해지세요!

출처 : habr.com