网站头条 第5页

12 月头条：编程语言 R 重回前十

R 语言因其适合统计学家和数据科学家而闻名。随着统计学和大规模数据可视化的重要性日益增加，R 语言重新获得了流行度。例如，这一趋势也体现在 Wolfram/Mathematica（另一种具有类似功能的工具）的兴起上，该工具本月重新进入了前 50 名。

由于其非常规的语法和在大型生产系统中的有限可扩展性，R 有时会受到“传统”软件工程师的批评。但对于领域专家来说，它仍然是一个强大而优雅的工具。R 在大学和以研究为导向的行业中持续繁荣。

在最近的过去，R 和 Python 通常被视作竞争对手，而 Python 最终在整体采用率上取得了胜利。然而，R 仍找到了一个坚实且持久的定位。它在快速实验、统计建模和探索性数据分析方面表现出色。我们已经看到许多 TIOBE 指数前 10 名的编程语言起伏不定。有趣的是，R 是否能保持其当前的位置。

其他有趣的消息：下个月我们将宣布 2025 年 TIOBE 编程语言。目前，C#似乎是这个称号的最有力竞争者。

TIOBE 编程社区指数是衡量编程语言流行程度的指标。该指数每月更新一次。排名是基于全球熟练的工程师数量、课程和第三方供应商。用于计算排名的流行网站包括 Google、Amazon、Wikipedia、Bing 以及 20 多个其他网站。需要注意的是，TIOBE 指数并不是关于最好的编程语言，也不是关于编写最多代码的语言。

该指数可用于检查您的编程技能是否仍然与时俱进，或在开始构建新软件系统时做出战略决策应采用哪种编程语言。TIOBE 指数的定义可以在这里找到。

Dec 2025  2025 年 12 月	Dec 2024  2024 年 12 月	Change  变更	Programming Language  编程语言		Ratings  评分	Change  修改
1	1			Python	23.64%	-0.21%
2	4			C	10.11%	+1.01%
3	2			C++	8.95%	-1.87%
4	3			Java	8.70%	-1.02%
5	5			C#	7.26%	+2.39%
6	6			JavaScript	2.96%	-1.66%
7	9			Visual Basic	2.81%	+0.85%
8	8			SQL	2.10%	+0.11%
9	26			Perl	1.97%	+1.33%
10	16			R	1.96%	+0.91%
11	11			Delphi/Object Pascal	1.91%	+0.48%
12	10			Fortran	1.60%	-0.18%
13	15			MATLAB	1.52%	+0.43%
14	24			Ada	1.49%	+0.77%
15	7			Go	1.37%	-0.80%
16	12			PHP	1.36%	-0.03%
17	14			Rust	1.30%	+0.01%
18	13			Scratch	1.11%	-0.23%
19	17			Assembly language  汇编语言	1.04%	-0.01%
20	23			Kotlin	0.92%	+0.10%

其他编程语言

以下列出了完整的编程语言前 50 名。这个概览是非官方发布的，因为有可能我们遗漏了某种语言。如果您觉得缺少某种编程语言，请通知我们：tpci@tiobe.com。也请查看我们监控的所有编程语言的概览。

接下来的 50 种编程语言

以下列表中的语言排名为#51 到#100。由于排名差异相对较小，仅列出这些编程语言（按字母顺序排列）。

• ActionScript, Algol, Alice, Awk, B4X, Caml, CLIPS, Clojure, Common Lisp, Crystal, D, Elm, F#, Forth, GAMS, Groovy, Hack, Icon, Inform, Io, J, JScript, Logo, Maple, Modula-2, Mojo, MQL5, NATURAL, Nim, Oberon, OCaml, Occam, OpenCL, PL/I, Q, REXX, S, Scheme, Simulink, Smalltalk, SPARK, SPSS, Stata, SystemVerilog, Tcl, Transact-SQL, V, VHDL, X++, Xojo

本月索引的变化

本月对索引的定义进行了以下更改：

• 约翰·魏瑟提议将 LEAN 编程语言添加到 TIOBE 索引中。LEAN 满足所有标准。因此，它已被添加到待监控的列表中。LEAN 在索引中首次亮相排名第#145。

很长一段时间的历史

