现场记录:最大的开源会议之一FOSDEM 2020



上周末的FOSDEM 2020在布鲁塞尔聚集了8,000多名开发人员,他们秉承开源软件的理念。2天的时间,有800位演讲者和报告,无限的交流,并有机会结识来自OpenSource世界的传奇人物。我分享演讲中的印象和笔记。此处发布的报告中的视频(内容不少于420小时)。


Linux发行摊位附近的满屋子。

总体印象


从一开始,会议的规模就惊人了- 布鲁塞尔自由大学周围聚集着大量的极客会议免费入场,流在30多个并行轨道之间分配。有时候,有很多游客要看这个受欢迎的报道,人们半小时就来排队。除了内容之外,与来自OpenSource产品的开发人员进行交流也很有用。与普通会议不同,在常规会议中,公司代表会在最能展示访客的展位上竞争,而事实恰恰相反:这些摊位使参观者有机会通过购买品牌的纪念品来支持自己喜欢的产品。我听说许多人认为FOSDEM是与现实生活中与同事和朋友见面的绝佳年度场合。

接下来将是我在报告中所做的笔记。



Foss如何革新市政府

fosdem.org/2020/schedule/event/municipal_government(描述)

Danese Cooper举了个例子,在没有开发人员的小城市中,OpenSource解决了这些问题。在大城市中,有可能自己开发代码,例如《美国法规》或“巴黎卢特斯”,但它们有自己的问题:整个州并不关心软件的开发方式。与FOSS(自由和开源软件)相比,对于专有解决方案,优点是能够在无法使用时在需要的地方进行调用。最后,呼吁团结和组织运动,例如 OSPO for Cities



自私的贡献者解释说

fosdem.org/2020/schedule/event/selfish_contributor(描述,演示,视频)

OpenSource的许多人正在考虑如何将其他贡献者带入该项目。参与开发是一项务实的练习,了解人们为什么做出贡献将有助于将产品聚焦于正确的方向。简单的捐款请求是行不通的。作为一种选择-向人们收集有关改进的建议和意见,但不承诺实施。公开提及贡献者的贡献很重要。



我们如何为用户提供免费/开放的软件/硬件服务?

fosdem.org/2020/schedule/event/user_standing(描述)


根据Italo Vignoli,用户与开发人员之间的差异

用户不是白痴,而是专业人士。但仅在他的非IT环境中。他们不想花时间在OpenSource程序的诉讼上,因为OpenSource程序通常不那么用户友好。用户对专有软件很满意,因为这是他们唯一了解的内容。如果您使FOSS变得简单明了,他们将使用免费软件。另外,演讲者建议营销他的发展。



使用这3个简单的技巧将您的贡献者加倍!

fosdem.org/2020/schedule/event/gamedev_double_contributors_tricks(描述,幻灯片,视频)

clickbait标题掩盖了OpenSource产品成功的秘诀是“在痒处抓痒”。首先,您可以找到一个利基市场,那里没有付费软件的免费替代品,并且可以提供类似产品。第二个选项是创建一个 MVP并吸引人们。他们将想改变某些事情,而您将提供这样的机会。第三次人生骇客是“变得友善”,人们将会舒展。使用TOFFEE(入职时间,端到端查找和解决问题的时间)度量标准。

奖励技巧是如何使贡献者数量增加一倍-使用1个贡献者加入现有项目。




安排报告。午餐在哪里?



培育开源项目和社区的经验教训

fosdem.org/2020/schedule/event/osslessons(描述,视频)

另一个建议不要喷洒和“抓痒”的报告旨在解决您自己所遭受的问题。如果您支持公司的OpenSource产品,请考虑一下您带给世界的伟大目标。成功的秘诀:具有愿景的全球视野,对观众的同情心,并且不要因为令人愉悦的原因而安排假期,例如发布重要版本。



容器和Kubernetes如何重新定义GNU / Linux操作系统

fosdem.org/2020/schedule/event/riek_kubernetes(描述,视频)

有关软件交付方法演变的故事。程序包管理器,然后是配置管理系统,然后是虚拟化时代以及公司和公共云的出现。最后的迭代是容器和容器协调器的演进。容器本身独立于供应商很酷,但是同时,基础架构也可以作为服务使用。




人群拥挤的观众面前挂满了招牌。后来者有机会通过本地Wi-Fi在线观看广播。



在GitHub规模上进行精确的跨项目代码导航

fosdem.org/2020/schedule/event/github_cross_project_code_navigation(说明,幻灯片,视频)

您不能只是在github中获取并编码导航您需要在某处铲除并解析大量代码,以存储和增量更新存储库所有分支中整个代码的依赖关系树。我以前从未考虑过此类任务的复杂性。



