2022年包装:社区,公开演讲和其他非邪恶工程师的Devrel东西
#javascript #career #community #devrel

又是一年中的顿悟时间!但是,以前,有点介绍!

我对开发人员社区的热情始于2014 - 15年,当时我第一次在我的家乡(巴西福特莱扎)经历了大量开发人员会议,以讨论他们在前端领域中的热门,然后html5 ,帆布,三分实验,咖啡本,网络组件,离子和角度等等,他们遇到的挑战以及做事的不同方式。

这种激情只会随着时间的流逝而增长,但不幸的是,所有这些激情都被大流行者所困扰。

我不认识你,但是,尤其是在2022年,我觉得庆祝成千上万的前端/后端工程师,UI/UX人和网络的整体创建者的无尽方式,全年的聚会和会议。

您可以在这里期待什么

tldr:Matheus自己的前端会议指南,2023 Edition。

我设法进行了一些我认为进展顺利的演讲,我决定在准备技术课程中分享对我有用的内容。

此外,在整个2021年底,我开始运行一套新的个人实践来组织我参加开发者会议的活动,如果您的正式工作职位,我发现这一点甚至更棘手不是要成为开发人员关系,我会说一切进展顺利!

最后但并非最不重要的一点是,我去过一些非常了不起的会议,恕我直言,很多事情进展顺利!

所以,这就是这篇文章的目的:分享一些经验教训,很多 和其他令人兴奋的东西。

适用于演讲者

准备会议

这里没有任何石头,我会说每个演讲者都有自己的个人技巧和技巧。当然,在伟大会议上总会有一些共同的分母,例如有一个简洁的想法,明确的执行等。但是您可能知道。

我想在这里分享我在整个2022年所做的一些实践,而不是我认为在执行会谈中发挥关键作用的任何一年。

更好地构建会话

我一直忽略的一件很棒的事情是从一开始就有一个很好的,简洁的概述。

我会说这种做法很容易采用:您可以从含糊的轮廓开始,不断地对其进行工作,在整个过程中,它将帮助您填补很多空白并为每个过程构建内容您的部分直到没有空白的空间为止。

总的来说,该结构最终将更容易消化,不仅对您,而且对于您所提交的会议的计划委员会,例如,例如,gitnation and cityjs会议实际上都会询问。有关概述,包括对谈话的形状和结构的更详细描述。

Multiple CFPs

构建大纲时,我经常在“Hero’s Journey” pattern之后构建演示文稿。这是一种经典的故事结构,经常在文学和电影中使用,它是主角踏上变革性旅程的故事。

这是我的Web Performance APIs That You (Probably) Never Knew Existed会话中的一个例子:

  1. 最初的冲突:通常通过的一节在这里?。在这次演讲中,最初的冲突是'我知道这套绩效最佳实践,但是,我通过实际用户监控看到了我们的加载时间指标的这些问题。 < < /p>

  2. 英雄的设置:在这里,我们正在让观众思考我们的旅程,并使用网络性能指标和调查本地API等主题来收集和改善性能。

  3. 能量峰我们击败了恶棍不良的表现。在这次演讲中,这些峰经常发生在观众看到给定的技术以及它如何改进某些方面之后,并以示例和数字进行改进。

  4. 类似顿悟的闭幕构想,这将带来启发性的认识,即从一个新的,更深刻的角度可以理解我们的绩效问题。在本演讲中,有两个部分对此负责: <我们为什么在这里?在这里,我们拥有有关浏览器的数字和统计数据,连接质量,设备等的资源,先前的研究对人们的情绪有何影响,以及如何将它们与业务指标相关联。另一个是 closing Notes ,我们在会议上总结了一些关键要点。

根据我的个人经验,在此框架内建立会议使其更有趣,增加了受众的参与度,并且一般来说,可以帮助消息传递更成功。

干燥

回到大学入学考试时,我会在单独的纸上起草整个论文的想法,并将其左右约50/60行。然后,我会浏览整个轮廓和关键部分,并将其切成30行的允许极限。

