皇上,还记得我吗?我就是1999年那个Linux伊甸园啊-----24小时滚动更新开源资讯,全年无休!

Linux 6.12准备与实时、Sched_Ext、稳定的Xe2和Raspberry Pi 5一起发布

Editor, Kai

Linux 6.12准备与实时、Sched_Ext、稳定的Xe2和Raspberry Pi 5一起发布

Linux 6.12 内核预计将在 11 月 17 日星期日发布,除非出现任何最后一刻的问题,这些问题会迫使稳定内核转移到下一个星期日。Linux 6.12 提供了许多令人兴奋的新功能,除此之外,它有望成为今年的长期支持 (LTS) 内核版本,这更加令人兴奋。

由于合并窗口已经过去了两个月,以下是为 Linux 6.12 合并的一些最有趣的功能:

– 实时 “PREEMPT_RT” 支持终于在 Linux 内核中成为主流!它已经酝酿了二十年,但终于越过了终点线。

– Sched_ext 被合并,以利用 (e)BPF 程序提供更具可扩展性的内核调度程序支持。

– 支持 DRM Panic 中的 QR 码错误消息作为 Linux 的“蓝屏死机”之类的工具。

– Intel Xe2 Lunar Lake 和 Battlemage 显卡默认启用。

– 下一代 Intel Panther Lake 处理器以及 Xeon Diamond Rapids 处理器的其他早期支持工作。

– AMDGPU 和 AMDKFD 驱动程序代码中提供了更多 AMD RDNA4 支持工作。

– 改进了 Intel Lunar Lake CPU 和其他具有 P/E 内核但没有 HT/SMT 的未来处理器的混合 CPU 容量扩展。

– Intel Linux 图形驱动程序终于能够报告显卡的风扇速度

– 主线 Linux 内核中的初始 Raspberry Pi 5 支持终于落地了!

– 更多 Qualcomm Snapdragon X1 笔记本电脑上行支持…这个周期,联想 ThinkPad T14s Gen 6 和 Microsoft Surface Laptop 7 具有初始主线内核支持。

– 许多新的网络硬件支持
有关 Linux 6.12 更改的完整概述,请参阅我们的 Linux 6.12 功能概述。Linux 6.12 的外观和性能都很棒。一旦 Linux 6.12 发布,它就进入了 Linux 6.13 的周期,更加令人兴奋……

转自 Linux 6.12 Preps For Release With Real-Time, Sched_Ext, Stable Xe2 & Raspberry Pi 5 – Phoronix

Spring Framework 6.2.0 现已推出

Editor, Kai

Spring Framework 6.2.0 现已推出

我代表团队和所有做出贡献的人,很高兴地宣布 Spring Framework 现已推出。 我们要感谢我们的“早期采用者”社区,他们在里程碑阶段帮助我们完善了这个版本。6.2.0

新一代 Spring 将在下周的 Spring Boot 3.4.0 中实现。 我们编写了大量发行说明,让您了解如何轻松升级和利用新功能。

如前所述,Framework 团队已经在开发下一个主要版本。 请密切关注我们的官方支持时间表,以便更好地安排您未来的升级。

项目页面 |GitHub |期刊 |文档

转自 Spring Framework 6.2.0 Available Now

Fedora 42 将 Anaconda 安装程序移植到 Wayland,默认为 Anaconda WebUI

Editor, Kai

Fedora 42 将 Anaconda 安装程序移植到 Wayland,默认为 Anaconda WebUI

即将发布的 Fedora Linux 42 版本将于 2025 年 4 月底或 5 月初发布,承诺将 Anaconda 系统安装程序移植为原生 Wayland 应用程序,并默认为期待已久的 Fedora Workstation 版本的 Anaconda WebUI 安装程序。

Anaconda WebUI 安装程序最初计划用于 Fedora Linux 39 版本,但由于需要更多工作而被推迟。现在,Fedora 项目的目标是在明年的 Fedora Linux 42 版本中发布它,作为以 GNOME 桌面环境为特色的旗舰 Fedora Workstation 版本的默认安装程序。

无论 Anaconda WebUI 是否会进入 Fedora 42,Fedora 项目也致力于将当前的 Anaconda 图形安装程序移植到 Wayland。Fedora Linux 41 中的 Anaconda 安装程序仍然是一个 X11 应用程序,尽管大多数 Fedora Linux 版本默认附带 Wayland。

“我们想制作一个 Anaconda Wayland 原生应用程序,以允许我们从安装 ISO 映像中删除 X11 依赖项。然而,这种变化不仅仅是一个简单的切换,我们需要在路径过程中做一些调整,这将影响用户体验,“变更提案中写道。

