LWN:不负责任地预测一下2021!

限时加码!20+主流AI编程工具免费用 购周边加赠Coding Plan Lite,Claude Code、Cursor等即刻畅享,学习进阶更高效! 阅读详情

关注了就能看到更多这么棒的文章哦~

Some unlikely 2021 predictions

By Jonathan Corbet
January 6, 2021
DeepL assisted translation
https://lwn.net/Articles/840632/

有些传统做法其实并不是个好的做法。比如,LWN 的传统就是在一年刚开始时对未来一年会发生什么进行一些预测。有些预测是很可能会发生的,而另一些则不那么可信,但全部都不可靠。尽管如此,我们从 2002 年开始还是一直继续做这个预测,那么我们现在也不会停止。请往下阅读我们对 2021 年可能会发生的事情的大胆猜测。

运气好的话, 今年全世界将从疫情的深渊中走出来 。从很多方面都可以看出,这场疫情对自由软件社区的影响相对较小,所以可以预料,疫情结束之后社区也不会有太大的变化。我们将一如既往地继续创造伟大的软件。不过,疫情结束意味着,我们可以在今年晚些时候开始面对面地开会了,这对我们社区的长期健康发展非常重要。尽管如此,许多人可能仍然不愿意长途出差,而有的公司可能在为重新出差而提供报销的时候也会有些迟疑。因此,我们的会议中至少有许多还是会在全年进行在线举行。

不过,随着世界的开放,另一件事可能会发生,那就是我们社会中的一些人会得出结论认为人生太短,变数太大,不应该把时间都花在键盘上。在未来一两年内,可能会看到更多人员退休了。

对 CentOS 8 的支持将在今年年底结束 ,用户将不得不过渡到 CentOS Stream 或彻底放弃 CentOS 而寻找其他解决方案。尽管有很多抱怨,但是 CentOS Stream 对于那些现在使用 CentOS 稳定版本的环境来说很可能是可以接手正常使用的。人们可能会发现,在这个云计算的时代,一个 longterm-stable 的发行版并不像过去那样重要了。如果运行这个发行版的 "machine" 都不会持续使用好几年时间,那么他们所运行的发行版为什么需要存活那么长时间?CentOS 的终结,可能会产生意想不到的效果,那就是总体来说破坏了对超稳定(ultra-stable)的 "企业 (enterprise)" 发行版的需求。

当然,会有人试图按照 CentOS 原来的样子创建出来 ,但是所有的尝试(或者大多数)都会失败。要多年维持一个稳定的发行版需要很多工作,而且是很乏味、没有回报的工作。在 Red Hat 接手 CentOS 之前,CentOS 一直在挣扎求活。它的继任者没有理由会生存得很轻松。目前大家共识中最有可能的替代方案 Rocky Linux 并没有任何公开可见的讨论反而只在 Slack 这个专有(proprietary)软件平台上交流,这一点也很令人担忧。

无论是好事还是坏事,Fedora 项目总还是能够与 Red Hat 保持着良好的关系。openSUSE 的地位远没有这么明确,这也是去年它的邮件列表上纷争不断的原因之一。 OpenSUSE 需要在 2021 年更好地定义其与 SUSE 的关系 ,哪怕没有外界的压力(比如创建的 openSUSE 基金会,或传闻中 SUSE 的公开募股),也需要能做好这一点。和 Fedora 一样,openSUSE 也是我们最早和最有影响力的发行版之一的嫡系衍生版,它还会和我们在一起很长时间,但具体要如何实现,这还需要继续探讨。

在 2021 年,不需要使用电子邮件客户端就可以提交内核 patch 了,但很少会有人会这么做。内核社区最终会被拖入更现代的开发方式中。不过内核项目目前的流程是有其原因的,其他项目很少能跟 Linux kernel 项目相接近数量的开发者或 patch。要想让 Linux kernel 如此大规模的项目上能真正用起来 "现代" 的开发流程,必须要思考清楚。正如过去发生的情况一样,这里能得到的创新成果可能会远远超出内核社区能想到的。

BPF 的商业特性在 2021 年将变得更加突出 。BPF 允许将代码加载到正在运行的 Linux 内核中,并在内核中执行。在过去的几年中,它的功能和使用到的地方一直在快速增长。今年,我们将看到公司如何使用它来构建他们的产品和服务。BPF 使得向内核添加有趣的功能更加容易了,但它也起到了将实现这些功能的代码与内核源码分隔开的效果。我们未来的系统可能会更灵活、功能更强大,但它们也可能因此会变得更加专有(proprietary),尽管所有的代码从表面上看来都是 free 的。