要了解整体情况，请查看下面多年以来排名前十的编程语言的位置。请注意，这些是 12 个月期间的平均排名。

重要观察：

• 2001 年以前的数据并非基于网络搜索引擎的计数，而是基于 Usenet 新闻组的点击次数，这些数据是事后计算得出的。
• “Visual Basic”和“(Visual) Basic”在上表中是有区别的。“(Visual) Basic”直到 2010 年之前指的是所有可能的 Basic 变体，包括 Visual Basic。经过一些讨论，决定将“(Visual) Basic”拆分为所有其变体，例如 Visual Basic .NET、Classic Visual Basic、PureBasic 和 Small Basic 等。由于 Visual Basic .NET 已成为 Visual Basic 的主要实现，因此现在它被称为“Visual Basic”。
• 编程语言 SQL 在 2018 年被加入到 TIOBE 指数中，因为有人指出 SQL 是图灵完备的。因此，尽管这门语言非常古老，但它在指数中的历史却很短。

编程语言名人堂

以下列出了所有“年度编程语言”奖项的得主。该奖项颁发给在一年中评分上升最高的编程语言。

Year  年份	Winner  获奖者
2024	Python
2023	C#
2022	C++
2021	Python
2020	Python
2019	C
2018	Python
2017	C
2016	Go
2015	Java
2014	JavaScript
2013	Transact-SQL
2012	Objective-C
2011	Objective-C
2010	Python
2009	Go
2008	C
2007	Python
2006	Ruby
2005	Java
2004	PHP
2003	C++

转自 https://www.tiobe.com/tiobe-index/

一个月前，有人提议在 Fedora Linux 44 中将内核的帧缓冲控制台 “FBCON” 替换为用户空间的 KMSCON。现在，Fedora 工程与指导委员会（FESCo）已批准在 Fedora 44 中实施这一更改，作为更大计划的一部分，最终目标是淘汰内核中的 FBCON/FBDEV 模拟功能。

如果所有适当的备用方案都准备就绪，并且在用户空间控制台方案出现任何问题时足够稳健，人们会有些担忧，但最终 FESCo 的相关票务中对于推进 Fedora 44 的 KMSCON 计划获得了全体一致的批准。

Fedora 的变更提案说明：

“fbcon 是在内核中的终端模拟器，它维护得并不完善（由于一个 CVE 漏洞，几年前失去了滚动功能），并且需要内核中的 fbdev 模拟层，因为所有 GPU 驱动都使用了较新的 drm 接口。它仍然需要用户空间的可执行程序如 getty 和 bash 才能发挥作用。

kmscon 是一个基于 Linux 内核模式设置（KMS）的简单终端模拟器。它可以替代 fbcon 用于 VT 控制台，并提供更好的键盘支持和更高的安全性。

此次变更将执行以下操作：默认安装 kmscon，并更新符号链接/usr/lib/systemd/system/autovt@.service，使其指向 kmsconvt@.service，以便在切换 VT 时默认启动 kmscon。kmscon 在非图形安装中也应作为默认选项，因为它不需要任何图形库（仅需要 libdrm 来访问 framebuffer）。

此更改不会影响安装或启动过程（例如加密密码回退），因为 fbcon 仍会编译进内核。用户如果想要，或者在他们的设置中 kmscon 出现问题，仍然可以回退到 fbcon。如果 kmscon 无法启动，它将回退到 getty/fbcon。

目前 kmscon 依赖于 opengl/mesa，因为它有一个可选的 opengl 后端。但我们不希望在非图形服务器安装中出现这种情况。我将把该包拆分为两个，类似 kmscon 和 kmscon-gl，用于可选的 GL 渲染器。

那些不熟悉KMSCON或想要了解这个用户空间控制台的人可以通过GitHub找到它。为了改进不足之处并为现代Linux系统提供更多功能，新的发布版本仍然频繁出现。

转自  Fedora 44 Cleared To Replace Kernel Console With User-Space KMSCON – Phoronix

SUSE 工程师 David Sterba 在上周五提交了 Btrfs 的 Linux 6.19 拉取请求，该请求是在 Linux 6.18 稳定内核发布日（周日）之前提交的。这个写时复制文件系统继续为 Linux 内核的下一个版本进行一些诱人的功能开发和其他改进。