将 Anaconda 安装程序移植到 Wayland 的好处是更快、更轻便的安装体验,因为从实时 ISO 映像安装时系统安装的软件数量减少了,并且通过从 VNC 切换到 RDP 实现了更安全、性能更高的远程图形安装。

除其他变化外,即将发布的 Fedora Linux 42 版本承诺为所有变体启用 DNF/RPM 写入时复制,通过切换到 livesys-scripts 提供的“新”实时环境设置脚本来实现现代化的实时媒体,统一 /usr/bin 和 /usr/sbin,以及 Fedora Workstation 的选择加入指标。

看起来 Fedora Linux 42 可能会发布一个新的旗舰版本,该版本具有 KDE Plasma 桌面环境,因为 Fedora 项目最近批准了 Fedora KDE Spin 成为与 Fedora Workstation 一起的正式版本,后者具有 GNOME 桌面环境。

转自 Fedora 42 to Port the Anaconda Installer to Wayland, Default to Anaconda WebUI – 9to5Linux

Linux开源翻车、RISC-V开放隐忧:中国自主科技的真正出路在哪儿

Editor, Kai

曾经,我们相信这世界是一个“地球村”,大家可以合作共赢。

但现实告诉我们,你要想强大,要想复兴,只能自己趟出一条血路,别人只会突然卡住你的脖子,尤其是在高科技领域,没有真正属于自己的硬实力,永远没有出路。

曾经,我们相信科学无国界、相信开源开放,技术是单纯的。

但现实告诉我们,政治的阴影无处不在,看似单纯的技术决策,也离不开政治斗争、国家利益、法律法规、经济竞争的错综复杂的影响,纯洁的善良只会被人肆意践踏。

近期在科技行业发生的一系列意外事件,尤其是Linux的接连塌方、RISC-V的隐患浮现,更是再次给我们敲响了警钟,让每一个有识之士都不得不更进一步思考:我们的产业未来该怎么走?在高科技行业我们还能依靠谁?

Linux开源翻车、RISC-V开放隐忧:中国自主科技的真正出路在哪儿
图源:Pixabay

【Linux社区粗暴赶走俄罗斯核心开发者:开源成笑话】

Linux一直都可以说是开源的代名词,也是Windows、Mac之外最重要的第三股力量,我国的众多“国产操作系统”都是基于Linux内核而来。

可以说,Linux构成了整个开源世界的重要基石。

但是,Linux社区最近发生的事情,却让全世界技术爱好者感到心寒,让所有采用Linux的厂商感到心惊肉跳。

因为俄乌冲突,Linux社区粗暴地赶走了所有的俄罗斯开发者,引发众怒,而在众多的西方Linux维护者看来,这一切都合情合理,因为Linux内核也要合规要求。

Linux开源翻车、RISC-V开放隐忧:中国自主科技的真正出路在哪儿

事情的起因是10月18日,Linux内核维护者Greg Kroah-Hartman在一封邮件中宣布,由于“某些合规性要求,删除了一些 Linux 开发人员和条目”。

但是,被除名的这11位开发和维护者,全都来自俄罗斯,他们都对Linux的发展有着不可磨灭的贡献。

Greg KH也并未解释所谓“合规性要求”到底是什么,只是模棱两可地说:“如果提供了足够的文档说明,他们将来还是可以回归的。”

此举引发了大量Linux开发者的迷惑和质疑,更有人明确指出,Greg KH、Linus Torvalds(Linux之父)都受雇于Linux基金会,而其总部位于美国,必须遵守美国法律。

还有很多人并不熟悉的OFAC(美国财政部海外资产控制办公室),对于Linux内核维护者也有管辖权,而且非常严格,任何违反其政策规定的个人都会面临严重的刑事和民事处罚,而且没有任何缓冲空间。

Linux开源翻车、RISC-V开放隐忧:中国自主科技的真正出路在哪儿

随后,资深的Linux内核开发人员James Bottomley对所谓合性规要求作了一番澄清,直言如果被OFAC列入特别指定国民(SDN)名单、受到OFAC制裁计划的约束,或者由名单上的公司拥有/控制,与Linux社区的合作就会收到限制,无法出现在维护者文件中。

他强调,对于事情发展到这个地步很抱歉,但是,所有的Linux基础设施及许多维护者都在美国,无法忽视美国法律的要求。

Linux开源翻车、RISC-V开放隐忧:中国自主科技的真正出路在哪儿

很快,Linus Torvalds本人也以其赖以成名的粗暴风格此事做出回应,其说法更令人咋舌。

要知道,Torvalds虽然被奉为开源精神领袖,但他是芬兰人,而芬兰、俄罗斯之间的纠葛相信大家都知道,因此在特定的政治环境下,他也难以独善其身。

