我的第一次技术讲座：我是如何准备的以及我是如何度过的

那是九月的一个下午，我正在和Hari讨论。说话间，他给了我一个新任务， Talking 。这是我们在文档中写的内容的屏幕截图。在接下来的 6 个月里，我必须先参加一个会议，然后再进行一次外部技术演讲。

作为我第一次这样做，提出技术讲座的前景既令人兴奋又令人恐惧。

既然要演讲，最重要的是找个会议。由于我一直在研究 Ruby on Rails，所以我的想法是找一个 Ruby 相关的会议并在那里提交 CFP。

11 月，我偶然发现了 Geekle 举办的 Ruby on Rails 全球峰会。我打算参加这次峰会，观察演讲者的演讲，然后为我能找到的任何即将举行的 Ruby 会议提交 CFP。不过，CFP 仍然开放。

我把我的想法告诉了 Hari，他说服我，既然 CFP 是开放的，我应该提交一个，如果我没有被选中，我随时可以回来参加峰会。这样一来，我参加峰会的计划就变成了在峰会上发言。

提交 CFP

由于 CFP 已经开放了一段时间，我想谈的许多话题都已经被采纳了。我最终决定谈谈 Rubocop，因为我已经为此工作了一段时间。

计划是展示一个关于修改警察并显示前后结果的现场演示。在对摘要和标题进行多次迭代之后，我终于提交了我的第一个 CFP -使用 Rubocop 提高代码质量。

12 月中旬， Geekle团队的Liliya伸出援手，& 是的，CFP 被接受了；我现在正在进行我的第一次技术讲座。

准备演讲

由于谈话是在一月份进行的，所以当我收到录取通知书时，我非常冷静。我已经写了一篇关于 Rubocop 的博客，所以我觉得我可以主持演讲。

当我收到另一封电子邮件，其中包含我们将在演讲中使用的平台信息和宣传横幅时，当我意识到会议的规模时，我开始惊慌失措。为了确保一切都已准备就绪，我被要求安排与技术团队的电话测试。

在技术通话期间，他们向我介绍了 Streamyard 平台、屏幕共享的工作原理以及所有其他细节。

当电话结束时，那是我第一次感到紧张的时候。我开始想太多，甚至是屏幕共享这样简单的事情，因为我对这个平台还很陌生。如果我分享了错误的屏幕或我的互联网中断了怎么办？

此外，我必须在观众面前现场编码。如果我的代码出现故障会怎样？我开始怀疑我是否应该事先录制演示文稿并提交。但现在是超越你的舒适水平的时候了。

为了避免在讨论过程中可能出现的任何问题，我的想法是准备幻灯片并尽可能多地运行整个流程。此外，为了了解人们通常是如何做的，我去了 YouTube 并观看了我听说过的开发人员的各种演讲。

练习演讲

准备好演讲后，我就练习了它们，那时我意识到我需要重组幻灯片。由于我结合了理论和代码，我必须确保两者之间有适当的间距，以便内容易于阅读。

我重新排序并再次练习。我意识到我说话的速度太快了，需要放慢速度。

活动开始前两天，我向 Hari 展示了我的演讲演示，他向我提供了修改意见作为反馈。这很有帮助。我收到的最重要的建议是与听众互动并使演讲更具吸引力。

我开始考虑让听众参与演示的方法。因为是在线会议，参与的选项是有限的，没有人会打开视频。

因此，我以二维码的形式进行了调查，并邀请观众参与编码。

完成最终幻灯片后，我与Ishan以及 Hari 进行了最后一次演示。提供演示有助于增强我的信心。

在演讲的那天，我把命令和代码玩了两三遍，以确保一切都按预期运行。

上线

我一开始讲话，所有的紧张感都消失了，因为我全神贯注了。

在演讲期间，我无法看到人们是否在回答我的问题或投票，但当我完成演讲并检查时，我很高兴看到观众与我互动并回答了民意调查。

有些人甚至在 LinkedIn 上发表了积极的评论。

总的来说，这是一次美妙的体验，我很高兴我现场直播而不是预录。

PS：你可以在这里找到我的演讲:)