在 Linux 6.18 内核中，Btrfs 添加了对大于页面大小的块大小的实验性支持。”BS > PS” 的工作在 Linux 6.19 中继续进行。现在，当不使用大型 folios 时，代码支持更多操作，如编码读写和 Btrfs SEND 支持。Btrfs 的原生 RAID5 / RAID6 支持现在也能够处理块大小大于页面大小的情况。

Linux 6.19 为 Btrfs 引入的一项新实验性功能是关机 ioctl 支持，能够将文件系统状态设置为关机状态，并允许挂起的操作在关机前完成。在”CONFIG_BTRFS_EXPERIMENTAL”模式下，校验和计算现在被卸载到进程上下文中，以简化锁机制并提高直接 I/O 吞吐量，在未卸载时，带缓冲的 I/O 性能提升了约 15%。未来，这种卸载的校验和计算模式可能会默认启用。

Btrfs 的 scrub 和设备替换功能也将更好地应对挂起/休眠事件。当系统尝试挂起时，正在运行的 Btrfs scrub 任务现在会暂停 scrub，并替换任何设备替换事件。系统恢复后，设备替换过程需要从头开始重启。

Btrfs 还在处理空间预留票证方面进行了改进，通过优化锁机制和缩小关键部分来提升性能。这一改变使 Lockstat 数值提高了约 15%。

最后但同样重要的是，Btrfs 继续为最终支持 FSCRYPT 做准备，就像其他主要的 Linux 文件系统一样。FSCRYPT 将允许在 Linux 内核的未来版本中为 Btrfs 提供原生文件系统加密支持。

有关这些更改和其他针对 Linux 6.19 的 Btrfs 改进的更多详细信息，请通过此拉取请求查看。

转自  Btrfs In Linux 6.19 Adds Experimental Features, Continues Preparations For FSCRYPT – Phoronix

快科技11月30日消息，作为当前的半导体晶圆代工一哥，台积电的发展方向无疑是最受关注的，未来的工艺逐渐逼近1nm节点了，还能不能发展下去，来看台积电最新公布的路线图。

在开放创新平台生态系统论坛上，台积电公布了未来几年的逻辑工艺路线图，以今年2025为中心，当前量产的FinFET技术路线的工艺是3nm的，包括有N3、N3E、N3P、N3X及N3C。

2nm节点开始使用Nanosheet晶体管，也就是GAA环绕栅极晶体管的具体实现，今年量产的是N2，率先确认用上这个工艺的反而是AMD的Zen6架构EPYC处理器，明年才上市。

后续还会有N2P及N2X工艺，但在这中间会有个A16 SPR工艺，SPR代表的是台积电的背面供电技术Super Power Rail，跟Intel的PowerVia据说有很大不同，技术上更先进，不过具体效果等量产了才能准确对比。

A16 SPR其实就是最初规划的2nm工艺，但期间有种种调整，台积电把GAA与背部供电技术错开量产，而不是像三星、Intel那样在同一代工艺上量产。

再之后的A14节点会是一个重大更新，GAA与背部供电技术于一体，性能及能效更好看一些。

台积电公布这份路线图是为了证明他们有能力在未来几年中保持每年更新工艺，且每代工艺的性能及能效都会有差不多的提升，这是在给客户信心。

以2018年的7nm节点N7为基准，每代工艺在同样的功耗下性能提升都差不多，在15-18%之间，而同性能下功耗也会大幅下降，N7到N3每代都降低了1/3以上，不过N3到未来的A14工艺每代降低1/4左右。

对比N7，台积电提到A14工艺同功耗下提升83%的性能，能效则是3.2倍提升。

也就是说从2018到2028年的10年中，芯片工艺的性能提升大约是80%，这个数据怎么说呢，如果还想对比摩尔定律，那显然是很让人失望的，不过业界也很清楚，28nm节点之后摩尔定律就逐渐失效了，能有80%的性能提升已经很不容易了。

2018年N7代表处理器是苹果A12，频率最高也就2.5GHz，晶体管数量69亿，当前的A18 Pro处理器能做到4GHz频率，200亿晶体管，距离未来的A14节点还有两三代工艺，5GHz频率、300亿晶体管规模应该是可以期待一下的。