Torvalds回应这里原文翻译如下,大家一看就明白其立场所在:

首先,到处都是俄罗斯那边的网络暴论。

做出调整的理由相信大家懂的都懂,行动绝不会撤回。

劝告那帮使用随机匿名账户想以网暴方式搅乱视听的俄罗斯水军们,别白费力气了。

这里向各位非水军、真正无辜的旁观者们解释一下,“各种合规性要求”并不单指美国这边的政策。

如果大家还没听说过对俄制裁,建议平时多看看新闻。当然,我说的“新闻”也不是俄罗斯暗中支持的那种垃圾邮件。

至于要求我三思的建议——拜托动动你的脑子。我是芬兰人,你们认为我有可能支持俄罗斯吗?这么说的人不只是不关注新闻,连基本的历史知识都很匮乏。

Linux开源翻车、RISC-V开放隐忧:中国自主科技的真正出路在哪儿

至此,相信不用再多说,大家都应该明白,Linux绝非一只白天鹅,它并不纯洁,一直都在被政治绑架,只是以前隐藏得很深,现在才真正浮出水面而已。

显然,在所谓国家利益、法律合规的框架下,Linux被赋予了强烈的国界和政治色彩,在动荡的国际环境下随时可能爆发危机。

就像那11位俄罗斯维护者,都在开源社区中贡献了大量代码和分支,在技术能力和敬业态度上令人钦佩,但他们已经不可能再回去,因为贡献并不总是等同于话语权。

这也不是Linux世界唯一的政治事件。还记得CentOS停服事件吗?这直接导致国内众多大中型企业不得不紧急寻找替换方案。相信类似事件未来肯定还会再次发生,不得不防。

从这里更能看出鸿蒙系统的艰难和可贵,只有从底层完全自主掌握,才有真正属于自己的未来。

【RISC-V在中国强势崛起:背后隐患不得不防】

如果说Linux爆发的是“软件危机”,RISC-V就是一个随时可能爆炸的“硬件炸弹”。

当今的芯片架构指令集中,x86一直被牢牢掌握在Intel、AMD手中。

我国海光、兆芯虽然获得了一定的x86 IP授权,但要么被限制未来发展,要么性能平平。

ARM架构曾经也是开放的,但是经历了华为被限制授权,最近更是发生了ARM、高通之间的激烈冲突,实在无法再让人相信它。

我国飞腾、鲲鹏都是基于ARM架构,但一样都被堵住了前路,失去了未来。

目前的国产CPU的六大分支中,只有两家基于完全自主的指令集架构,一个是申威,仅面向超性能计算,另一个是龙芯,2020年就打造了自己的LoongArch龙架构,而且经受住了各方面的考验。

Linux开源翻车、RISC-V开放隐忧:中国自主科技的真正出路在哪儿

RISC-V已发展五代

除此之外还有另一股势力在迅速崛起,而且一直广为看好,那就是RISC-V。

早在20世纪80年代初,加州大学伯克利分校的David Patterson、斯坦福大学的John L. Hennessy等学者开始尝试对x86、ARM等传统的CISC(复杂指令集)进行精简。

RISC(精简指令集)由此诞生,而且短短8年时间就演进了四代,但一直没有受到广泛关注。

如今的RISC-V已经是第五代,诞生于2013年,尤其是随着伯克利团队将其从概念推进到原型芯片,并在2015年成立了非营利组织RISC-V基金会,带动了大量的技术研讨,RISC-V才慢慢得到行业与大众得关注、认可。

RISC-V的好处是架构简单,没有向下兼容的历史包袱,模块化设计,可以灵活选择不同组合打造不同产品,关键是号称完全开源开放、免费可控,所以很多人相信它才是自主可控CPU的未来基石,未来将与x86、ARM并列。

但是,它真的靠谱吗?很难说。

Linux开源翻车、RISC-V开放隐忧:中国自主科技的真正出路在哪儿

首先说一下RISC-V的管理与决策机制。

RISC-V基金会由其会员控制,负责推动普及、指导未来发展,基金会成员可以得到并参与RISC-V指令集规范、相关软硬件生态系统的开发。

RISC-V基金会由来自Bluespec、Google、Microsemi、NVIDIA、NXP、加州大学伯克利分校、西部数据的七名代表掌管,但是他们七个,全都来自美国。

为了确保开放性中立性,RISC-V基金会的总部于2020年9月正式从美国前往瑞士,但是瑞士所谓的永久中立国如今是什么德行,大家都看到了。

再者,今天能从美国搬出,明天也能搬回美国。