GNOME 40 将带来一个新的 shell 界面 (https://blogs.gnome.org/shell-dev/) 。这是 GNOME 界面上的改变,所以肯定会看到许多强烈的抱怨,毕竟人们终于开始能与当前的 GNOME shell 相处甚欢了。是的,这会是 GNOME 40,而不是 GNOME 3.40。

Python 开发者将不得不认真思考这门语言的未来 。Python 3.0 的发布是十二年前的事情了,从 Python 2 转移到 Python 3 的困难时期已经过去了。我们可以合理地认为,Python 3 语言已经 "完成" 了历史使命,不需要进行重大更改了。另一方面,像 structural pattern matching 这些新提出的特性表明,一些开发者仍然希望做一些比较大的改动。我们可以很有把握地预测到,短期内不会有 Python 4 发布。但是很难预测的是,那些希望版本稳定下来的开发者什么时候会开始踩刹车,也就是停止继续对 Python 3 进行重大改变。

软件供应链攻击(software supply-chain attack)将是今年社区面临的一个严重威胁 。SolarWinds 攻击就曾被用来危害一些美国政府机构,它是通过将恶意软件植入一个常规的软件更新中来实现的。我们可以把这篇文章当笑话来读,也就是 2019 年的这篇 SolarWinds 博客文章(https://thwack.solarwinds.com/t5/Geek-Speak-Blogs/The-Pros-and-Cons-of-Open-source-Tools/ba-p/478665 ),它声称开源软件导致人们下载恶意软件的几率 "高得多"。那篇文章显得很幼稚,但是这种攻击确实也可能发生在自由软件上,因为它们是通过许多可信渠道以二进制形式发布的。恶意代码如果被插入到这些供应链中的话,可能会造成毁灭性的影响。我们只能希望我们所信任的这些服务提供方是真正值得信赖的。

在美国和欧洲,针对 Facebook 和谷歌等公司的反垄断执法将在 2021 年加快 。这些动作长期来看影响可能是非常巨大的,对我们的社区来说,不确定是好事还是坏事,但法院的严格进程将会导致今年不会有特别巨大的影响发生。被置于反垄断的显微镜下之后,可能会让这些对自由软件社区有重大贡献的公司在做事时更加谨慎。如果新提出来的一个软件贡献看起来像是在试图进一步巩固垄断,那么可能就不会得到接受。

随着各家公司意识到 OpenStreetMap 提供了与谷歌地图竞争的最佳方式, OpenStreetMap 的重要性将继续增加 。因此,会有许多资源涌入该项目。事实上,企业资助所贡献出的内容似乎已经成为了 OpenStreetMap 数据库内容的主要部分。不可避免地,这会产生同一开始就建立起 OpenStreetMap 的爱好者们的冲突,但最终的结果应该是对每个人都有好处。就像自由软件一样,自由数据(free data)在每个人都在努力帮助改进时,它就会变得更好。

通过这一切, Linux 和自由软件在 2021 年底只会更加强大 。这种趋势已经保持了几十年,经历了经济危机、恐怖袭击、全球性的疫情、互联网泡沫等等,可以很有把握地预测这个趋势仍然会继续延续。

最后,所有这些预测将在 2021 年 12 月 23 日的 LWN 周报中进行回顾以及接受嘲讽,这也是我们这个传统的另一面。这也是我们在自由软件社区内进行报道的这个更大的使命中的一小部分,这个传统即将走入第 24 个年头了。当然,在开始的时候,我们谁也没有预料到可以坚持这么久,但可以肯定地说,当这一年结束的时候,我们仍然会坚持下去。一如既往,非常感谢这么多年来各位一直支持我们的工作,是你们让我们能一直坚持下去。祝愿所有 LWN 的读者在 2021 年平安无事,收获颇丰。

全文完
LWN 文章遵循 CC BY-SA 4.0 许可协议。

欢迎分享、转载及基于现有协议再创作~

长按下面二维码关注,关注 LWN 深度文章以及开源社区的各种新近言论~

elasticsearch 8.19.16集群部署文档 elasticsearch 集群安装部署详细步骤 阅读详情

相关推荐

SAP_APP 这个生成角色,为什么只能放在测试和开发系统里

SAP系统高权限角色SAP_APP常被误认为是标准交付角色,实则需通过REGENERATE_SAP_APP报表动态生成,其权限范围取决于当前系统配置。该角色横跨多个应用组件,主要用于开发测试阶段快速授权,而非生产环境业务用户使用。与SAP_ALL不同,SAP_APP专注于应用层授权,但两者均存在权限过大的风险。建议仅在开发系统短期使用,并遵循系统、时间和人员三边界原则。生产环境应避免使用,而应基于岗位职责设计最小权限角色,确保权限管理的可审计性和安全性。(149字)

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 1519

大数据哲学:借助大数据科学服务拓展人类与数据的关系!

传统上,人类与数据的关系是工具性的——数据是人类认识世界的手段,是客观世界的“表征”或“记录”。但在大数据时代,这种关系正在发生根本性的转变。

m0_65595995的博客 210

软件供应链安全中:攻击面远超想象

软件供应链安全中:攻击面远超想象

代码讲故事 685

RabbitMQ 使用场景详解

RabbitMQ 使用场景详解

qq_59093178的博客 134

MapReduce InputFormat 深度解析:数据怎么从文件变成键值对

小文件太多,每个文件一个 Map 任务,任务数量爆炸、调度开销大。,分片=64MB → 一个 128MB Block 会被切成 2 个 Split,产生 2 个 Map 任务。,分片=256MB → 两个 128MB Block 合并成 1 个 Split,产生 1 个 Map 任务。MapReduce 处理数据的第一步,是把原始文件读进来、切成块、转成键值对,交给 Map 函数去处理。如果数据是二进制文件、图片、或者自定义协议格式,没有现成的 InputFormat,就自己写。

Lxn2zh的博客 254

2026自动售货机大规模部署挑战:从8万台设备到百万级的架构演进~YH

接入层(长连接管理+消息吞吐+协议适配);数据处理(分库分表+实时分析+数据一致性);运维效率(自动化运维+智能故障预测+补货调度优化);架构演进路径(万台级→十万台级→百万台级)。以智购科技为例,其自研SaaS后台管理系统采用IoT网关集群+消息队列+分库分表架构,支持十万级设备同时在线接入。产品已出口至全球100多个国家和地区,售后网络覆盖国内外600多个城市、30000多个网点。本文基于行业公开信息与技术调研整理,仅供参考。

2601_96446488的博客 348

【IEEE出版】第八届机器学习、大数据与商务智能国际会议(MLBDBI 2026)

收录检索: IEEE Xplore, EI Compendex, Scopus。第八届机器学习、大数据与商务智能国际会议(MLBDBI 2026)早鸟优惠截止时间:2026年9月8日 23:59。三轮截稿时间:2026年9月11日23:59。点击官网 即可参会/投稿/了解会议详情。接受/拒稿通知:投稿后1周左右。2026年10月23-25日。

Paperthinker的博客 234

linux搭建kafka

查看容器状态:执行docker ps,确认kafka与kafka-ui两个容器均处于Up状态。访问 UI 地址:在浏览器打开,进入 Kafka UI 控制台。检查集群连接:在 UI 的 Cluster 页面确认local集群显示为在线,且 Broker 数量为 1。

Asion15727288501的博客 261

Kafka利用sendfile与Page Cache实现高性能传输剖析

本文剖析Kafka通过将消息缓存交由操作系统Page Cache,并结合sendfile零拷贝机制,实现高性能传输。其核心在于:1)摒弃JVM堆内存缓存,避免GC停顿与内存开销;2)统一二进制格式,实现“零转换”;3)利用sendfile在内核态直接将Paache数据经SG-DMA直送网卡,减少上下文切换与CPU拷贝,显著降低延迟、提升吞吐。该设计使Kafka在高并发场景下具备接近原生性能的写读能力。

