COSCL 畅聊第六期:开源软件的生态建设与风险管理
《技术的本质》(布莱恩・阿瑟)一书中,布莱恩提出了一些极其深刻的洞见,例如:技术是组合与递归的。不同项目之间互相依赖,形成共生,在这个过程也必然会存在一些风险。软件供应链恰恰最能体现不同软件间的共生关系,一个好的供应链必须是安全、高效的,这样才能为供应链中的软件创造一个好的发展生态。但当下的软件供应链还存在许多问题,需要多方共同讨论解决……
在 《中国开源社区 Landscape 社区畅聊》系列直播的第六期,我们邀请了开源圈内有名的四位专家:宋可为、姜宁、tison 和高晟,一起来聚焦一下开源供应链生态的现状与未来,畅聊当下需要重点关注的开源供应链安全问题,以及对应的开源供应链风险评估系统/应急机制应当如何搭建...
直播期间可随时提问,嘉宾会抽取高质量问题进行解答,被选中的提问者可以获得礼品一份。
一、直播主题
主题:开源软件的生态建设与风险管理
时间:12 月 23 日(周五) 19:00 ~ 20:30
平台:“OSC 开源社区” 视频号
主办方:中国开源社区 Landscape (COSCL) 社区
二、直播嘉宾:
主持人:宋可为,北京开源创新委员会常务副主任、中国开源软件推进联盟副秘书长
直播嘉宾:tison,Apache Member &Incubator Mentor,Apache Flink Committer,公众号《夜天之书》作者
直播嘉宾:姜宁,Apache软件基金会2022年度董事
直播嘉宾:高晟,蚂蚁集团开源合规平台负责人
三、直播通知群
加入群聊,获取直播的一手通知、与其他开发者共同探讨技术(摸鱼吹牛)。
四、直播话题
- 聊聊供应链安全问题,断供、上游漏洞...
- 如何搭建开源风险评估系统/应急机制
- 如何搭建优质供应链和生态
- 开源供应链未来趋势
五、直播福利
福袋抽奖:直播中将有多轮抽奖,10 + 个中奖名额,参与就有机会获得 OSC T 恤、笔记本、小米保温杯、前沿技术书籍等礼品 。
关于中国开源社区 Landscape 社区
COSCLC:中国开源社区 Landscape 社区,是以国内开源社区为单位的社区,旨在通过凝聚社区力量,推动国内开源生态发展。(COSCLC 具体章程等规划正在筹备中,近期公布。)
关于 《COSCLC 社区畅聊》系列直播
《COSCLC 社区畅聊》系列直播由中国开源社区 Landscape 社区(COSCLC) 推出,把目光聚焦于开源项目背后的开源社区和开源作者,让他们来畅聊一下:自己的开源项目因何而起、经历了怎样的发展,开源作者 / 社区在开源过程中的酸甜苦辣、开源项目的运营经验...
每个开源项目的背后都有不同的故事,让我们倾听这些来自社区,来自作者的声音。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
8000字详解Thread Pool Executor
摘要:Java是如何实现和管理线程池的? 本文分享自华为云社区《JUC线程池: ThreadPoolExecutor详解》,作者:龙哥手记 。 带着大厂的面试问题去理解 提示 请带着这些问题继续后文,会很大程度上帮助你更好的理解相关知识点。@pdai 为什么要有线程池? Java是实现和管理线程池有哪些方式? 请简单举例如何使用。 为什么很多公司不允许使用Executors去创建线程池? 那么推荐怎么使用呢? ThreadPoolExecutor有哪些核心的配置参数? 请简要说明 ThreadPoolExecutor可以创建哪是哪三种线程池呢? 当队列满了并且worker的数量达到maxSize的时候,会怎么样? 说说ThreadPoolExecutor有哪些RejectedExecutionHandler策略? 默认是什么策略? 简要说下线程池的任务执行机制? execute –> addWorker –>runworker (getTask) 线程池中任务是如何提交的? 线程池中任务是如何关闭的? 在配置线程池的时候需要考虑哪些配置因素? 如何监控线程池的状态? 为什么...
- 下一篇
「实操」适配 NebulaGraph 新版本与压测实践
本文来自邦盛科技-知识图谱团队-繁凡,本文以 NebulaGraph v3.1.0 为例。 前言 NebulaGraph v3.1 版本已经发布有一段时间了,但是我们的项目之前是基于 v2.6.1 版本开发的,由于一直在做功能相关的工作,所以一直没有对图库进行升级。 最近,刚好完成了 NebulaGraph v3.1 版本的升级,并做了一些测试工作,这期间的一些问题总结,在这里分享一下,都是实践中踩过的坑,文中的一些问题可能也是 NebulaGraph 相关的 bug。 升级事项 v2.6.1 版本到 v3.1.0 版本是一个较大版本,从不支持直接升级来看,改动的东西还是蛮多的,那么项目中需要改造的地方应该也是比较多的。下边是我们在升级过程中的一些总结。 语法改动 首先是 MATCH 查询的调整,优化了 MATCH 的查询性能,并且支持多 MATCH 的子句,这个确实极大地提高了 MATCH 查询的表达能力,但是实测当中,复杂的查询性能并不会太高,用于不需要毫秒级响应的查询分析还是很方便的。 MATCH 查询属性需要指定 Tag,这个一定程度上解决了同名属性的问题,顺带提一下在 GO ...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker安装Oracle12C,快速搭建Oracle学习环境
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS7安装Docker,走上虚拟化容器引擎之路
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- CentOS8安装Docker,最新的服务器搭配容器使用
- Hadoop3单机部署,实现最简伪集群
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS8编译安装MySQL8.0.19