RISC-V基金会的会员分为多种级别,包括独立会员(可参加工作小组)、旁观会员(可参加工作小组和委员会)、白银会员(可以投票)、黄金会员(可以成为工作小组主席)、白金会员(可以入选董事会)。

RISC-V董事会可以说是RISC-V的最高管理与决策机构,其成员由白金会员差额选举产生,负责审核工作小组提交的草案并投票,下设技术委员会、市场委员会。

目前,中国企业机构在RISC-V中占据相当重要的地位,25家高级会员有9家来自中国,组成董事会的24名成员也有6人来自中国大陆。

但是,这并不代表中国对RISC-V有决定权,就像11位俄罗斯Linux内核维护者做了那么大的贡献,一句话就给踢开了……

更关键的是,真正管理 RISC-V的到底是董事会,还是背后另有股东会,目前没人能说清楚。

Linux开源翻车、RISC-V开放隐忧:中国自主科技的真正出路在哪儿
RISC-V基金会白金会员

Linux开源翻车、RISC-V开放隐忧:中国自主科技的真正出路在哪儿
RISC-V董事会成员(部分)

现阶段来看,RISC-V还处于发展阶段,保留着相对纯洁的技术性,但就像曾经的Linux社区也很干净、如今却一地鸡毛,谁也无法保证RISC-V(以及后续的RISC-VI/VII……)也能始终坚持中立,尤其是它的大部分核心高级成员、董事会成员,都来自美国企业。

只能说,RISC-V现在还没有形成真正的气候,行业和企业支持与采纳力度不足,重量级的芯片产品乏善可陈,它仍然迫切需要团结足够多的力量,包括俄罗斯,包括中国。

俄罗斯芯片市场最初被Intel、AMD所垄断,俄乌冲突后二者相继退出,于是俄罗斯开始大力推行基于ARM架构的备选方案,但是很快,ARM也和俄罗斯断绝了关系,再加上台积电拒绝代工服务,俄罗斯只能下注RISC-V。

俄罗斯Syntacore是RISC-V基金的创始成员之一、核心开发者,CloudBear也是基金会的战略成员。Baikal Electronics、Aquarius等半导体厂商都在开发RISC-V芯片方案。

但是眼见着俄罗斯的核心开发者被Linux社区一脚踢开,他们怎么可能完全信赖RISC-V?

Linux开源翻车、RISC-V开放隐忧:中国自主科技的真正出路在哪儿
俄罗斯Syntacore开发的RISC-V架构芯片SCR7

中国在RISC-V上的影响和贡献更大,投入力度更大,成果也是最突出的。

RISC-V架构于2017首次进入中国,次年就相继成立了中国RISC-V产业联盟、中国开放指令生态(RISC-V)联盟,尤其是随着2018年中兴被打压、2019年华为被制裁,RISC-V更是成了“村里真正的希望”。

以阿里巴巴为代表的中国科技企业也纷纷拥抱RISC-V,相关产品如雨后春笋,遍布物联网、通信、汽车、PC笔记本、服务器等市场,逐渐形成了底层芯片技术、上层操作系统、下游应用协同发展的局面,上海等多地政府也在积极扶持RISC-V产业。

截止2022年底,全球采用RISC-V架构的100亿颗处理器中,有多达一半来自中国,可以说中国正在很大程度上左右着全球RISC-V发展的未来方向。

中国工程院院士倪光南更是多次公开提出:“RISC-V是中国CPU领域最受欢迎的架构。”

预计到2027年左右,全球将有大约250亿台设备运行在RISC-V生态中,尤其是在人工智能和机器学习领域的年复合增长率可超过70%。

Linux开源翻车、RISC-V开放隐忧:中国自主科技的真正出路在哪儿
中国深度数智开发的全球首款RISC-V笔记本(操作系统是基于Linux的开放麒麟)

但是一如前文所说,RISC-V的未来同样充满了不确定性,其发展过程中随时可能面临着来自政治、经济方面的额外压力,在当下以及未来的复杂政治环境中能否一如既往地保持中立性要打一个问号。

这绝非杞人忧天,或者以小人之心度君子之腹。

事实上,中国目前在RISC-V领域的强势崛起,已经引发了美国方面的“关注和焦虑”。

就在去年,部分美国议员公开提出,希望通过限制美国人或美国企业RISC-V相关技术或产品的出口,来压制中国RISC-V产业的发展。

虽然这并非美国的官方态度,但已经释放了一个极为危险的信号。

因此对于RISC-V,我们要做好两手准备:

一方面在发展RISC-V生态的同时,更应着力于我国自主指令生态的保护和发展,借助眼下的大好时机,从“根技术”上掌握真正的话语权,比如龙芯完全自主的LoongArch龙架构,就是最佳代表。