共同推动CI / CD的未来

fosdem.org/2020/schedule/event/continuous_delivery_foundry(描述,视频,幻灯片)


自上次报告以来,我设法在窗台上占据一席之地,大多数想要的人根本不适合听众。

关于去年创建的持续交付基金会的故事。 CI / CD的三个主要问题是微服务及其需求的出现,CI / CD工具的多样性以及变更的复杂性。创建的目的是恢复该区域中的顺序。他们制作 CI / CD场景(就像在 CNCF中一样),执行连续交付 mitaps(主要根据Jenkins),标准化工具(例如,在不同的程序中收集术语),创建不同的参与者 -例如 sig-mlops-他们想清理CI / CD机器学习的地方。
他们有可能加入



使用Kotlin自动化您的工作流程

fosdem.org/2020/schedule/event/kotlin_automate_your_workflows(描述,幻灯片)


观众对正在发生的事情充满了魅力。

伙计们为Android开发应用程序的故事,他们如何在Kotlin上重写ruby,bash和groovy脚本。现在,他们拥有一种可以被世界各地的开发人员理解的语言。我们安装了Kscript,连接了插件,安装了 clikt,编写了内部工具kinta,它使开箱即用的自动化成为可能。他们说他们不知道麻烦,但我不相信。


Kinta功能。他们说他们梳理时会打开。



为什么GPL非常适合企业

fosdem.org/2020/schedule/event/gpl_and_business(描述)

首先,概述最不开放给自由主义者的许可证模型。然后,介绍获得开源产品的方式:与商品交易,提供 SaaS之类的产品,与资金(例如 CNCF)合作,认证和品牌许可,捐赠,赏金驱动开发(当他们为完成的功能付费时),销售广告,延迟开源(您只向付费用户提供最新版本),付费专业版的发布(尽管这是负面的,这是开源的),提供付费支持和双重许可的不同模式(何时您可以付费并忽略 copyleft限制)。在维基百科上找到完整的方法清单在云时代,靠自己的SAAS赚钱很难,因此有时禁止公共云提供商在未经创建者许可的情况下提供软件即服务。(Redis,MongoDB,CockroachDB)。该报告的主要结论是:copyleft许可证(例如GPL)将帮助OpenSource计划谋生,并将围绕产品开发生态系统和社区。



教育方面的免费软件

fosdem.org/2020/schedule/event/edufoss(描述,视频,幻灯片和链接)
儿童如何使用FOSS:搜索信息,交流,消费娱乐性内容,在家中和计算机班级中使用特殊的教育应用程序。FOSS本身在学校中很少使用,所以这两个人创立了schul-frei运动。他们收集了OpenSource集合,该集合在学校很有用(在Internet上找不到),并吸引了本地IT公司来支持该软件。




炸薯条在全世界被称为“炸薯条”,他们在比利时提出了它。像这样。



吸引OSS的企业消费者

fosdem.org/2020/schedule/event/enterpriseoss(描述,视频,链接)

大公司参与OpenSource变得很流行,因此出现了新的细微差别。当一个人自愿捐款时,他通常会对完成拉取请求感兴趣。当他按合同工作时,他可以辞职。如何使用它:加快机载速度,拆分拉动请求,衡量所有内容 “代表”使用并根据个人资料确定意图。OSPO在所有大型公司中都有,通常会检查OpenSource的正确组织。阅读书籍:加速社区发展为过程混合代码:开源与经济发展



在公司主导的开源项目中建立繁荣的社区

fosdem.org/2020/schedule/event/corpcommunitythrive(描述,幻灯片,视频)

人们为什么参与其他公司的OpenSource产品:热爱技术,专业发展的机会,归属感。
因此,如何提供帮助:

  • 促进准入门槛:增加信息的可用性,邀请参加讨论,透明地做出决定
  • 声明从属关系:做活动,领导领导,邀请到办公室
  • 给贡献者做广告:撰写博客,邀请参加小组讨论,发送书面致谢。




带QR猫的Leroy贴纸导致秘密视频派上用场



我如何去FOSDEM


这次会议是加入OpenSource文化的好方法,而不是凝视并与出色的IT专家见面。例如,全球InnerSource社区InnerSourceCommons的员工。我正在倡导这种方法:就像在OpenSource中一样,仅在公司范围内。在开源领域,人们已经学会了开发复杂的程序,这些程序遍及多个大洲并且使用不同的语言,并且他们正在非常成功地做到这一点。合理的步骤是在内部开发中重用最佳实践。稍后再说。现在,我将很乐意在评论中讨论这些问题。

Source: https://habr.com/ru/post/undefined/


All Articles