Baruch Sadogursky-JFrog的开发倡导者，Liquid Software（著名的IT演讲者）的合著者。
在接受采访时，巴鲁克（Baruch）讲述了他准备报告的方式，与俄罗斯的外国会议有何不同，为什么与会者要参加会议以及为什么要穿青蛙服装讲话。
让我们从最简单的开始。 您怎么看，为什么还要在会议上讲话？
实际上，对我来说，在会议上讲话是工作。 如果您对“为什么要做我的工作？”这个问题有更全面的回答，那么这是为了（至少对于JFrog）这是为了实现两个目标。 首先，与我们的用户和客户建立联系。 就是说，当我在会议上发言时，我可以让每个有疑问，对我们的产品和公司有反馈的人都可以与我交谈，我可以以某种方式帮助他们并改善他们的经验使用我们的产品。
其次，有必要提高品牌知名度。 就是说，如果我告诉您一些有趣的事情，人们会对JFrog是什么类型感兴趣，因此它会进入我们的开发人员关系渠道，最终进入我们的用户渠道，最终进入我们的客户渠道。
请告诉我，你准备好表演了吗？ 有什么准备算法吗？大概有四个标准的准备步骤。 首先是像电影一样的开始。 应该有一些想法。 一个想法出现，然后成熟了相当长的时间。 您认为它正在成熟，以这种方式，形式，方式可以更好地提出这个想法。 这是第一阶段。
第二阶段是制定具体计划。 您有了一个主意，它开始发展为有关如何显示它的细节。 通常，此操作以某种思维导图的形式完成，当与报告相关的所有内容围绕该主意出现时：支持论点，简介，您想讲的一些故事。 这是第二阶段-计划。
第三阶段是为该计划编写幻灯片。 您使用幻灯片上出现的一些抽象想法来支持您的故事。
第四阶段是奔跑，排练。 在此阶段，重要的是确保故事拱门已打开，故事已连接，以确保一切正常。 之后，可以将报告声明为就绪。
您如何理解“这个主题”需要解决？ 以及如何键入报告材料？我不知道如何回答，它本身就以某种方式出现。 要么是“哦，结果真是太酷了”，要么是“哦，没有人真正了解和了解它”，并且有机会讲述，解释和提供帮助。 这两个选项之一。
资料的收集非常依赖于报告。 如果这是有关某个抽象主题的报告，那么这是更多文献资料。 如果这是可行的，那将是编写代码，进行一些演示，在产品中找到正确的代码片段，等等。
Baruch在最近的2019年阿姆斯特丹DevOps峰会上的表演害怕表演和兴奋是人们不登台的最常见原因。 您能给那些担心演出的人一些建议吗？ 您担心吗，如何处理？是的，我已经知道了，应该，而且，当我完全不再担心的时候，这是一个处理此事的机会。
在我看来，当您登上舞台时，这是绝对正常的，并且前面有很多人。 您担心，因为这是一项重大责任，这很自然。
怎么处理呢？ 有不同的方法。 我从来没有达到过需要直接打架的水平，所以很难说。
同样对我最重要的是友好的面孔-观众中熟悉的面孔。 如果您让您认识的人来报告，坐在中间的第一行，以便您始终可以看到它，那么这个人将是积极的，微笑，点头，支持的，我认为这是巨大而巨大的帮助。 我没有特别询问任何人，但是如果碰巧观众中有一张熟悉的面孔，这会很有帮助并且可以减轻压力。 这是最重要的建议。
您在俄罗斯和国际会议上讲话很多。 您看到俄罗斯会议和国外会议的报告之间的区别吗？ 听众有区别吗？ 在组织中？我看到两个很大的不同。 显然，在俄罗斯和国外会议都是不同的，但是如果以医院的平均水平来衡量，那么在俄罗斯，会议的报道深度和硬核方面都更具技术性。 这是人们习惯的，这可能要归功于诸如Joker，JPoint，Highload之类的大型会议，这些会议始终基于硬性介绍。 人们对会议期望如此。 对于许多人来说，这是一个会议是好还是不好的指标：那里有很多肉和铁杆，或者有很多水。
老实说，也许是因为我在国外会议上讲话很多，所以我不同意这种方法。 我认为，关于软技能的报告，“半人道主义报告”也不少，甚至对于会议来说更为重要。 因为您可以阅读书籍中的一些技术知识，所以可以找到用户手册，但是在软技能，心理学，沟通方面，至少无处可做容易，可访问且易于理解。 在我看来，这同技术部分同样重要。
这对于DevOps会议（例如DevOpsDays）尤其重要，因为DevOps根本与技术无关。 DevOps只是沟通，是与以前从未一起工作过的人们一起工作的方式。 是的，那里有一个技术组件，因为自动化对于DevOps至关重要，但这只是其中之一。 当DevOps会议没有讨论DevOps时，而是在讨论站点可靠性或自动化或管道问题时，尽管我认为这是一个非常顽固的事实，但是这次会议却错过了DevOps的本质，并变成了关于系统管理的会议，而不是关于DevOps的会议。
第二个区别是在准备上。 同样，我将医院和普通病例而不是私人病例的平均值作为平均值。 在国外，假定大多数人在生活中都接受了一些公共演讲训练。 至少在美国，它是高等教育的一部分。 如果一个人毕业于大学，那么他已经在公共演讲方面拥有丰富的经验。 因此，在程序委员会研究了计划并意识到报告的内容之后，不再需要演讲者进行演讲方面的培训，因为人们认为他最有可能知道如何做。
在俄罗斯，没有这样的假设，因为很少有人有公开演讲的经验，因此演讲者要受过更多的训练。 再次，在一般情况下，有跑步，有讲演者的课程，有公开演讲的课程来帮助演说者。
结果，说话能力差，说话能力差的弱者被排除在外，或被帮助成为强者。 在西方，公开演讲被认为是许多人所拥有的一项技能会产生相反的效果，因为这种假设通常被证明是错误的，错误的，而且不知道如何在公开场合演讲的人们会在舞台上公开弄乱并得到令人作呕的报道。 在俄罗斯，据信没有公开演讲的经验，结果要好得多，因为他们经过了培训，测试，选拔好等等。
这是两个区别。
您去过其他国家的DevOpsDays吗？ 您认为它们与其他会议有何不同？ 有什么功能吗？我可能参加了全球数十个DevOpsDays会议：在美国，欧洲和亚洲。 该会议专营权非常独特，因为它具有或多或少的既定格式，您可以在任何这些会议中的任何地方都可以期待。 格式是这样的：前端会议的演示文稿相对较少，并且大量时间用于开放空间格式。
开放空间是一种格式，与其他参与者讨论大多数人投票的主题。 提出这个主题的人-他是主持人，他开始讨论。 这是一种出色的格式，因为众所周知，交流和网络在任何会议中都比报告重要。 当会议将一半的时间放在网络格式下时，这非常酷。
另外，DevOpsDays经常举办闪电演讲-这些简短的五分钟报告可以让您了解很多事情，并以无聊的格式睁大眼睛。 而且，如果在定期报告的中间发现自己不是您的报告，那是在浪费时间，浪费了30至40分钟的生命，那么在这里我们谈论的是5分钟的报告。 如果您不感兴趣，那么它将很快结束。 “告诉我们，但要迅速”，也是一个很好的形式。
有更多技术性的DevOpsDay，有些是专门针对DevOps量身定制的：流程，协作，这些就是这些。 那和另一个都很有趣，而当那和另一个很有趣。 在我看来，今天，这是有关DevOps的最佳会议之一。
您的许多表演都类似于表演或表演：然后您以希腊悲剧的形式讲述一个报告，然后扮演夏洛克，然后穿着青蛙装扮表演。 您如何提出这些建议？ 除了让报告变得无聊之外，还有其他目标吗？在我看来，该报告无权无聊，因为首先，我花时间在我的学生身上，他们较少参与无聊的报告，他们学到的东西少了，学到的东西少了，这不是他们时间的最佳浪费。 其次，我的目标也没有实现：他们对我没有任何好处，对JFrog也没有任何好处，对我而言，这是一种失败。
因此，无聊的报告无权存在，至少对我而言。 我试图使它们变得有趣，有吸引力和令人难忘。 表演是一种方式。 而且，实际上，该方法非常简单。 所需要的只是提出一些有趣的格式，然后以常规报告的形式提出的相同想法以一种不寻常的格式提出。
我该怎么想呢？ 它以不同的方式发生。 有时候，有些想法浮现在我的脑海，有时是一些想法，当我发表报告或分享我对报告的想法时，它们给了我，他们对我说：“哦，可以这样做！”它发生的方式有所不同。 当一个想法出现时，它总是非常快乐且有趣，这意味着可以做出更有趣，更有趣的报告。
您个人喜欢IT领域的谁？ 有这样的扬声器吗？ 又为什么呢？我喜欢两种外观的扬声器。 首先是我想成为的演讲者。 他们讲有趣和参与的话题，试图使每个人都感兴趣并倾听。
第二种类型的发言人是那些能够有趣有趣地讲述任何通常无聊的铁杆演讲者。
在第二类的名称中，这是Aleksey Shepelev，他谈论了一些深层性能的垃圾回收以及Java虚拟机的内部，这很有趣而且很幽默。 Netflix的谢尔盖·费多罗夫（Sergey Fedorov）是最新的DevOops的又一开场。 他讲述了他们如何优化内容交付网络的纯技术性话题，他对此很有意思。
第一类是杰西卡·迪恩（Jessica Deen），安东·魏斯（Anton Weiss），罗曼·莎波什尼克（Roman Shaposhnik）。 这些演讲者幽默有趣，幽默有趣，理应得到很高的评价。
当然，您在会议上发表演讲的邀请多于时间。 您如何选择去哪儿？会议和演讲者几乎和其他所有事物一样，都受供求和彼此之间的市场关系的支配。 可以说，有些会议比我更需要我。 在我希望在那里见到的观众以及我希望带给那里的影响方面。 相反，有一些会议我想获得比他们需要的更多的东西。 就我的价值而言，我决定去哪里。
也就是说，例如，如果这是我在战略上需要进入的某种地理区域，那么这将是一个知名度很高的大型会议，它具有良好的声誉，并且会有人参加，那么显然我确实需要它。 我更喜欢其他会议。
如果这是一次小型的区域性会议，并且也许在我们不太感兴趣的地方，那么可能是在那里旅行并不能证明为此业务付出的时间成本是合理的。 需求，供应和价值的正常市场关系。
良好的地理位置，良好的人口统计学，潜在的良好联系和沟通能力-会议对我而言很有趣这一事实的关键。
在您的一次采访中，您提到一年中您在大约40个会议上讲话。 您如何管理工作并为表演做准备？ 您是否能按这样的时间表保持工作/生活的平衡？ 分享秘密？参加会议是我工作的主要部分。 当然，还有其他一切：准备报告，以技术形式维护自己，编写代码，学习新事物。 所有这些都与会议同时进行：晚上，在飞机上，前一天，当我已经到达会议时，它将是明天。 这样的东西。
当然，出差时间太多时，很难保持工作/生活的平衡。 但是我试图通过以下事实来弥补这一点：至少当我不出差时，我与家人100％在一起，晚上不回复电子邮件，晚上和周末不参与任何电话通话。 当我不出差并且这是家庭时间时，那实际上是100％的家庭时间。 这行得通吗，是否解决了问题？ 不行 但是我希望这能在我缺席的所有时间里为我的家人带来补偿。
Baruch的报告之一是“我们有DevOps。 让我们解雇所有测试人员”如此紧张的时间安排，您是设法保持技术水平还是已经离开编程？在准备会议报告和其他活动时，我会尝试做一些技术性的事情。 这些都是各种各样的技术演示，还有一些我们在展位上看到的小型报告。 这不是编程，而是更多的集成，但这至少是我尝试做的一些技术工作。 通过这种方式，我保持了对我们产品，新功能等的了解。
当然，要说我现在是7年前的同一核心编码器，可能已经不可能了。 不知道这是否不好。 这可能是某种自然进化。 这对我来说没那么有趣，而且时间也更少，所以也许上帝与他同在。
我仍然认为自己是一名强大的技术专家，我仍然知道发生了什么，我保持了良好的状态。 这是我今天的混合情况。
请告诉我几个有趣的故事或发生在您身上的极端情况：您是飞机迟到了/删除了演示文稿/在报告期间关闭了电源/没有到达行李？在有趣的情况下，我记得在报道中发生的大多数噩梦失败。 自然，因为这是最紧张的情况，因为这是公众的时间，因此您需要确保他们不会白白浪费时间。
谈话期间，我在Windows和Mac上都遇到了“死亡的蓝屏”。 在Windows上是一次，在Mac上是两次。 当然，这很紧张，但是我们以某种方式解决了这个问题，计算机重新启动，这时我继续告诉我一些东西，但是压力很大。
可能是我在Groovy会议上遇到的最有趣的情况。 我不记得确切的会议举行地点，似乎是在一家旅馆中，而在这家旅馆的前面进行了某种建筑或维修。 所以我在谈论我编写的某种代码，这是一个演示。 这是该演示的第一次迭代，可以理解，但可能不是以最佳方式编写的。 我只是重构和改进它，并提到了诸如“自我弃用”之类的短语，说明它是“糟糕的代码”。 它在二楼，这时在对面的建筑工地上的起重机只是在抬起便携式马桶。 场景在窗户对面。 就是说，我透过这个窗口看，说“肮脏的代码”，马桶浮在窗户外面。 我告诉大家：“转过来，我们在这里有一个插图。” 这可能是我的想法中最好的幻灯片-当我谈论肮脏的代码时，我正在谈论坐便器。
行李不是来自这样的故事-原则上，这是一个正常的故事，甚至没有什么可谈论的。 我们可以安排有关各种旅行提示的单独采访，在这里您可以谈论尚未到达的行李，但没有什么要紧的。
我一直不惜一切代价努力参加，参加所有我承诺的会议，因为这又是时候了。 人们的时间是无价的，因为这是他们给您的信任之信。 而且，如果这笔贷款被骗了，那您就无法收回。
如果有人花时间去会议上听我的报告，但我却听了却没来，这很不好，因为无法将时间返还给这个人。
因此，对我而言，在这方面信守所有诺言是非常重要的，到目前为止，一切都在努力。许多人认为：“为什么要去参加会议？您可以在YouTube上观看视频，并且始终可以在线聊天。”您如何看待，为什么与会者要参加会议？好问题！您需要参加会议进行联网。它是无价的，无法以其他任何方式获得。我已经提到了沟通，沟通和软技能的重要性。不幸的是，在YouTube上观看vidosik并不能提供软技能方面的经验。因此，会议必须出于交流的目的。此外，至少对我来说，在YouTube上观看视频时，参与度完全不同，并且涉及到的内容也更加令人难忘。也许纯粹是我本人，但我怀疑在大厅里看报告并在YouTube上观看视频是完全不同的事情。特别是如果报告很好，我认为现场直播会好得多。就像听现场音乐会和录制唱片一样。我再说一遍：联网和交流-这不是YouTube的职责。 与Leonid Igolnik在DevOpsCon上的联合报告，请您给即将成为演讲者或刚刚开始演讲的人说几句话。寻找当地的手套。出于以下几个原因，本地mitap是开始演讲者职业的好事。首先，当地的手套总是在寻找说话者。可能是因为没有经验并且没有杰出的演讲者，您将很难参加一些著名的会议，或者与您交谈后的程序委员会会理解您也许还为时过早。相比之下，当地的mitap总是在寻找说话者，而且进入那里的水平低很多，因此到达那里要容易得多。另外，压力水平完全不同。当10-15-30人来时，这根本不是大厅里有150-200-300人时的情况，因此要容易得多。再说一次，本地mitap的费用要少得多：您不必在任何地方飞行，不必花几天时间，而只能在晚上来。记住我关于在公众中保持友好面孔的重要性很重要的建议，与某人一起参加本地会议要容易得多，因为这不花钱。如果您在会议上讲话，您作为演讲者是免费的，但是其中一位将成为公开场合的友好人，需要购买门票。如果您在一个集会上讲话，那么没有问题，您可以带一个，两个或三个朋友在大厅里成为一个友好的人。还有一个额外的好处-mitap的组织者有很多机会可以帮助您。因为会议组织者将有60份报告需要查看，培训和准备。 mitap的组织者有1个，2个或3个，因此您自然会得到更多关注。此外，从本地mitap获得反馈要容易得多。您已经完成报告，现在您和公众已经在讨论与您报告相关的内容。对于大型会议，通常不是这种情况。您做了报告，仅此而已。在报告期间出现灰色阴影的受众已经离开，对他们一无所知，听不见，也不会得到任何反馈。随便说一下，本地mitaps通常是一个不错的话题，特别是对于初学者。12月7日，巴鲁克将在莫斯科DevOpsDays会议上发表演讲。在报告中，Baruch将分析更新软件时每天发生的真正失败。它将显示各种DevOps模式如何适应不同的场景，以及它们的正确应用可能如何为您节省费用。
程序中还包括：Alexander Chistyakov（vdsina.ru），Mikhail Chinkov（AMBOSS），Roman Boyko（AWS），Pavel Selivanov（Southbridge），Rodion Nagornov（卡巴斯基实验室），Andrey Shorin（DevOps顾问）。
快来结识！