另一方面随时小心提防,来自西方尤其美国的变故随时可能出现,而一旦发生变数必须立刻做好应对,保护相关产业发展不被“卡脖子”。

【谨慎对待开源技术 坚决实现真正自主可控】

对于开放的开源技术,无论是操作系统领域的Linux,还是架构指令集领域的RISC-V,我们都既要承认它的优秀之处,加以合理利用,也要防范它的背后隐患,随时做好两手准备。

开源技术有着开放协作、全球共享的特点,只要遵守简单的规则,就可以免费、自由使用。

但是,无论开源和开放技术如何标榜自己,它离不开人,很容易受到政治斗争、国家利益、法律合规、经济竞争的复杂影响,不可能真正保持中立。

这就要求我们,对于Linux、RISC-V这样的开源开放技术,在使用和发展的同时,更要随时保持谨慎和客观,坚决保留“底线思维”,任何时候都不能放弃对架构指令集、操作系统的真正自主可控。

Linux开源翻车、RISC-V开放隐忧:中国自主科技的真正出路在哪儿
Linux内核之父:Linus Torvalds

Linux开源翻车、RISC-V开放隐忧:中国自主科技的真正出路在哪儿
图:RISC-V原型芯片

【本文结束】如需转载请务必注明出处:快科技

责任编辑:建嘉

转自 Linux开源翻车、RISC-V开放隐忧:中国自主科技的真正出路在哪儿–快科技–科技改变未来

VMware重磅官宣!Workstation和Fusion彻底全部免费:支持商用

Editor, Kai

快科技11月12日消息,今天VMware宣布,其桌面虚拟化产品VMware Workstation和VMware Fusion将对所有用户彻底免费,包括商业、教育和个人用户。

这一决策标志着VMware Workstation Pro和Fusion Pro的付费订阅模式的结束,现在所有人都可以无成本地使用这些工具。

VMware重磅官宣!Workstation和Fusion彻底全部免费:支持商用

在今年5月份的时候,VMware宣布Workstation Pro和Fusion Pro对个人用户免费,而此次宣布进一步扩大了免费范围,覆盖到商业用户。

VMware表示,免费版本将包含所有之前付费版本的特性,用户可以无妥协地完成项目。

VMware重磅官宣!Workstation和Fusion彻底全部免费:支持商用

对于持有商业合同的客户,他们的合同将保持有效直至期满,期间将继续享受完整的服务和企业级支持。

在合同结束后,客户可以继续使用产品,但将不再提供故障排除的发票服务,VMware将通过社区访问、产品文档和知识库文章为用户提供必要的支持。

VMware还承诺,将继续投资于新功能和性能改进,确保产品的稳定性和质量,并以用户为中心进行优化,以提供更大的价值。

【本文结束】如需转载请务必注明出处:快科技

责任编辑:黑白

转自 VMware重磅官宣!Workstation和Fusion彻底全部免费:支持商用–快科技–科技改变未来

2024 年 11 月的 TIOBE 指数

Editor, Kai

2024 年 11 月的 TIOBE 指数

Go 语言在 TIOBE 指数中的地位正在上升。在进入前 10 名很长一段时间后,它现在占据了 #7 的位置。这是 Go 的历史新高。Go 在前 10 名中的独特之处在于 Go 程序易于部署,同时该语言易于学习。例如,Python 易于学习但速度不快,并且由于依赖于环境中所有类型的版本控制库,因此大型 Python 程序的部署很脆弱。例如,如果与 Rust(另一个顶级位置的竞争者)相比,Go 要慢一点,但 Go 程序更容易理解。Go 在 TIOBE 索引中的下一个障碍是排名 #6 的 JavaScript。这将是一个很难通过的。JavaScript 在软件开发中无处不在,尽管对于更大的 JavaScript 系统,我们现在看到正在转向 TypeScript。如果年度趋势继续这种方式,Go 将在 3 年内绕过 JavaScript。让我们看看 Go 的未来会怎样。

TIOBE 编程社区指数是衡量编程受欢迎程度的指标 语言。该指数每月更新一次。评级基于 全球技术娴熟的工程师、课程和第三方供应商。热门网站 Google、Amazon、Wikipedia、Bing 和其他 20 多个网站用于计算评级。 需要注意的是,TIOBE 指数并不是关于最好的编程语言或语言 其中编写了大部分代码行

该索引可用于检查您的编程技能是否仍然是最新的,或者创建 关于在开始构建新的 软件系统。TIOBE 指数的定义可以在这里找到。