wuminyu的博客 458

库存管理分析岗校招能力模型:SQL、库存周转、补货预测怎么准备

2026秋招库存管理分析岗位最需要三类能力:用SQL和Excel把库存、销量、周转拆清楚,理解补货、安全库存、缺货与滞销,能推动采购、仓配、运营一起解决异常。

2501_93367079的博客 120

华为 ASG Manager 镜像日志接收链路故障排查流程

本文基于ASGManager V200R001C00SPC100与ASG5305设备,总结“控制台看不到日志”的排查经验。核心思路为:通过asg-diagnose.sh脚本快速定位故障链路——日志流转路径为设备syslog→服务器网卡→Pcap4j抓包→Storm处理→ClickHouse落库→Web展示。任一环节中断均会导致日志缺失。重点排查worker.log中的三个关键字(“设备名称不正确”“获取网络接口失败”“_handle为null”),结合PCAP_COUNT_LONG是否递增判断抓包状态。推荐

Merlyj的博客 178

企业官网GEO实战:用 Organization 与 Person Schema 构建作者实体,让 AI 引擎把内容归到可信来源

适用读者:企业官网与内容站的 .NET/前端工程师、负责品牌技术侧 SEO 的团队;正在研究 AI 引擎"引用谁、不引用谁"逻辑的技术负责人。文中示例基于 JSON-LD 与 ASP.NET Core 8,思路平台无关。做 GEO(生成式引擎优化)的团队大多把精力花在内容与结构化数据上:FAQPage、HowTo、Product,一个不落。但有个问题长期被忽略:当 AI 引擎决定"这条信息该归到谁头上"时,它依赖的不是页面,而是。

专注于生成式引擎优化GEO,AI优化AIO,网站优化SEO,小程序开发,公众号开发、软件开发。 36

