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。 他讲述了一个纯粹的技术问题，他们如何优化他们的内容交付网络，他以一种非常有趣的方式讲述了它。
第一类是杰西卡·迪恩、安东·韦斯、罗曼·沙波什尼克。 这些演讲者以幽默的方式讲述有趣的故事，当之无愧地获得高收视率。
您收到的会议演讲邀请可能多于您的时间。 你如何选择去哪里和不去哪里？
会议和演讲者，就像几乎所有其他事情一样，都受到市场供求关系以及两者之间的价值的支配。 可以说，有些会议对我的需要超过了我对它们的需要。 就我希望在那里见到的观众以及我希望在那里产生的影响而言。 相反，有些会议我想参加的程度远远超出了他们需要我的程度。 根据对我来说的价值，我决定去哪里。
也就是说，如果这是我战略上需要去的某种地理位置，这是一个享有良好声誉并且人们会参加的大型知名会议，那么显然我真的需要它。 与其他会议相比，我更喜欢它。
如果这是某种小型区域会议，并且也许我们对此不是很感兴趣，那么去那里旅行可能并不能证明在这个问题上花费时间是值得的。 正常的市场需求、供给和价值关系。
良好的地理位置、良好的人口结构、潜在的良好联系和沟通是我对这次会议感兴趣的保证。
在一次采访中，您提到您每年在大约四十次会议上发表演讲。 你是如何工作和准备表演的？ 在这样的日程安排下，你能保持工作与生活的平衡吗？ 分享你的秘密？
出差参加会议是我工作的主要部分。 当然，还有其他一切：准备报告、保持技术状态、编写代码、学习新事物。 这一切都是与会议同时进行的：晚上，在飞机上，前一天，当你已经到达会议地点时，那是明天。 像这样的东西。
当然，当您有大量出差时间时，要保持工作与生活的平衡是很困难的。 但我试图用这样的事实来弥补：至少当我不在出差时，我百分百和家人在一起，我晚上不回复电子邮件，我尽量不参与任何电话晚上和周末。 当我不是出差而是家庭时间时，真的是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 顾问)。
快来认识一下吧！
来源： habr.com