Nov 2024 Nov 2023 Change Programming Language Ratings Change
1 1 2024 年 11 月的 TIOBE 指数 Python 22.85% +8.69%
2 3 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 C++ 10.64% +0.29%
3 4 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 Java 9.60% +1.26%
4 2 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 C 9.01% -2.76%
5 5 2024 年 11 月的 TIOBE 指数 C# 4.98% -2.67%
6 6 2024 年 11 月的 TIOBE 指数 JavaScript 3.71% +0.50%
7 13 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 Go 2.35% +1.16%
8 12 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 Fortran 1.97% +0.67%
9 8 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 Visual Basic 1.95% -0.15%
10 9 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 SQL 1.94% +0.05%
11 16 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 Delphi/Object Pascal 1.48% +0.33%
12 7 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 PHP 1.47% -0.82%
13 14 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 MATLAB 1.28% +0.12%
14 20 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 Rust 1.17% +0.26%
15 17 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 Swift 1.14% +0.11%
16 11 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 Scratch 1.11% -0.21%
17 18 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 Ruby 1.08% +0.09%
18 19 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 R 1.02% +0.09%
19 10 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 Assembly language 0.97% -0.39%
20 15 2024 年 11 月的 TIOBE 指数 2024 年 11 月的 TIOBE 指数 Kotlin 0.92% -0.23%

其他编程语言

下面列出了完整的前 50 名编程语言。此概述是 非官方发布,因为可能是我们错过了一种语言。如果 您觉得缺少一门编程语言,请通知我们 在 tpci@tiobe.com。另请查看我们监控的所有编程语言的概述

Position Programming Language Ratings
21 COBOL 0.86%
22 Classic Visual Basic 0.82%
23 Prolog 0.81%
24 SAS 0.74%
25 Ada 0.71%
26 Lisp 0.70%
27 Perl 0.68%
28 (Visual) FoxPro 0.57%
29 Julia 0.54%
30 Scala 0.54%
31 Dart 0.53%
32 Transact-SQL 0.52%
33 Lua 0.48%
34 Haskell 0.47%
35 Objective-C 0.40%
36 D 0.34%
37 GAMS 0.31%
38 Solidity 0.27%
39 ABAP 0.27%
40 VBScript 0.25%
41 ML 0.23%
42 PL/SQL 0.23%
43 PowerShell 0.22%
44 Elixir 0.20%
45 Awk 0.20%
46 Bash 0.20%
47 RPG 0.20%
48 TypeScript 0.19%
49 Logo 0.17%
50 F# 0.14%

接下来的 50 种编程语言

以下语言列表表示 #51 到 #100。由于区别在于 相对较小,仅列出编程语言(按字母顺序排列 order) 的

  • ABC、ActionScript、Algol、Apex、APL、CFML、CHILL、CLIPS、Clojure、Cobra、Crystal、Curl、Eiffel、Erlang、Forth、Groovy、Hack、Icon、Inform、io、J、JScript、LabVIEW、梯形逻辑、Maple、Modula-2、Mojo、MQL5、NATURAL、OCaml、Occam、OpenCL、PL/I、PostScript、Q、Racket、Raku、Ring、S、Scheme、Simulink、Smalltalk、SPARK、Stata、SystemVerilog、Tcl、VHDL、Wolfram、X++、Zig

非常长的历史

要查看更大的图景,请在下面找到多年前排名前 10 的编程语言的位置。请注意,这些是 12 个月的平均持仓量。

Programming Language 2024 2019 2014 2009 2004 1999 1994 1989
Python 1 3 7 7 7 23 23
C++ 2 4 4 3 3 2 2 2
C 3 2 1 2 2 1 1 1
Java 4 1 2 1 1 3
C# 5 6 5 6 9 18
JavaScript 6 7 8 9 10 11
Visual Basic 7 20 234
Go 8 18 36
SQL 9 9 92
Fortran 10 28 31 26 13 15 5 9
Lisp 34 32 17 17 14 16 6 3
Objective-C 35 10 3 27 38
(Visual) Basic 22 5 4 4 3 6

这里有 2 个重要的注释:

  • 上表中的 “Visual Basic” 和 “(Visual) Basic” 之间存在差异。直到 2010 年,“(Visual) Basic”指的是 Basic 的所有可能方言,包括 Visual Basic。经过一番讨论,决定将“(Visual) Basic”拆分为它的所有方言,例如 Visual Basic .NET、Classic Visual Basic、PureBasic 和 Small Basic,仅举几例。由于 Visual Basic .NET 已成为 Visual Basic 的主要实现,因此它现在称为“Visual Basic”。
  • 在有人指出 SQL 是图灵完备后,编程语言 SQL 于 2018 年被添加到 TIOBE 索引中。因此,尽管这种语言非常古老,但它在索引中的历史很短。

