2019年KubeCon + CloudNativeCon提案征集(CFP)的新优化安排

2023-11-22 12:50

本文主要是介绍2019年KubeCon + CloudNativeCon提案征集(CFP)的新优化安排,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

2019年KubeCon + CloudNativeCon提案征集(CFP)的新优化安排

KubeCon + CloudNativeCon从2015年开始的500名与会者,扩展到成为有史以来规模最大,最成功的开源会议之一。随着这种增长带来了挑战,CNCF渴望随着时间的推移优化会议,最好地服务云原生社区。我们在西雅图举行的活动(2018年12月10日至13日),是我们规模最大的,提前几周售罄,共有8,000名与会者。

从一开始到整个增长,我们都非常感谢社区分享的反馈和意见。我们仔细审查事后调查,并仔细聆听建议和新想法。这种反馈循环至关重要,可以让我们进行迭代和改进。

当我们开放巴塞罗那(2019年5月20日至23日)提案征集(CFP)时,我们希望分享我们计划在2019年做出的一些改变,以及一些考虑过,但决定不在此时实施的改变。CNCF是Linux基金会(LF)的一部分,利用LF十多年来开展开源活动的经验,包括2018年的100多个,来自11,000多个组织,113个国家的30,000多名与会者。我们也从之前的活动中收到了很多反馈,其中大部分都是赞美的,有些提出了具体的改进建议。

以下是我们计划在2019年实施的一些变更:

  • CFP将接受更长的提交内容,以鼓励演示者在其提案中分享其他背景和技术信息。
  • 我们愿意为未获选提案的提交者提供额外的反馈。此反馈将属于某一类别,而不是个人化。
  • 我们改进了工具,将提交者在CFP的提交总量限制为两(2)个。具体地说,我们将作为联合演讲者作为半个(0.5)提交,单独的演讲作为一(1)个提交,并且将提交总量限制在两(2)个。所以,你最多只能以1)联合演讲者或小组成员的身份提交四(4)份提案,2)单独演讲者提交两(2)份提案,3)单独演讲者提交一(1)份提案,联合演讲者或小组成员提交两(2)份提案。注意:维护者‎专题不受此政策约束。
  • 在为CNCF托管项目、Kubernetes SIG和工作组,以及CNCF工作组提供的维护者‎专题中,我们提供机会将简介(Intro)和深入了解(Deep Dive)结合到更长的80分钟。(请注意,维护者专题演讲不计入每个演讲者的单个CFP演讲配额。)
  • 我们将在2019年推出两种新的小型活动。Kubernetes Days将是单日活动,针对拥有大量开发者的地区的单专题活动,这些开发者无法轻松前往我们在欧洲、中国和北美的盛会。Cloud Native Community Days将是社区成员开展的区域活动,将为演讲者、从业者和最终用户提供更多会面机会。
  • 我们鼓励任何想要尝试双盲提案提交流程(double-blind talk submission process)的合作伙伴峰会。

以下是我们不打算更改的一些核心要素:

  • KubeCon + CloudNativeCon是一个面向开发者和最终用户(广泛定义)的会议,旨在就开源、云原生技术进行沟通。
  • 会议联合主席组织的计划委员会,包括社区领导人和来自过去会议获得好评的演讲者,对提交进行评级。计划委员会由会议联合主席选出,他们也选择专题,并进行最终的提案选择。
  • 无论公司是该活动的赞助商还是CNCF的成员,都不会影响他们的开发者的提案是否获选。例外的是每个钻石赞助商(共6个)获得5分钟的赞助主题演讲。联合主席与所有主题演讲者(包括赞助商)合作,避免供应商宣传,以便演讲与社区观众产生共鸣。
  • 所有演讲都是关于使用和/或开发开源软件。尽管软件供应商雇用了许多演讲者,但会议内容主要集中在开源,而非供应商的产品。
  • 演讲可以讨论CNCF的19个毕业/孵化项目,或11个沙箱项目,或任何其他为云原生生态系统增加价值的开源技术。
  • 我们仍然致力于增加在传统上在技术方面代表性不足的人的声音。

我们选择社区领导者担任会议联合主席并代表云原生社区。巴塞罗那的联合主席是Google的Janet Kuo和Heptio的Bryan Liles。他们正在选择一个由大约80名专家组成的计划委员会,其中包括项目维护人员、活跃的社区成员以及过去活动中评价很高的演讲者。计划委员会成员登记他们所熟悉的主题领域,CNCF工作人员随机为每个成员分配相关提案的子集。然后,我们整理所有的评论,会议联合主席度过一个非常具有挑战性的一周,从评价最高的提案汇集一系列连贯的专题和主题演讲。我们为计划委员会提供的评分指南。演讲主题与专题之间没有一对一的映射。我们期待会议联合主席制定一个反映云原生社区当前趋势和兴趣的计划。