距离美国相关专利获批已近 30 年，MP3 虽然早已不再代表最新音频压缩技术，但仍广泛存在于媒体播放器、浏览器、车载系统和各种嵌入式设备中，并且强烈唤起人们对早期互联网时代的记忆——那是一个“抓轨、建曲库、传文件”是网络生活核心仪式的年代，而不是今天这种完全交给云服务在后台处理的模式。

标志性节点是 1996 年 11 月 26 日，美国向德国弗劳恩霍夫研究所授予编号为 5，579，430 的“数字编码过程”专利，它为后来的点对点音乐分享、iTunes 以及当今流媒体服务奠定了基础。 这一过程即 MPEG Audio Layer III，也就是人们熟知的 MP3，它将数十年的听觉心理学研究转化为实用编码器，使高保真音乐在拨号上网和早期小容量硬盘时代也能以可接受体积传播。

MP3 的源头可以追溯至 20 世纪七八十年代的欧洲实验室：Dieter Seitzer 团队尝试让音乐通过普通电话线传输，Karlheinz Brandenburg 则被称为“MP3 之父”，专注于把人耳听觉掩蔽等心理声学模型应用到数字编码方案中，目标是在大幅降低比特率的同时尽量接近 CD（44.1 kHz、16 bit）的主观音质。 最终的 Layer III 设计采用了多相滤波与改进离散余弦变换相结合的混合滤波结构，并用心理声学模型判断哪些声音细节在人耳中会被掩蔽，从而对这些成分进行更激进压缩甚至直接舍弃，而不明显影响听感。

报道写道，MP3 的巨大影响力首先来自惊人的压缩率：常见编码可以将文件体积缩小 75%–95%，一首三分钟歌曲在 128 kbps 下只有约 3 MB，这在存储以 MB 计、上网按分钟计费的年代至关重要。 随着桌面软件迅速支持 MP3 抓轨和播放，Windows 平台上的早期应用（如 Winamp）成为本地压缩音乐库的管理中心，各类编码库和命令行工具则让用户可以按自己喜欢的码率自动把 CD 转成 MP3。

一旦软件编码器普及，把 CD 转成 MP3 并通过 FTP、私人服务器以及后来点对点网络分享就变得轻而易举，且往往未获版权方许可；Napster 在 1999 年登场，围绕 MP3 搭建起专门的索引与分享系统，把用户个人收藏变成一个分布式巨型曲库，借助愈来愈快的家用宽带对外开放。

在软件之外，硬件厂商也迅速跟进，利用新兴的固态存储推出便携式 MP3 播放设备，例如韩国 Saehan 的 MPMAN 以及美国 Diamond Multimedia 的 Rio 100，通过闪存存放压缩音频并提供简单的曲目浏览界面。 文章指出，苹果在 2000 年代初的入局，则把 MP3 及兼容编码格式整合进高度一体化的生态系统：2001 年 1 月上线的 iTunes 负责抓轨、曲库管理和设备同步，同年面世的首款 iPod 则使用小型硬盘与滚轮操作界面，支持 MP3 等多种格式。

2003 年上线的 iTunes Music Store，凭借与大型唱片公司签署协议，以 0.99 美元单曲形式提供数十万首歌曲，证明了压缩数字音乐可通过受控商店大规模合法售卖，而不仅仅是经开放网络非正式流通。

如今主流音乐消费已经转向通过流媒体平台，在宽带和 4G/5G 网络上以自适应码率传输音频，MP3 在技术上更多成为“遗产格式”和用户心目中的最低兼容标准。 不过这些流媒体服务仍建立在与当年 MP3 革命相同的核心理念之上——用心理声学驱动的有损压缩，将音乐变成可以在网络与设备之间高效流动的数据。

转自 MP3文件格式诞生三十周年 已逐渐沦为最低兼容标准

上个月宣布的 NTFSPLUS 驱动是 Linux 内核的一个新的 NTFS 文件系统驱动，与现有的 NTFS 选项相比，具有更好的写入性能和更多功能。该驱动的第二版最近已排队进入 “ntfs-next”，这预示着 NTFSPLUS 驱动可能很快会尝试合并到主线 Linux 内核中。