编程语言名人堂

列出所有“年度编程语言”获奖者的名人堂如下所示。该奖项颁发给一年内评分上升幅度最大的编程语言。

Year Winner
2023 2024 年 11 月的 TIOBE 指数 C#
2022 2024 年 11 月的 TIOBE 指数 C++
2021 2024 年 11 月的 TIOBE 指数 Python
2020 2024 年 11 月的 TIOBE 指数 Python
2019 2024 年 11 月的 TIOBE 指数 C
2018 2024 年 11 月的 TIOBE 指数 Python
2017 2024 年 11 月的 TIOBE 指数 C
2016 2024 年 11 月的 TIOBE 指数 Go
2015 2024 年 11 月的 TIOBE 指数 Java
2014 2024 年 11 月的 TIOBE 指数 JavaScript
2013 2024 年 11 月的 TIOBE 指数 Transact-SQL
2012 2024 年 11 月的 TIOBE 指数 Objective-C
2011 2024 年 11 月的 TIOBE 指数 Objective-C
2010 2024 年 11 月的 TIOBE 指数 Python
2009 2024 年 11 月的 TIOBE 指数 Go
2008 2024 年 11 月的 TIOBE 指数 C
2007 2024 年 11 月的 TIOBE 指数 Python
2006 2024 年 11 月的 TIOBE 指数 Ruby
2005 2024 年 11 月的 TIOBE 指数 Java
2004 2024 年 11 月的 TIOBE 指数 PHP
2003 2024 年 11 月的 TIOBE 指数 C++

更多 TIOBE Index – TIOBE

FreeBSD 14.2-BETA2发布

Editor, Kai

FreeBSD 14.2-BETA2发布

Colin Percival 宣布发布 FreeBSD 的新开发快照。新的 beta 快照 FreeBSD 14.2 BETA2 在候选版本冻结之前包括了一些错误修复和一些新功能。发布公告总结了这些更改,并提供了支持的平台列表。“14.2-RELEASE 发布周期的第二个 BETA 版本现已推出。自 BETA1 以来的更改摘要包括:添加对 GPIO _AEI事件的支持;修复 BIOS 启动时引导加载程序的“文本模式图形”;在 nuageinit 中添加对 OpenStack 网络配置的支持;断开 ndp(8) 的 -A 选项;修复 VT(4) 中的终端铃声音高;修复 sctp(4) 中的内核 panic。自 14.1 以来的更改列表可在 releng/14.2 发行说明中找到。请注意,发行说明页面尚未完成,将随着 14.2-RELEASE 周期的进行而持续更新。该公告继续提供了在最终 14.2 版本之前报告错误的更新说明和提示。

下载: FreeBSD-14.2-BETA1-amd64-disc1.iso (1,127MB, SHA512).

转自 Development Release: FreeBSD 14.2-BETA2 (DistroWatch.com News)

美国对7nm GPU/AI芯片严控:台积电等要断供中国厂商 细节全曝光

Editor, Kai

快科技11月9日消息,据国内媒体报道称,台积电已经向目前所有中国大陆AI芯片客户发送正式电子邮件,宣布自下周(11月11日)起,将暂停向中国大陆AI/GPU客户供应所有7纳米(nm)及更先进工艺的芯片。

报道中提到,按照消息人士的说法,并非所有大陆IC设计公司从此以后都无法获得台积电的先进制程工艺支持,目前最新的管控仅限于AI/GPU相关,手机、汽车等芯片不在管辖范围内。

至于AI/GPU相关芯片,则需要等到台积电与美国商务部协商出台具体管控细则,符合条件的芯片依旧有望通过申请许可的方式在台积电继续流片生产。

这一决策对中国大陆AI和GPU公司来说是一个巨大的打击,无法再使用台积电的先进工艺技术,这将对它们的性能和市场竞争力产生重大影响。

在AI和GPU领域,制程技术的先进程度直接关系到产品的性能,这可能会导致成本增加和产品上市时间延长。

供应链重组也将随之而来。中国大陆的芯片设计公司可能需要寻找新的芯片代工厂,这可能导致供应链的重组,然而中国大陆目前自给自足的先进制程产能还十分有限。

美国对7nm GPU/AI芯片严控:台积电等要断供中国厂商 细节全曝光

【本文结束】如需转载请务必注明出处:快科技

责任编辑:雪花

转自 美国对7nm GPU/AI芯片严控:台积电等要断供中国厂商 细节全曝光–快科技–科技改变未来

Fedora KDE 桌面定制版提升到与基于 GNOME 的 Fedora Workstation 相同的级别

Editor, Kai