上述过程用于选择~180个在~10个房间内提供的CFP演讲。主题演讲由会议共同主席从高评级的CFP提交作品中选出,或者在极少数情况下,由联合主席邀请特定演讲者参加。

此外,KubeCon + CloudNativeCon还包括~90个维护者专题,分布在~5个房间。这是由CNCF托管项目的维护者生成的内容,通知使用者有关项目、添加新的采用者,以及将其中一些从用户转化为贡献者。维护者专题对CNCF的每个(29)托管项目、Kubernetes SIG和工作组、以及CNCF工作组开放。每个都可以进行一次35分钟的简介(Intro)会议和一次35分钟的深入了解(Deep Dive)会议。2019年的新优化,我们安排提供一个80分钟的会议。

KubeCon + CloudNativeCon的另一个快速发展的部分是活动前一天举行的合作峰会。这是云原生社区中的项目和公司与KubeCon + CloudNativeCon与会者互动的机会。在西雅图,有27个单独的活动!他们的范围从社区组织的活动,如Kubernetes贡献者峰会和EnvoyCon,到成员组织的峰会,到邻近社区的开源项目,如网络计划FD.io和Tungsten Fabric。这些活动的内容和定价由举办每个活动的组织决定。

审阅流程

CFP的提交是通过单盲(single-blind)过程选择。也就是说,审阅者可以看到谁在提出提案,但提交者不会看到谁审审阅了他们的提交。一些学术会议已经转向双盲(double-blind)提交,提交者从提交中删除所有识别信息,审阅者仅根据内容的质量来判断。缺点是它需要更详细的提交。

巴塞罗那提交的提案包括一个标题和最多900个英文字符的描述,如果获选为演讲,会在时间表中使用。还有一个对生态系统的好处额外部分,最多可以提供1,500个英文字符,以便为提交说明情况(这与2018年允许的300个英文字符有很大提升)。要支持双盲(double-blind)选择,我们需要提交9,000个英文字符(约3页)或更多,这是典型的学术式会议,以鼓励有效的审阅。我们相信这会打击云原生技术的许多从业者和最终用户提交提案,更多的将来自学者和那些有时间和倾向于提交更长的人。

这有利有弊,但在由LF举办的开源会议中,这将是一个非常重大的变化。我们考虑使用一个主题区域(例如服务网格)测试双盲(double-blind)过程,但认为对于未知的改进来说,这将是一个太大的变化。作为代替,我们鼓励任何想要尝试双盲(double-blind)提案提交流程的合作伙伴峰会。LF Events工作人员很乐意与他们合作,为巴塞罗那或未来的活动组织这样的流程,如果结果顺利,我们可能会在未来的KubeCon + CloudNativeCon上扩展到一个或多个专题。

西雅图的接受率仅为13%,我们理解如果非常好的提案不能获选,会产生很多失望和挫败感。在2019年,我们将向未获选题案的提交者提供额外的反馈。这些反馈将属于一系列类别,例如“不在提交的分数的上半部分”和“高评级但已经接受了类似的提案”。

如何让你的提案获选

无论公司是CNCF的成员还是最终用户支持者,或者赞助活动,都不会影响他们的开发者的提案是否会被选中。例外的是6个钻石赞助商,各自获得5分钟的赞助主题演讲。然而,作为社区领导者确实会有影响,因为计划委员会成员通常会更高度地评价来自开源项目的创建者或领导者的提案。

避免为你的产品或服务提交销售或营销宣传的常见问题,无论它有多么引人注目。专注于你在开源项目中的工作,无论是CNCF的29个托管项目,还是为云原生生态系统增值的新项目。

KubeCon + CloudNativeCon基本上是一个社区会议,专注于云原生开源项目的开发和部署。因此,请相应地选择你的演讲者和目标受众。我们的参与者包括顶级专家和初学者,因此我们明确询问你的演讲所针对的技术难度(初级、中级、高级或任何),并提供范围。

我们经常会收到很多涉及几乎相同概念的提交,所以即使有几个很好的提交,联合主席也可能只选择一个。考虑选择一个更独特的相关的主题,但不会有多人提交的。

