第一次投稿KotlinConf，评审最先看什么？

KotlinConf 2027 的征稿已经开放，地点在克拉科夫。官方邀请整个 Kotlin 社区的开发者把想法、经验和专长带上舞台。

你可能解决过一个棘手的技术问题，把 Kotlin 引入了一套已有的代码库，做出了意料之外的东西，或者从一次没按计划走的尝试里学到了教训。这些经历都可以变成一场 KotlinConf 演讲。

但把一个想法变成有说服力的提案并不容易，尤其是第一次投稿的人。你怎么知道自己的经历值不值得分享？评审最先注意到什么？摘要要写多细？一个大家都熟悉的话题，怎么才能讲出差异？

官方为此问了 Kotlin 开发者、开发者关系负责人、有经验的演讲者和 KotlinConf 程序委员会成员，请他们谈什么样的提案算强。除了标题、摘要和收获点的实操建议，这次还新增了一节，专门回答一个特别重要的问题：评审打开一份提案时，最先看什么？

第一次演讲？照样投

人们很容易以为，KotlinConf 的演讲必须始于一个突破性发现、一套大型生产系统，或者多年演讲经验。实际上，一场有价值的演讲可以始于一个简单的想法，或者解决日常开发问题时学到的一课。

你不需要懂 Kotlin 的一切，你需要的是有东西可分享，并且清楚它能帮到谁。

如果你不确定自己的话题会不会有人感兴趣，就和身边的人聊聊。把想法讲给同事、朋友、用户小组成员或者 Kotlin 社区里的人听。他们的提问和反应，能帮你判断哪些部分最有价值。

过往的会议经验不是必需的。一份清晰、真实、基于你真正理解和在意之事的提案，可能比一份打磨精致却没什么实质内容的提案更有说服力。

先找到你想讲的那个故事

在写标题或者打开投稿表单之前，先想清楚演讲背后的核心故事。

“一场关于协程的演讲”或者“一个关于 Kotlin Multiplatform 的分享”，只描述了一个主题，没有说明这场分享的价值在哪里。

可以问自己几个问题：

• 你遇到了什么问题、疑问或机会？
• 它为什么重要，或者为什么难？
• 你尝试了什么？
• 什么让你意外？
• 什么成功了，什么没有？
• 你学到了什么，是其他开发者也能用得上的？

你的故事不必来自大公司，也不必来自服务数百万人的系统。一个小项目里的具体经验，只要能提供独到的见解，或者把一个难题讲清楚，同样有用。

试着用一句话概括你的想法，比如：这场演讲将向[受众]展示我们如何[解决或探索了某件事]，我们学到了什么，以及他们可以如何应用这些经验。

如果这句话你没法清楚地写完整，那这个想法可能还需要再打磨一下，再动笔写提案。

评审最先看什么

标题可能是评审读到的第一行，但整体的用心程度很快就能看出来。

评审不只看话题有没有意思，也看演讲者能不能把它讲清楚。一个经过思考的标题、聚焦的描述、具体的收获点、认真的排版，都说明你花时间打磨过自己的想法。

这不意味着你要用复杂的语言，或者写出一份完美的营销文案。它意味着给评审足够的信息去理解你的想法，并让他们看到这份提案代表的是你自己的经历和声音。

Marcin Moskała 的《Taming Asynchronous Beasts: Debugging and Performance Tuning in a Coroutine World》就是一个精确承诺的好例子：“你将学会如何有效使用内置工具、识别有问题的模式，并实施经过验证的优化策略。”

写一个清晰、有信息量的标题

一个强标题应该让评审、以及后来的参会者，准确知道这场演讲会讲什么。

创意能让标题被记住，但清晰应该排在前面。避免那种完全依赖玩笑、引用或者隐喻、却不说明主题的标题。

对比下面这些例子：

• 太宽泛：《Our Multiplatform Journey》
• 更有信息量：《What We Learned Migrating Our Mobile App to Kotlin Multiplatform》
• 太模糊：《Coroutines Gone Wild》
• 更有信息量：《Debugging Coroutine Performance Problems in Production》
• 太笼统：《Building Better APIs》
• 更有信息量：《Designing Type-Safe Kotlin APIs That Are Difficult to Misuse》

一个好标题通常至少传达以下两项：主要话题、问题或疑问、探索它的具体场景、参会者的实际收益、预期的经验水平。

你仍然可以用幽默或者文字游戏，但要确保标题没有把这场分享到底讲什么藏起来。

围绕一段清晰的旅程来写摘要

摘要不需要包含你整场演讲的内容。但它应该提供足够细节，让评审理解问题、演讲的方向和它的价值。

两到三段聚焦的文字，通常比一句含糊的话，或者一段覆盖所有细节的超长描述，传达得更多。

一个简单的结构会有帮助：

1. 背景：介绍情境，以及哪些受众会认出这个情境。
2. 挑战：说明促使你动手的问题、限制或疑问。
3. 方法：描述你探索、实现、对比或发现了什么。
4. 结果：讲清楚参会者会学到什么，以及怎么用。

一个强的收获点可以很具体，就像 Tadeas Kriz 的《Dependen》所展示的那样。