今年早些时候,Fedora 提出了一个更改提案,旨在使 KDE Plasma 成为 Fedora 42 的默认 GNOME。现在已经确定了某种妥协,Fedora Desktop Spin 被提升到“版本”状态,这将使它与基于 GNOME 的 Fedora Workstation 版本处于同一水平。

已批准将 Fedora KDE 桌面版升级到版本状态,因此现在 KDE Plasma 和 GNOME 桌面版都处于同一竞争环境中。

Fedora KDE 桌面定制版提升到与基于 GNOME 的 Fedora Workstation 相同的级别

Fedora 委员会 ticket 将更改概述为:

“正如在 Flock 上所讨论的,Fedora KDE SIG 和新成立的 Fedora 个人系统工作组将监督 SIG 要求将 Fedora KDE Plasma 桌面版本升级到 Fedora Linux 42 的版本状态。

这包括以下内容:

在 fedoraproject.org 上列出 Fedora KDE Plasma 桌面版与 Fedora Workstation 版相同
为 Fedora KDE 制作一个类似于 Fedora Workstation 的旗舰站点页面 fedoraproject.org
在活动

中以类似于 Workstation 的方式提供营销支持Fedora KDE SIG 将撤销其对 Fedora Linux 42 的更改,以在 Workstation 上用 KDE Plasma 替换 GNOME。

截至昨天,此工单已得到一致批准。

Fedora KDE 桌面定制版提升到与基于 GNOME 的 Fedora Workstation 相同的级别

因此,明年从 Fedora 42 开始,寻找 Fedora KDE Plasma 桌面版在 Fedora 网站上得到更好的推广和推荐,并与 Fedora Workstation 一起类似,而不必导航到 spins 区域等。

Fedora KDE 桌面定制版提升到与基于 GNOME 的 Fedora Workstation 相同的级别

 

Fedora KDE 桌面定制版提升到与基于 GNOME 的 Fedora Workstation 相同的级别

很久以前,Fedora 上的 KDE 曾经是一团糟且维护不善,但近年来,Fedora、KDE SIG 和其他参与者在 Fedora 范围内完成了非常好的工作,增强了 Plasma 桌面体验的打包和质量,因此它的质量与旗舰 GNOME 体验相似。

转自 Fedora KDE Desktop Spin Promoted To Same Tier As GNOME-Based Fedora Workstation – Phoronix

Qt 中的 C++20 比较(甚至与 C++17 相同)

Editor, Kai

Qt 中的 C++20 比较(甚至与 C++17 相同)

在 Qt 6.7 版本中,我们领导了 C++20 比较的sup端口,并将其一些功能向后移植到 C++17。这篇博文将概述我们正在利用的比较增强功能,并提供有关在自定义类中实现这些增强功能的指导。

简而言之

C++20 引入了几项新功能和改进。值得注意的是,它以多种方式改变了比较运算符的工作方式,使您能够用更少的代码实现更多。

重要的补充是三因子比较运算符 <=>,也称为 spaceship 运算符。它执行单个比较操作并返回一个结果,指示左侧 (LHS) 是小于、等于还是大于右侧 (RHS)。

宇宙飞船运算符的三种可能的结果类型是 std::strong_ordering、std::weak_ordering 或 std::p artial_ordering,具体取决于比较类型实现的强度类别。与简单的布尔结果相比,这三个排序类别提供了更细致的方法来比较值,因为它们不仅表示(不)相等,还表示值之间的相对关系。

  • 强排序可保证被视为相等的值在所有常规操作中的行为相同,这意味着值的每个方面都相同,除了它们的内存地址。
  • 弱排序认为某些值是等效的,尽管它们在特定方面有所不同。假设我们有两个字符串 “Qt” 和 “qt”。如果您决定不区分大小写地比较它们,则它们被视为弱排序。为什么?因为即使 lhs[0] 和 rhs[0] 不完全相同(Q 和 q),字符串也被认为是等效的。为您提供额外信息:此类型适合排序。
  • 部分排序更宽松。当某些值根本无法有意义地排序时,例如在比较浮点 NaN 时,它很有用。在这种情况下,结果可能是 partial_order::unordered

另一个值得注意的功能是能够从已定义的关系运算符中合成缺失的关系运算符。例如,这使得 operator!=() 可用,这要归功于 operator==() 和 operator<=>() 的所有其他关系运算符。

此外,对于混合类型比较,spaceship 运算符和相等运算符中的参数顺序无关紧要,因为编译器还将合成反向运算符。

最终,这大大简化了过程,因为您不再需要为您的类型手动实现所有这些 <、<=、==、!=、>= 和 > 运算符。相反,你只需要实现 operator==() 和 operator<=>() 。

更多 C++20 comparison in Qt (even with C++17)