Namjae Jeon 作为 exFAT Linux 驱动开发者、KSMBD 维护者和对其他 Linux 存储代码的贡献者，一直是 NTFSPLUS 项目的领导者。与主线内核中处于维护模式的 Paragon NTFS3 驱动以及其他 NTFS 只读内核驱动相比，NTFSPLUS 驱动提供了更好的性能、更干净的代码库和其他改进。

NTFSPLUS 具备 IOmap 支持、IDMAPPED 挂载支持、延迟分配、公共用户空间工具等特性，未来还将计划更多功能。

自去年十月以来，”NTFSPLUS” 邮件列表没有活动，但代码仍在继续进展。我注意到 Namjae Jeon 的 ntfs.git 中的 ntfs-next 分支最近几天提交了 NTFSPLUS 驱动程序的 “v2” 补丁。

NTFSPLUS v2 提交的代码变动很大，但没有找到变更日志。将 staging 中的代码放入 “ntfs-next” Git 分支后，我们将很快看到是否有尝试将 NTFSPLUS 主线化到 Linux 内核中。

转自  NTFSPLUS Driver Updated As It Works Toward The Mainline Kernel – Phoronix

Alex Gaynor 最近宣布，他正式卸任 Linux 内核 Rust 代码的共同维护者，移除补丁现已排队等待合并到 Linux 6.19 中。

Alex Gaynor 是最早尝试用 Rust 代码开发 Linux 内核模块的原始开发者之一。由于缺乏时间，他一段时间以来已经远离了 Rust Linux 内核开发，现在正式卸任 Rust 代码的列席联合维护者。在韦森·阿尔梅达·费利奥去年卸任 Rust 联合维护者后，现在 Rust For Linux 项目负责人 Migul Ojeda 成为该代码的唯一官方维护者，同时还有几位 Rust 代码审查者。

Alex Gaynor 在移除自己作为 Rust 代码维护者的补丁中写道：

“我已经很久没有时间来贡献代码或进行审查了，这一点已经得到了承认。

我和 Geoffrey Thomas 在 2018 年 PyCon 大会上创建了 “linux-kernel-module-rust” 项目，作为一个实验，看看我们是否能让 Rust 编写内核模块成为可能。Rust for Linux 的努力远远超出了我们当时所能预期的任何结果。”

我想感谢所有帮助实现这一目标的 Linux Rust 贡献者，包括过去的和现在的——尤其是 Miguel，他真正将这个项目从有趣的演示转变为能够在主线中落地的东西。

转自 Rust For Linux Kernel Co-Maintainer Formally Steps Down – Phoronix

快科技11月23日消息，PC制造商Tuxedo Computers宣布，经过超过18个月的开发工作，已正式取消了基于高通骁龙X Elite处理器的Linux笔记本电脑项目。

该公司坦言，第一代X1E芯片的表现“比预期中更不适合Linux”，同时考虑到即将发布的骁龙X2 Elite，继续开发已无太大意义。

Tuxedo Computers指出，骁龙X Elite在Windows系统下实现了令人印象深刻的续航表现，但在Linux环境下，他们面临的最大挑战就是无法复制这种电池续航能力。

此外，该项目还存在一系列无法回避的技术问题，比如缺乏可行的Linux BIOS更新安装方法、缺乏对风扇控制的支持、缺乏对KVM虚拟化的支持等等。

Tuxedo Computers认为，这些问题使得笔记本电脑在实际使用中几乎无法接受，公司估计，要修复所有这些问题还需要数月时间。

但高通已宣布将在2026年上半年推出更新、更快的骁龙X2 Elite，如果继续投入开发，等到修复完成时，Tuxedo推出的X1E笔记本将成为一款“过时”产品，这在商业上是站不住脚的。

虽然尽管项目被取消，但Tuxedo Computers并未完全放弃基于骁龙芯片的Linux笔记本，该公司表示，仍在密切关注X2 Elite的开发进展，并将评估其与开源操作系统的兼容性。

Tuxedo称：“如果它符合预期，并且我们可以重复利用我们在X1E上所做的大部分工作，我们可能会恢复开发。”