我们的社区对采用云原生技术的最终用户特别感兴趣。最终用户是在内部使用云原生技术,但不在外部销售任何云原生服务的公司。最终用户通常在Cloud Native Landscape上的没有商业产品,尽管可能创建了一个开源项目来共享他们的内部技术。有关更多信息,请参阅CNCF最终用户社区中的各类公司。如果你不在最终用户公司工作,请考虑与采用你的技术的最终用户联合演讲。

鉴于YouTube和腾讯视频上可以找到演讲视频,而且议程上的空间非常有限,请避免在之前的KubeCon + CloudNativeCon或任何其他活动中提交过的提案内容。如果你的提交与之前的演讲类似,请提供有关此版本如何与众不同。确保你的演讲是及时、相关和新颖。

我们已经改进了我们的工具,只接受每个演讲者单个CFP提案,并且限制提交者提交两(2)个提交。具体来说,我们计算作为联合演讲者作为半个(0.5)提交,并限制提交总量在两(2)个。所以,你最多可以作为联合演讲者提交四(4)个演讲;单独演讲者提交两(2)份提案;或单独演讲者提交一(1)份和作为联合演讲者提交两(2)份提案。

查看哥本哈根和西雅图获择的提案,并注意大多数都有清晰、引人注目的标题和说明。CFP表格包含一个部分,用于方便审阅者评估你提交的资源。如果你之前发表过演讲视频,请附上指向该演讲的链接。博客帖子、代码仓库和其他贡献也有助于建立你的凭据,特别如果这是你的第一次公开演讲(而我们鼓励首次演讲者提交申请)。

最后,我们明确感兴趣的是增加传统上在技术方面代表性不足的人的声音。所有提交的内容都会根据优点进行审阅,但我们仍然致力于举办多元化和包容性的会议,我们将在最终确定演讲者名单和总体时间表时继续积极考虑这一点。例如,我们不接受所有演讲者均为男性的小组提案。我们还提供多元化奖学金以抵消出差费用。

其他云原生会议

2019年,我们计划继续在巴塞罗那(2019年5月20日至23日),上海(2019年6月24日至26日)和圣地亚哥(2019年11月18日至21日)举办三场KubeCon + CloudNativeCon活动。此外,我们支持38个国家的160个Meetup小组,他们已经举办了1,600多场活动,拥有超过80,000名会员。