曾经是第一个MVP aka。 最小可行的演示 的会话版本已准备就绪,我第一次运行它。而且,就像高中时期的论文一样,第一轮总是比允许的限制大!因此,这部分是关于切断轮廓,调整幻灯片并再次迭代的很多部分。

当我觉得自己的会议上的第一个预发行时,我会与几个朋友接触,安排他们的干燥跑步,并假装这是第一次。我有一份固定的人清单,我总是对MacabeusLucasAugusto的大喊大叫,他们总是在各个领域提供出色的反馈,例如整体视觉方面,我的信息和想法的选择,整个过程中的连贯性会话,选择的细节级别以及其他许多!

最后但并非最不重要的一点是,每当我获得不同时间插槽的另一个活动的现有会话时,我也会再次跑步。通常,这里有两种情况:

  • 最初为45/50/60分钟长的会议主要是针对具有长时间插槽的通用会议量身定制的,例如NDC事件,需要切割以适合前端/反应会议带有25/30分钟的插槽。

  • 我的第一次排练时间为50/60分钟,必须缩小以适合25/30分钟的插槽,然后被批准为更大的插槽,需要再次适应。

观众互动

Audience raising hands at React Day Berlin 2022

最后但并非最不重要的一点是,我看到的另一种习惯是增加观众的参与度是将您的演讲变成公开的对话。

我会说有几种不同的方法可以在这里做到这一点:

#1上下文化问题

在这里,您可以了解听众的技术背景。示例是:

  • 检查谁熟悉通用IT会议中的现代前端发展;

  • 检查通用前端会议中的高级反应工程师;

  • 检查谁熟悉特定的捆绑器,测试库等。

一些简单的 - 提起您的问题听起来几乎就像与每个与会者分享麦克风,并为您提供强大的见解来指导您的整个演示策略,包括:

  • 您应该投入多少时间来解释给定的主题;

  • 您是否应该花一些时间来解决必要的先前知识;

  • 您是否应该专注于深入研究一个主题的各个方面,或者仅提供高级,示例驱动的方法。

最近的例子:

  • Frontmania 2022中,我发现很大一部分观众主要与Angular和Vue合作。即使他们对反应有所了解,鉴于我的会议(Inside Fiber: the in-depth overview you wanted a TLDR for)深入研究了内部内容,我也必须在某些情况下提供一些额外的背景。

  • Build Stuff 2022中,我意识到约40%的观众主要是后端工程师。尽管我的演讲是框架 - 不合时宜的,但在一些示例中,我有反应组件。因为我知道其中很大一部分可能对React不太熟悉,所以我在这些幻灯片上花了一些时间,详细说明了那里发生的事情。

#2公开讨论问题

这些可能是我最喜欢的,因为您总是可以引发令人兴奋的讨论,并通过收集观众的意见和热门话题来使您的演讲的消息更成功。我在课程中做了几次,通常会进行棘手的心理练习:

  • - 如果您要以一个指标总结网络性能,那么您在会议期间问了什么?

  • - 如果您要以一个单词/表达方式总结并发反应,那么您的选择是什么? >

这还使您可以运行详细的报告并在会议结束后分析结果。然后,您可以为我们在上面讨论的内容/结构决策供电,以提供上面的一些段落,以通过受众的实际数据/输入来进行谈判。

在并发会话的示例中,我能够在结果的基础上起草一些结论:

  • 仍然有很多混乱围绕 parallelism 多线程工人与实际的合作,单渲染线程,模型。

  • madnessâ 困难 ,恕我直言,表明仍然不清楚所有功能如何仅通过查看各个作品。

这些会变成长期的见解,您也可以在会议结束后用来吸引观众,就像我围绕着新的并发性React功能上的React工程师的印象建立报告时。

Poll results

根据您用于扬声器甲板的用途,您可以选择不同的技术,以便观众观看大屏幕上的结果。到目前为止,我为主题演讲的最佳选择是Poll Everywhere插件,该插件也适用于PowerPoint和Google Slides等其他平台。