从零搭建ELK日志采集系统:Filebeat + Logstash + ES + Kibana 保姆级教程

你是不是还在用tail -f和grep在多台服务器上翻日志?系统一出问题,就要登录三五台机器,来回切换窗口,定位一个Bug耗时半小时。ELK 是业界最成熟的日志集中管理方案。本文将带你用一键部署四件套,所有服务容器化运行,配置完整注释,你只需要复制、修改路径、启动即可。架构特点轻量级,无需Kafka中间件Filebeat直接发送给Logstash,Logstash处理后存入ES适合中小规模项目(日日志量 < 500GB)前提条件Linux/macOS 或 Windows(WSL2)

afjkdajs的博客 332

Elasticsearch 向量数据库:几分钟内完成部署,以经济高效的方式扩展至数千亿规模

Elasticsearch向量数据库是一款无服务器、开箱即用的向量搜索服务,专为RAG、AI代理和语义搜索优化。它自动处理嵌入生成、索引调优与存储压缩,支持JinaAI等模型的托管GPU推理,通过bfloat16、BetterBinaryQuantization等技术降低存储成本并提升性能。内置混合搜索与过滤向量检索,结合企业级安全与可预测定价,助力开发者快速构建高效可扩展的AI应用。立即免费试用,几分钟即可上手。

Elastic 中国社区官方博客 348

Linux入门攻坚——89、Hadoop-1-架构及概念

对于存储,即HDFS,其对外要提供一个统一的访问点,数据分散保存到各个节点上,需要知道各个节点到底存了哪些数据块,于是,就形成了主从结构的存储系统,有一个节点作为master节点,其对外提供统一的储存/访问管理接口,对内要负责把要存储的数据分片(shard)、每片保存到哪个节点上,这些信息就是元数据信息,master负责保存这些信息,这个master节点叫做NameNode,名称节点,简称NN,存储具体数据块的节点,是slave节点,从节点,叫做DataNode,数据节点,简称DN。

kaoa000的专栏——非淡泊无以明志,非宁静无以致远 119

云客服多渠道统一接入,消息队列技术实现方案

云客服多渠道统一接入的消息队列实现方案,核心是"统一接入层 + 消息中间件 + 消费者处理层"三层架构。接入层将网页、APP、小程序、邮件、社交媒体等渠道消息标准化后投递至消息队列,处理层按业务类型消费,实现渠道解耦、削峰填谷与异步处理。本文给出架构分层、消息队列选型对比、Topic 与分区设计、接口对接规范、性能指标测算(附文档级出处)、可靠性保障、压测数据框架与监控排查方案,面向技术负责人提供可落地的工程实现参考。

weixin_47312655的博客 250

基于大数据的股票历史行情数据分析与可视化

本文设计并实现了一套基于大数据的股票历史行情数据分析与可视化系统,采用Python、Hadoop、Spark、Hive等技术构建数据处理平台,结合Django与Vue框架完成前后端开发,利用Echarts实现多维度可视化。系统涵盖市场、个股、板块、资金及大屏分析功能,并引入K-means聚类算法进行群体画像。通过数据采集清洗、分布式计算与交互式展示,有效提升金融数据分析效率与决策支持能力,具有良好的实践参考价值。文末可获取完整源码。

lybysj668的博客 530

al+大数据每日学习笔记36

掌握HDFS底层原理后,Shell命令是日常运维、开发测试最常用的操作方式。HDFS Shell支持文件上传、下载、权限修改、副本配置、文件统计、目录管理等全场景操作,语法简洁、贴近Linux命令,上手难度极低。1、日常开发上传优先用put、下载优先用get,是生产通用规范;2、剪切命令会删除本地源文件,操作前需确认数据是否需要保留;3、权限、目录创建、副本修改等操作仅与NameNode交互,属于元数据操作,无数据传输;

2402_85354210的博客 213

(免费领源码)基于Python的博物馆研学活动管理系统的设计与实现22724- java、PHP、python、C#、小程序、大数据、单片机、网络工程等)

摘要 本文设计并实现了一个基于Python和Django框架的博物馆研学活动管理系统。该系统旨在帮助学校和教师高效管理研学活动信息,提供在线报名、活动管理、评价反馈等功能。系统分为用户端和管理员端:用户端支持活动浏览、报名、评价等操作;管理员端负责活动发布、报名审核、系统管理等。采用MySQL数据库存储数据,通过功能测试和可用性测试验证了系统的稳定性和易用性。研究结果表明,该系统能够有效提升博物馆研学活动的管理效率,满足用户需求,具有良好的应用前景。

weixin_bysj703的博客 61
上一篇: LWN:关注隐私安全自由的PureOS!
下一篇: LWN: 5.11 合并窗口,第二部分!
LinuxNews搬运工
博客等级 码龄7年 419粉丝 20原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值