我们也帮助CNCF托管的项目举办他们自己的专有活动,无论是同场与KubeCon + CloudNativeCon(包括EnvoyCon和Observability Practitioner's Summit),还是独立举办(包括PromCon)。

我们将在2019年推出两种新的小型活动。Kubernetes Days将举办为期一天的单轨活动,针对拥有大量开发者的地区,他们无法轻松前往我们在欧洲、中国和北美的盛会。第一次将于2019年3月23日在印度班加罗尔举行。

此外,我们计划支持一系列社区组织的活动,称为Cloud Native Community Days。这些将是社区成员在这些领域开展的区域活动,并为发言人、从业者和最终用户聚集在一起提供额外的机会。我们将在2019年初提供有关这些计划的更多详细信息。

巴塞罗那和上海的提交

巴塞罗那的CFP现已开放,截止日期为太平洋标准时间2019年1月18日。KubeCon + CloudNativeCon上海(2019年6月24日至26日)提案征集的截止日期为太平洋标准时间2019年2月15日。提交和选择流程是分开的。如果你向两者提交相同的谈话并且一方接受,则会被另一方拒绝,因此我们建议你向每个会议提交不同的内容。

跟进

如果你对我们如何选择演讲的过程有任何疑问或改进方法,或对CNCF活动有其他想法,请联系Dee Kumar <dkumar@linuxfoundation.org>,或在https://calendly.com/deekumar预约我们讨论。


2019年KubeCon + CloudNativeCon中国论坛提案征集(CFP)现已开放

KubeCon + CloudNativeCon 论坛让用户、开发人员、从业人员汇聚一堂,面对面进行交流合作。与会人员有 Kubernetes、Prometheus 及其他云原生计算基金会 (CNCF) 主办项目的领导,和我们一同探讨云原生生态系统发展方向。

2019年中国开源峰会提案征集(CFP)现已开放

在中国开源峰会上,与会者将共同合作及共享信息,了解最新和最有趣的开源技术,包括 Linux、容器、云技术、网络、微服务等;并获得如何在开源社区中导向和引领的信息。

大会日期:

  • 提案征集截止日期:太平洋标准时间 2 月 15 日,星期五,晚上 11:59
  • 提案征集通知日期:2019 年 4 月 1 日
  • 会议日程通告日期:2019 年 4 月 3 日
  • 幻灯片提交截止日期:6 月 17 日,星期一
  • 会议活动举办日期:2019 年 6 月 24 至 26 日

2019年KubeCon + CloudNativeCon + Open Source Summit China赞助方案出炉啦

这篇关于2019年KubeCon + CloudNativeCon提案征集(CFP)的新优化安排的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/410276

相关文章

SpringBoot3实现Gzip压缩优化的技术指南

《SpringBoot3实现Gzip压缩优化的技术指南》随着Web应用的用户量和数据量增加,网络带宽和页面加载速度逐渐成为瓶颈,为了减少数据传输量,提高用户体验,我们可以使用Gzip压缩HTTP响应,... 目录1、简述2、配置2.1 添加依赖2.2 配置 Gzip 压缩3、服务端应用4、前端应用4.1 N

Spring Boot + MyBatis Plus 高效开发实战从入门到进阶优化(推荐)

《SpringBoot+MyBatisPlus高效开发实战从入门到进阶优化(推荐)》本文将详细介绍SpringBoot+MyBatisPlus的完整开发流程,并深入剖析分页查询、批量操作、动... 目录Spring Boot + MyBATis Plus 高效开发实战:从入门到进阶优化1. MyBatis

MyBatis 动态 SQL 优化之标签的实战与技巧(常见用法)

《MyBatis动态SQL优化之标签的实战与技巧(常见用法)》本文通过详细的示例和实际应用场景,介绍了如何有效利用这些标签来优化MyBatis配置,提升开发效率,确保SQL的高效执行和安全性,感... 目录动态SQL详解一、动态SQL的核心概念1.1 什么是动态SQL?1.2 动态SQL的优点1.3 动态S

Python如何使用__slots__实现节省内存和性能优化

《Python如何使用__slots__实现节省内存和性能优化》你有想过,一个小小的__slots__能让你的Python类内存消耗直接减半吗,没错,今天咱们要聊的就是这个让人眼前一亮的技巧,感兴趣的... 目录背景:内存吃得满满的类__slots__:你的内存管理小助手举个大概的例子:看看效果如何?1.

一文详解SpringBoot响应压缩功能的配置与优化

《一文详解SpringBoot响应压缩功能的配置与优化》SpringBoot的响应压缩功能基于智能协商机制,需同时满足很多条件,本文主要为大家详细介绍了SpringBoot响应压缩功能的配置与优化,需... 目录一、核心工作机制1.1 自动协商触发条件1.2 压缩处理流程二、配置方案详解2.1 基础YAML

MySQL中慢SQL优化的不同方式介绍

《MySQL中慢SQL优化的不同方式介绍》慢SQL的优化,主要从两个方面考虑,SQL语句本身的优化,以及数据库设计的优化,下面小编就来给大家介绍一下有哪些方式可以优化慢SQL吧... 目录避免不必要的列分页优化索引优化JOIN 的优化排序优化UNION 优化慢 SQL 的优化,主要从两个方面考虑,SQL 语

MySQL中慢SQL优化方法的完整指南

《MySQL中慢SQL优化方法的完整指南》当数据库响应时间超过500ms时,系统将面临三大灾难链式反应,所以本文将为大家介绍一下MySQL中慢SQL优化的常用方法,有需要的小伙伴可以了解下... 目录一、慢SQL的致命影响二、精准定位问题SQL1. 启用慢查询日志2. 诊断黄金三件套三、六大核心优化方案方案

Redis中高并发读写性能的深度解析与优化

《Redis中高并发读写性能的深度解析与优化》Redis作为一款高性能的内存数据库,广泛应用于缓存、消息队列、实时统计等场景,本文将深入探讨Redis的读写并发能力,感兴趣的小伙伴可以了解下... 目录引言一、Redis 并发能力概述1.1 Redis 的读写性能1.2 影响 Redis 并发能力的因素二、

使用国内镜像源优化pip install下载的方法步骤

《使用国内镜像源优化pipinstall下载的方法步骤》在Python开发中,pip是一个不可或缺的工具,用于安装和管理Python包,然而,由于默认的PyPI服务器位于国外,国内用户在安装依赖时可... 目录引言1. 为什么需要国内镜像源?2. 常用的国内镜像源3. 临时使用国内镜像源4. 永久配置国内镜

C#原型模式之如何通过克隆对象来优化创建过程

《C#原型模式之如何通过克隆对象来优化创建过程》原型模式是一种创建型设计模式,通过克隆现有对象来创建新对象,避免重复的创建成本和复杂的初始化过程,它适用于对象创建过程复杂、需要大量相似对象或避免重复初... 目录什么是原型模式?原型模式的工作原理C#中如何实现原型模式?1. 定义原型接口2. 实现原型接口3