如何撰写出色的会议演讲提案（会议组织者推荐）

撰写一份在科技会议上发言的CFP提案可能会让人望而生畏。我希望每个想在会议上发言的人都能拥有这样的机会。不过，有时，一些帮助和建议就能帮你打开大门。

我已经通过Twitter 直接私信以及参与“Help Me Abstract”项目提供免费的 CFP 建议。不过，在这篇文章中，我联系了一些会议组织者，请他们提供一些建议或资源，以便在撰写演讲提案时提供给潜在的演讲者。请记住，每个具体会议的要求都是主观的，所以最好（正如 Dawn 下文指出的那样）阅读每个具体 CFP 的详细信息，但了解会议组织者的要求也非常有用。

Pratik Patel ， Connect.Tech、VueConf US等活动的组织者

Pratik 提出了以下建议：

基础知识是一个很棒的会议主题！

每个人都想谈谈最新的热门功能${NEW_THING}。也许只有一个会被选中，所以你被接受的几率很低。想一个你认为基础的主题：JavaScript 中的函数作用域、Python 中的对象、Java 中的 lambda 表达式等等。了解这个主题的最新动态，并围绕它撰写一份有趣的提案！很可能会有其他人想重温一下这个主题，也可能会有新的开发者从你的演讲中受益。

Shawn Pucknell，FITC、Web Unleashed等组织的组织者

肖恩建议您重点关注以下几点：

经验

请务必列出任何相关的演讲经验，包括教学、讲课、聚会小组，当然还有活动演讲。

旅行

如果您的工作确实涵盖了您演讲的航班/酒店，请务必提及，因为它会为您带来更多的演讲机会。

主题

根据 CFP，列出您想要谈论的其他主题。

Dawn Parzych ， Write/Speak/Code的组织者

黎明说道：

以下是我们在拒绝信中列出的谈判被拒绝的常见原因：

• 本次演讲主要聚焦于某项特定的技术或编程语言。Write/Speak/Code 与语言无关。
• 简短的摘要（一两句话）。评选委员会会根据摘要了解您将向观众讲述的内容。摘要也会发布在活动指南中，以吸引参与者参加您的演讲。虽然摘要的长度没有硬性规定，但大多数被录用的演讲都在8-10句话的范围内。
• 摘要缺乏清晰的听众要点。与会者来参加活动是为了学习。如果评选委员会无法预知听众的学习成果，你的论文提交成功的可能性就会降低。添加一句简单的句子，例如“本次演讲的要点……”或“来学习……”会有所帮助。你不需要透露所有细节，但一个概括性的总结会很有帮助。另外，请记住，你可以在审阅者备注中提供更多详细信息。
• 摘要读起来就像演讲者的简历。虽然演讲者的经验有助于丰富他们的演讲内容，但我们希望以听众为中心，并展现演讲如何帮助他们。Aja Hammerly提供了一些很好的例子，教你如何以听众为中心撰写摘要。

Floyd Marinescu ， QCon全球组织者

弗洛伊德给出了一些建议并举了一个例子：

我认为最重要的是详细说明演讲内容，而不是“谈论”演讲本身。所以，与其说是广告，不如说是提纲。例如，下面是 JavaScript 发明者 Brendan Eich 在上一次 QCon 演讲中提供的内容，我们接受了这个邀请。

Web 平台的现在和未来

在本次演讲中，我将探讨 Web 平台的一些有趣发展，分析新兴趋势，并做出一些预测。内容包括：

• GitHub 时代的 Web 技术和 API 的演变。
• Harmony 时代的 JavaScript：
  • 作为无处不在的高级网络编程语言；
  • 作为 Emscripten 等编译器的安全汇编语言。
• HTML、CSS 和 DOM 超越“HTML5”，迈向无版本的未来。
• 用于便携式、强大的 Web 应用程序的设备、系统和 Web API。
• WebRTC 用于实时多路视频、音频和数据通信。
• 更好的网络协议，更少的往返，更多的搭载。
• 移动+云时代的隐私、安全和用户代理。

我将通过实时代码演示来证明其中的一些要点。

Phil Hawksworth ， JAMStackConf的组织者

Phil 重点强调了会议指导的价值，它可以帮助您创建提案：

从高层角度来看，今年旧金山的会议我们的做法略有不同。这一切都是为了确保我们能够提升多样性和包容性，并继续寻找优秀的演讲嘉宾，而不仅仅是那些我之前只能借用和偷来的嘉宾！

这次我们将正式运行 CFP，涵盖大会的一些主要时段和一些闪电时段。我负责内容策划，同时我们会组成一个小组，共同审核提交给 CFP 的内容。

我非常渴望帮助大家成功完成他们的提案，因此我定期安排办公时间，通过 #cfp-assistance Slack 频道收集实时反馈或异步反馈。有些反馈是通过私信私下进行的，但也有一个公开的频道。您可以在我们为 JAMstack 会议和聚会创建的新 Slack 中找到它。

https://jamstackconf.com/slack

DevOps Days组织者Matty Stratton

Matty 提出了一些简单的建议：

• 不用担心“剧透”
• “项目符号 vs. 散文”是抽象世界中的“制表符 vs. 空格”
• 阅读要求
• 不要跳过表格的某些部分

他还推荐了Russ Unger 撰写的《不错的会议提案》和 Bridget Kromhout 撰写的《给出可行的建议》作为有用的资源。

其他资源

• Box 的开发倡导者Alyss Noland分享了一条Twitter 动态，其中充满了与处理下一次会议提案相关的推文和链接。
• Confluent 的开发倡导者Robin Moffatt分享了他的几篇文章，包括《关于不写垃圾摘要的快速思考》和《关于如何写好会议摘要的有用文章集》 。