最后但并非最不重要的一点是,这种策略也很棒,因为无论您是亲自表现,还是在混合环境中,在这个大流行时代都变得越来越普遍。

#3技术琐事问题

我通过观看一场有关棘手/意外的JavaScript行为的会话,大约两年前,Macabeus沿Wat的某些内容,在那里他将使用现场的Kahoot Trivia游戏与观众一起玩。

我承认我非常喜欢这个想法我们内部前端会议。在此过程中,我们有一些书呆子的乐趣,反馈很棒!

从那以后,我再也没有机会准备类似的事情,但是这项技术今年在9月在React Alicante上有很大的帮助。我设法说服了Medallia赞助会议主要是为了提高我们在西班牙前端社区中的知名度和品牌知名度,作为赞助套餐的一部分,我们在会场上获得了一个摊位。

在我们在展位上进行的活动的构想中,Kahoot的想法再次弹出,我们决定尝试一下。我们准备了一些Trivia React/Typescript问题,针对不同的资历水平,结果比预期的要好!

Tech Trivia at React Alicante

每个人都被大肆宣传,以测试他们对这些技术的了解并学习一两件事。数字是这样的:

  • 〜90人玩琐事;
  • 〜在咖啡休息期间进行的10发子弹;
  • 70多个Medallia T恤作为奖品;
  • 12多人填写了与我们合作的表格。

我期待着我的下一个机会再次尝试现场技术测验!

查找事件

我最大的问题之一就是我如何设法意识到这么多事件及其呼吁论文。
好吧,幸运的是,那里有很多资源可以听到有关会议的消息。我的列表包括:

编排会议 - ©活动

好吧,现在我们讨论了会话的构想过程,以及在哪里找到事件来介绍您的出色演讲,我们可以探索下一步,即:如何协调整个在不同事件中提交不同活动的过程全球不同的地区!

旧时尚

首先,我想分享我的2019 - 20年策略。我有一个带有:

的trello板
  • 四个不同的列表提案提交拒绝批准 /em>。

  • 标签代表会议/聚会。

  • 代表我在上面的四个不同类别中复制的会话,并相应地标记它们。

Trello: Board with all the sessions

然后,您可以认为我会为该会话中存储的每个会话提供信息,对吧?

Trello: Card for one session

不!事实证明,Trello当时不支持对卡片的丰富文本描述。这对我来说是一个破坏者,鉴于提交提案时,大多数会议要求您提供更多的信息,而不是简单的标题/抽象对;出现电梯音高关键字目标受众需要参与者的知识之类的东西,这是很常见的。等等

为了抑制这种缺乏 rte 支持,我开始使用trello与Google文档一起使用。

Google Docs: Session details

最后但并非最不重要的一点是,我还有另一个Google文档,我将我的个人数据保留用于提交的个人数据,例如当前位置,职位,公司等。

Google Docs: Personal details

我对事情已经进行的方式不满意了 - 当我面对自己要在方程式中添加第三个应用程序(Google Calendar)时,我决定是时候了转向其他东西。

新时尚

市场上有很多生产力应用程序。我有其中一些包括星期一,clickup,evernote和airtable的名单。

因为我已经在使用概念来组织一些个人事物,所以我决定尝试一下我的多合一会议解决方案。

我从上面的部分中列出的主要来源开始。然后,我收集并调和概念中的所有数据。看起来这样:

Notion: All sessions

这也可以帮助我在日历上组织他们的状态:

Notion: Calendar

最后但并非最不重要的一点是,我跟踪我提交给给定事件的会话,以便我可以更好地了解本次会议的实际概况以及他们倾向于批准/拒绝的主题。

Notion: Info for each session

老实说,我仍然在这种方法上迭代,但是到目前为止,我很喜欢这种经历!除其他内容外,我会在概念中突出显示:

  • 它具有巨大的灵活性和令人愉悦的用户体验;
  • 它是免费的个人使用;
  • 它确实有一些工具使您能够在一个地方拥有一定级别的项目和任务管理。

