Baruch Sadogursky - JFrog 的開發者倡議者，《Liquid Software》一書的合著者，著名 IT 演講者。
在接受採訪時，巴魯克解釋了他如何準備報告、外國會議與俄羅斯會議有何不同、為什麼與會者應該參加這些會議，以及為什麼他們應該穿著青蛙服裝發言。
讓我們從最簡單的開始。 您認為為什麼要在會議上發言？
事實上，在會議上發言對我來說是一份工作。 如果我們更籠統地回答「為什麼是我的工作？」這個問題，那麼這是為了（至少對於 JFrog 公司而言）實現兩個目標。 首先，與我們的用戶和客戶建立聯繫。 也就是說，當我在會議上發言時，我可以讓每個對我們的產品和公司有任何問題、反饋的人都可以與我交談，我可以以某種方式幫助他們並改善他們使用我們產品的體驗。
其次，這是提高品牌知名度的必要條件。 也就是說，如果我講一些有趣的事情，那麼人們就會對這是什麼樣的JFrog 感興趣，結果他們最終會進入我們的開發者關係漏斗，最終進入我們的用戶漏斗，最終進入我們的用戶漏斗。我們的買家漏斗。
請告訴我們你是如何準備演出的？ 有某種準備演算法嗎？
準備工作或多或少有四個標準階段。 第一個是起始，就像電影中一樣。 一定會出現一些想法。 一個想法出現，然後經過相當長的一段時間才成熟。 它正在成熟，你正在考慮如何最好地表達這個想法，用什麼基調，以什麼格式，可以說些什麼。 這是第一階段。
第二階段是製定具體計劃。 你有了一個想法，它開始獲得有關你將如何表達它的細節。 這通常以某種心智圖格式完成，與報告相關的所有內容都圍繞著該想法出現：支持論點、介紹、您想講述的一些故事。 這是第二階段—計劃。
第三階段是根據這個計畫來寫幻燈片。 您使用幻燈片上出現的一些抽像想法來支持您的故事。
第四階段是演練和排練。 在這個階段，重要的是要確保故事情節已經完成，故事是連貫的，並確保一切在時間表上都很好。 此後，可以宣布報告準備就緒。
您如何理解“這個話題”需要解決？ 您如何收集報告資料？
我不知道如何回答，它只是以某種方式出現。 要么是“哦，這裡的結果多麼酷”，要么是“哦，沒有人真正知道或理解這一點”，並且有機會講述、解釋和提供幫助。 這兩個選項之一。
材料的收集很大程度上依賴報告。 如果這是一篇關於某個抽象主題的報告，那麼它更多的是文獻、文章。 如果這是實用的事情，那麼它將是編寫程式碼、一些演示、在產品中找到正確的程式碼片段等等。
對錶演的恐懼和焦慮是人們不上台最常見的原因。 對於表演時感到緊張的人，您有什麼建議嗎？ 您是否擔心？您如何應對？
是的，我有，應該有，而且，或許，在我完全不再擔心的那一刻，這就是放棄這件事的理由。
在我看來，當你上台並且前面有很多人時，這是完全正常的現象。 你擔心是因為責任重大，這是很自然的。
這該如何處理呢？ 有不同的方法。 我從來沒有達到需要直接對抗的程度，所以我很難說。
對我也有幫助的最重要的事情是一張友善的面孔——觀眾中一些熟悉的面孔。 如果你請你認識的人來聽你的演講，坐在前排中間，這樣你就可以一直看著他，那個人會很積極，會微笑，點頭，支持，我認為這是一個巨大的，巨大的幫助。 我並沒有特意要求任何人這樣做，但如果碰巧觀眾中有一張熟悉的面孔，這會很有幫助並緩解壓力。 這是最重要的建議。
您在俄羅斯和國際會議上發表了很多演講。 您看到俄羅斯會議和國外會議的報告有什麼不同嗎？ 受眾群體有差嗎？ 在組織裡？
我看到兩個很大的差異。 很明顯，俄羅斯和國外的會議是不同的，但如果我們以醫院的平均水平計算，那麼在俄羅斯，會議在報告的深度和核心方面更具技術性。 這就是人們所習慣的，或許要感謝Joker、JPoint、Highload這樣的大型會議，這些會議一直都是以硬派演講為主。 這正是人們對會議的期望。 對許多人來說，這是衡量這次會議好壞的一個指標：有很多肉和硬核，還是有很多水。
說實話，也許是因為我在國外會議上發言較多，我不太認同這種做法。 我認為，關於軟技能的報告，即“半人道主義報告”，對於會議來說同樣重要，甚至可能更重要。 因為有些技術性的東西最終還是可以在書本上看的，你可以透過使用手冊來搞清楚，但是當涉及到軟技能，當涉及到心理學，當涉及到溝通時，這些至少都無處可尋。簡單、易懂且易於理解。 在我看來，這與技術部分一樣重要。
這對 DevOpsDays 等 DevOps 會議尤其重要，因為 DevOps 根本與科技無關。 DevOps 只是關於溝通，它只是關於以前沒有一起工作過的人一起工作的方式。 是的，有一個技術組件，因為自動化對於 DevOps 至關重要，但這只是其中之一。 當 DevOps 會議不是談論 DevOps，而是談論站點可靠性或自動化或管道時，那麼這個會議，儘管事實上它非常核心，在我看來，卻錯過了 DevOps 的本質，變成了關於系統管理的會議，而不是關於DevOps。
第二個區別是準備工作。 再次強調，我採用的是醫院的平均病例和一般病例，而不是特定病例。 在國外，他們認為大多數人一生中都接受過某種公開演講訓練。 至少在美國，它是高等教育的一部分。 如果一個人已經大學畢業，那麼他已經擁有相當豐富的公開演講經驗。 因此，在程序委員會看過計劃並了解報告的內容後，不再對演講者進行演講培訓，因為相信他很可能知道如何做。
在俄羅斯，這樣的假設並不存在，因為很少人有公開演講的經驗，因此演講者接受的訓練要多得多。 再說一遍，一般來說，都有預演、有演講者的課程、有幫助演講者的公開演講課程。
結果，溝通不佳的弱演講者被淘汰，或者他們被幫助成為更強的演講者。 事實上，在西方，公開演講被認為是許多人都具備的技能，但最終卻收到了相反的效果，因為這種假設常常被證明是錯誤的、錯誤的，而那些不知道如何在公開場合演講的人會公然搞砸。上演並製作令人厭惡的報告。 在俄羅斯，人們認為沒有公開演講的經驗，但最終結果要好得多，因為他們接受了培訓，接受了測試，他們選擇了一個好的演講者，等等。
這是兩個區別。
您參加過其他國家的 DevOpsDays 嗎？ 您認為它們與其他會議有何不同？ 有什麼特別之處嗎？
我可能參加過世界各地的數十場 DevOpsDays 會議：在美國、歐洲和亞洲。 該會議專營權非常獨特，因為它具有或多或少既定的格式，您可以在任何這些會議的任何地方期待它。 形式如下：一線會議演講相對較少，大量時間用於開放空間形式。
開放空間是一種與其他參與者一起討論投票最多的主題的形式。 提出這個話題的人是領導者，他確保討論開始。 這是一種很好的形式，因為眾所周知，溝通和網路在任何會議中的重要性都不亞於演示。 當會議將一半的時間用於網路形式時，那就非常酷了。
另外，Lightning Talks 經常在 DevOpsDays 上舉行 - 這些是五分鐘的簡短報告，可以讓您學到很多東西，並以不乏味的形式讓您了解一些新事物。 如果在定期報告的過程中你意識到這不是你的，那麼時間就被浪費了，你生命中的30-40分鐘被浪費了，那麼我們在這裡談論五分鐘的報告。 如果你不感興趣，它很快就會結束。 「告訴我們，但要快」也是一個很好的格式。
還有更多技術性的 DevOpsDay，還有一些專門針對 DevOps 的含義而定制的：流程、協作等等。 兩者兼具很有趣，兩者兼具也很有趣。 我認為這是當今最好的 DevOps 會議系列之一。
你的許多表演都類似於表演或戲劇：有時你以希臘悲劇的形式進行演講，有時你扮演夏洛克的角色，有時你穿著青蛙服裝表演。 你是怎麼想出它們的？ 除了讓報告不再乏味之外，還有其他目標嗎？
在我看來，報告沒有權利變得無聊，因為，首先，我浪費了聽眾的時間，在無聊的報告中，他們參與得更少，他們學到的東西更少，他們學到的新東西也更少，這不是最好的浪費他們的時間。 其次，我的目標也沒有實現：他們不認為我有什麼好，也不認為JFrog有什麼好，對我來說這是某種失敗。
因此，無聊的報道沒有權利存在，至少對我來說是這樣。 我努力讓它們變得有趣、有吸引力、令人難忘。 表演是一種方式。 事實上，該方法非常簡單。 您所需要的只是想出一些有趣的格式，然後以不尋常的格式呈現與常規報告形式相同的想法。
我怎麼想出這個？ 它並不總是一樣的。 有時這些是我腦海中浮現的一些想法，有時這些是當我進行演練或分享對報告的想法時給我的一些想法，他們告訴我：“哦，可以這樣做！” 情況有所不同。 當一個想法出現的時候，它總是非常快樂和酷，這意味著你可以做出一個更有趣、更投入的報告。
您個人喜歡IT領域誰的演講？ 有這樣的音箱嗎？ 為什麼？
我喜歡兩種類型的演講者的演講。 第一個是我試圖成為的演講者。 他們以一種有趣且投入的方式進行交談，試圖確保每個人都感興趣並且每個人都在傾聽。
第二種類型的演講者是那些能夠以非常有趣和令人興奮的方式談論任何通常無聊的硬核的人。
在第二類的名字中，這是Alexey Shepelev，他以一種有趣和幽默的方式談論某種深度效能垃圾收集和java虛擬機的內部。 最新 DevOops 的另一個發現者是來自 Netflix 的 Sergey Fedorov。 他講述了有關他們如何優化內容交付網路的純粹技術性的事情，並以一種非常有趣的方式進行了講述。
第一類是傑西卡·迪恩 (Jessica Deen)、安東·韋斯 (Anton Weiss)、羅曼·沙波什尼克 (Roman Shaposhnik)。 這些演講者的演講有趣、幽默，當之無愧地獲得了很高的評價。
您收到的會議演講邀請可能多於您的時間。 你如何選擇去哪裡、不去哪裡？
會議和演講者，就像幾乎所有其他事情一樣，都受到市場供需關係以及其中之一的價值的支配。 有些會議對我的需要超過了我對它們的需要。 就我希望在那裡見到的觀眾以及我希望在那裡產生的影響而言。 相反，有些會議我想去參加的次數遠遠超過了他們需要我參加的次數。 根據對我的價值，我決定去哪裡。
也就是說，如果這是我戰略上需要去的某種地理位置，這是一個具有良好聲譽並且人們會去的大型知名會議，那麼顯然我真的需要它。 與其他會議相比，我更喜歡它。
如果這是某種小型區域會議，也許我們對此不是很感興趣，那麼去那裡的旅行可能並不能證明在這個問題上花費的時間是合理的。 正常的市場需求、供給和價值關係。
良好的地理位置、良好的人口統計、潛在的良好聯繫和溝通保證了我對這次會議感興趣。
在一次訪談中，您提到您每年在大約四十次會議上發表演講。 你是如何工作和準備表演的？ 在這樣的行程下，你能保持工作與生活的平衡嗎？ 分享你的秘密？
出差參加會議是我工作的主要部分。 當然，還有其他一切：準備報告、保持技術狀態、編寫程式碼、學習新事物。 這一切都是與會議同時進行的：在晚上，在飛機上，在前一天，當你已經到達會議地點時，那就是明天。 像這樣的東西。
當然，當您花費大量時間出差時，很難保持工作與生活的平衡。 但我試著透過以下事實來彌補這一點：至少當我不在出差時，我百分之百和家人在一起，我晚上不回覆電子郵件，我盡量不參加任何活動晚上和週末打電話。 當我不是在出差而是在家庭時間時，這確實是 100% 的家庭時間。 這樣有效嗎？它能解決問題嗎？ 不。 但我希望這能以某種方式補償我離開期間的家人。
在如此緊張的日程下，你是否能夠保持自己的技術水平，或者已經放棄程式設計了？
在準備會議上的演講和其他活動時，我嘗試做一些技術性的事情。 這些是各種技術演示，以及我們在展位上提供的一些小型報告。 這不是編程-編程，這是更多的集成，但這至少是我嘗試做的一些技術工作。 透過這種方式，我可以保留有關我們產品、新功能等的知識。
當然，現在不可能說我和 7 年前一樣是硬派程式設計師。 不確定這是否是一件壞事。 這可能是某種自然進化。 這對我來說不太有趣，而且我的時間也更少，所以，也許上帝保佑他。
我仍然認為自己是一名強大的技術專家，我仍然了解正在發生的事情，我保持警惕。 這就是我今天的混合情況。
請告訴我們一些發生在你身上的有趣的故事或極端的情況：錯過了飛機/刪除了演示文稿/報告期間停電/行李沒有到達？
在這些有趣的情況中，我印象最深刻的是報告期間發生的各種可怕的失敗。 當然，因為這是壓力最大的情況，因為這是觀眾、時間，你需要確保他們不會浪費時間。
在演講期間，我在 Windows 和 Mac 上都出現了「藍色畫面死機」。 在 Windows 上發生過一次，在 Mac 上發生過幾次。 這當然是有壓力的，但是我們想辦法解決了這個問題，電腦重新啟動，我這個時候繼續講一些東西，但是壓力是巨大的。
我遇到的最有趣的情況可能是在 Groovy 會議上。 我不太記得會議是在哪裡舉行的，好像是在一家酒店，而這家酒店對面正在進行某種建築或裝修。 所以我談到了我寫的一些程式碼，它是一個演示。 這是演示的第一次迭代，可以理解，但可能寫得不好。 我正打算重構和改進它，我提到了一些諸如“自嘲”之類的短語來說明這是“糟糕的代碼”這一事實。 那是在二樓，當時對面工地的一台起重機正在吊起一個移動廁所。 舞台就在窗戶對面。 也就是說，我向窗外望去，說“糟糕的代碼”，然後廁所就飄過窗戶。 我告訴大家：“轉過身來，我們這裡有一個例子。” 這可能是我想到的最好的幻燈片——當我談論糟糕的代碼時，我的報告中的飛行廁所。
從像行李沒有來這樣的故事中 - 原則上，這是一個正常的故事，甚至沒有什麼可談論的。 我們可以安排一個單獨的採訪，談論各種旅行技巧，我們可以討論行李沒有到達的問題，但沒有什麼關鍵的。
我不惜一切代價努力總是飛來參加我承諾的所有會議，因為這又是人們的時間。 人們的時間是無價的，因為這是他們給你的信任。 而如果這筆貸款被浪費了，那麼以後就沒有辦法收回來了。
如果一個人花了時間，來會議聽我的報告，而我拿走了，但沒有來，這很糟糕，因為沒有辦法收回這個人的時間。 因此，信守這方面的所有承諾對我來說非常重要，到目前為止一切都很順利。
許多人這樣想：「為什麼要去參加會議？ 你可以在 YouTube 上觀看視頻，並且可以隨時在線聊天。” 您認為參與者為什麼需要參加會議？
好問題！ 你應該去參加會議以建立聯繫。 這是無價的，沒有其他方法可以得到它。 我已經提到了溝通、溝通和軟技能的重要性。 不幸的是，在 YouTube 上觀看影片並不能提供軟技能方面的經驗。 因此，為了交流，你需要去參加會議。
另外，至少對我來說，在YouTube上觀看影片時，參與度完全不同，材料的記憶力和記憶力都差很多。 也許只有我這麼認為，但我懷疑在房間裡聽演講和在 YouTube 上觀看影片是完全不同的事情。 特別是如果報告很好的話，在我看來，現場聽到會好得多。 這就像聽現場音樂會和唱片。
我再說一次：網路和溝通不是你可以從 YouTube 得到的。
請給那些剛打算成為演講者或剛開始演講的人一些臨別贈言？
尋找當地的聚會。 出於多種原因，本地聚會是開始演講生涯的好方法。 首先，本地聚會總是在尋找演講者。 可能沒有經驗，沒有成為著名的演講者，你很難申請到一些著名的會議，或者程序委員會與你溝通後會明白，也許對你來說還有些早。 相比之下，本地聚會總是在尋找演講者，而且入場門檻要低得多，因此更容易到達那裡。
而且，壓力水平也完全不同。 當10-15-30人來的時候，和大廳裡有150-200-300人的時候完全不一樣，所以要容易得多。
同樣，當地聚會的成本要低得多：你不必飛到任何地方，不必花幾天時間，你可以在晚上來。 請記住我關於在觀眾中保持友好面孔的重要性的建議，與某人一起參加當地的聚會要容易得多，因為它不需要花錢。 如果您在會議上發言，您作為演講者是免費的，但是您的這個+1，將在公眾中成為友好的面孔，需要買票。 如果你在聚會上發言，就不存在這樣的問題，你可以帶一兩個或三個朋友一起，他們會在房間裡表現得很友善。
另一個好處是聚會組織者有更多機會為您提供幫助。 因為會議組織者將有 60 個演示需要審查、練習和準備。 而聚會的組織者有一個、兩個、三個，那麼你自然會受到更多的關注。
此外，從當地聚會獲得回饋要容易得多。 您已經完成了您的報告，現在您和聽眾已經在交流和討論與您的報告相關的內容。 對於大型會議，情況通常並非如此。 你做了一份報告，僅此而已。 在你的報告中，觀眾是灰色群體，他們已經離開了，你不再了解他們，你聽不到，你不會收到任何回饋。
不管人們怎麼說，本地聚會總的來說是一個很好的話題，特別是對於初學者來說。
巴魯克將於 7 月 XNUMX 日的會議上發表講話 。 在他的報告中，巴魯克將分析更新軟體時每天、隨處發生的真實故障。 它將展示各種 DevOps 模式如何適應不同的場景，以及正確應用它們如何可能拯救您。
參與此計畫的還有：Alexander Chistyakov (vdsina.ru)、Mikhail Chinkov (AMBOSS)、Roman Boyko (AWS)、Pavel Selivanov (Southbridge)、Rodion Nagornov (卡巴斯基實驗室)、Andrey Shorin (DevOps 顧問)。
快來認識一下吧！
來源： www.habr.com