适用于会议组织者

我曾在2015-18年的家乡参加聚会和其他小活动的组织,但我从来没有真正为100多人组织任何东西。鉴于这一点,我在这里的观点既有参与者又是演讲者,但不是组织者。

有很多不同的做法会带来非凡的会议经验,我永远不会想出详尽的列表,但是以下一些事情肯定会让您的活动很棒!

预算

首先,确保您拥有预算涵盖的所有基本内容,包括:

  • 所有扬声器费用(旅行票,靠近会议地点的住宿,从机场到酒店的通勤等);

  • 说话者晚餐和其他有趣的活动;

  • 正确的A/V和房间设置(LED显示,适当的照明等);

  • 每个人的食物和饮料;

  • 员工当然,我的意思是那些不是社区志愿工作的人。

受众人口统计

现在,这是我在会议上从未见过的事情,我不得不说这只是React India team的一个不可思议的想法!

活动开始前几周,他们分享了一些匿名统计数据,描述了听众,其中包括面对面和在线出勤人数,资历水平(从初学者到专家)以及他们来自的公司。

这种人口统计分析对于说话者提前考虑其内容确实很有帮助。

简单的反馈系统

我认为,这是大多数前端/反应事件都应该从多功能开发中学到的东西。

通常,您所看到的是,有一些数字调查通过电子邮件发送给与会者,或者在Eventee之类的应用程序中收集的反馈。尽管这些非常适合更复杂的分析和诸如加权平均值之类的精美内容,但我注意到的是,不管是在会议期间还是之后,只有很少的与会者花时间填写某种调查。

我一直想知道,直到我去DevConf PL并看到他们在演讲中有投票盒可供反馈,这不一定是替代品,也许是补充解决方案,这是一种更好的做法。 。在全年中,我意识到,在NDC OsloBuild Stuff的会议中看到相同的系统后,它似乎定期发生在后端驱动的事件或通用软件开发中。

投票选票是房间外面的五颜六色卡(ð¢green /ð€ / ð´红色)。每次会议之后,他们都会计算他们,然后每个发言人在会议结束后收到一封电子邮件。

那个简单!

成就

Me out there

我会说今年带来了很多新的经历和大量的胜利!我知道这篇文章已经有点久了,但是我会分享其中的一些文章,因为我为他们感到幸运和自豪。在这里,您会发现一些提到的胜利,还有一些不太好的结果。

  • 我帮助在Medallia中起草了一个很棒的工作人员的开发人员社区计划,我们从零到赞助了三个会议:DevConf 2022React India 2022React Alicante 2022。我们一起学到了很多东西,并且仍在发展。这是我们在Alicante中的西班牙阵容! ð¶©

Medallia at React Alicante

  • 我精心制作了八个不同的会议,其中四个我全年都介绍了。

  • 我提交给 41会议 25个地点在线 + 24个国家和34个城市。其中:

ð在 16 中,我没有被接受。

ðü©in 13 我被批准,我成功地交付了演示文稿。

ð之间,在 8 中,我从未听说过组织/委员会。恕我直言,这是一个危险信号,表明对所有花费一些时间写下想法并填写CFP流程的任何人都缺乏尊重。

¥in 4 我被批准了,但是由于各种原因,我必须撤回提交(例如,由于日历冲突或个人问题)。

  • 我前往 10个不同的国家

  • 我被邀请到两个播客,一个用英语和葡萄牙语中的一个播放。

  • 我被邀请写一本关于Web性能的杂志文章

  • 我提高了我在编写/审查CFP和准备其他经验不足的演讲者方面的整体技能。

  • 最后但并非最不重要的一点是,我遇到了数十个人,这些人现在是朋友,我已经被大肆宣传了。

关闭时间……

最后,我希望大家在那里度过一个愉快的假期!节日快乐和新年快乐,大家!

在2023年见! ð