网站头条 第27页

十一月头条Kotlin 在 TIOBE 指数中的排名仍在上升
编程语言 Kotlin 进展顺利。本月，它的排名上升了 0.17%，从第 18 位上升到第 15 位，前进了 3 位。两个月前，当 Kotlin 进入 TIOBE 指数前 20 名时，我们已经讨论过它。Kotlin 的第一波流行是在 2017 年，当时谷歌宣布在 Android 上对 Kotlin 提供一流的支持。当时，Kotlin 在 TIOBE 指数中的最高占比接近 1%。这一纪录在本月被打破，目前的评级为 1.15%。Kotlin 的进步将止步于何处？Kotlin 可与 Java 完全互操作，因此是 Java 编程语言的直接竞争对手。这并不妨碍为 Android 开发应用程序。如今，每个 Java 领域都是 Kotlin 的机会。Kotlin 符合现代编程文化，即具有强大类型系统的表达式语言，并通过设计避免出现空指针异常。根据我的经验，我非常确信 Kotlin 能跻身前十名。至于它能否跻身 “四大”，这仍是一个有待回答的问题。– 保罗-扬森（Paul Jansen） TIOBE 软件公司首席执行官

TIOBE 编程社区指数是衡量编程语言受欢迎程度的指标。该指数每月更新一次。评级基于全球熟练工程师、课程和第三方供应商的数量。谷歌、必应、雅虎、维基百科、亚马逊、YouTube 和百度等热门搜索引擎都被用来计算评级。值得注意的是，TIOBE 指数并不涉及最佳编程语言或编写代码行数最多的语言。

该指数可用于检查您的编程技能是否仍处于最新状态，或在开始构建新的软件系统时，就应采用哪种编程语言做出战略性决策。有关 TIOBE 指数的定义，请点击此处。

Nov 2023	Nov 2022	Change	Programming Language		Ratings	Change
1	1			Python	14.16%	-3.02%
2	2			C	11.77%	-3.31%
3	4			C++	10.36%	-0.39%
4	3			Java	8.35%	-3.63%
5	5			C#	7.65%	+3.40%
6	7			JavaScript	3.21%	+0.47%
7	10			PHP	2.30%	+0.61%
8	6			Visual Basic	2.10%	-2.01%
9	9			SQL	1.88%	+0.07%
10	8			Assembly language	1.35%	-0.83%
11	17			Scratch	1.31%	+0.43%
12	24			Fortran	1.30%	+0.74%
13	11			Go	1.19%	+0.05%
14	15			MATLAB	1.15%	+0.14%
15	28			Kotlin	1.15%	+0.68%
16	14			Delphi/Object Pascal	1.14%	+0.07%
17	18			Swift	1.04%	+0.17%
18	19			Ruby	0.99%	+0.14%
19	12			R	0.93%	-0.20%
20	20			Rust	0.91%	+0.16%

其他编程语言
下面列出了编程语言的完整前 50 名。本概览为非官方发布，因为我们可能遗漏了某种语言。如果您认为我们遗漏了某种编程语言，请通过 tpci@tiobe.com 通知我们。也请查看我们监测的所有编程语言的概览。

下一个 50 种编程语言
以下列出的语言从第 51 位到第 100 位。由于差异相对较小，因此只列出了编程语言（按字母顺序排列）。

4th Dimension/4D、ABC、ActionScript、APL、ATLAS、AutoLISP、Awk、bc、Bourne shell、CL (OS/400)、Clipper、CLIPS、Clojure、Eiffel、Elixir、Erlang、Euphoria、Forth、Groovy、Hack, Icon, Io, J, J#, JScript, LabVIEW, Ladder Logic, Modula-2, Monkey, NATURAL, Nim, OCaml, OpenEdge ABL, PL/I, PowerShell, Pure Data, Q, Racket, REXX, Ring, RPG, Snap！,SPARK、SPSS、SQR、Stata、Tcl、TOM、VHDL、Wolfram
本月索引更改
本月对索引的定义做了以下更改：

Hossam Fahmy 提议合并 Verilog 和 SystemVerilog，因为后者是该语言的新名称。因此，SystemVerilog 从本月的第 147 位跃升至第 141 位。
长期历史
要了解更多信息，请参阅以下多年前十大编程语言的排名情况。请注意，这些是 12 个月内的平均排名。

这里有两点很重要：

上表中的 “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 在 2018 年被添加到 TIOBE 索引中，因为有人指出 SQL 是图灵完备的。因此，尽管这种语言非常古老，但它在索引中的历史却很短。
编程语言名人堂
列出所有 “年度编程语言 “获奖者的名人堂如下所示。该奖项授予在一年内收视率上升幅度最大的编程语言。

ear	Winner
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++

错误和更改请求
这是要求最多的 5 个更改和错误。如果您有任何改进索引的建议，请发送电子邮件至 tpci@tiobe.com。

除”<语言>编程 “外，还应尝试其他查询，如 “使用<语言>编程”、”<语言>开发 “和”<语言>编码”。
增加其他自然语言（除英语外）的查询。我们的想法是从中文搜索引擎百度开始。这项工作已经部分完成，并将在未来几个月内完成。
添加所有被拒绝的搜索词请求列表。这是为了尽量减少有关 Rails、JQuery、JSP 等的重复邮件数量。
为数据库、软件配置管理系统和应用程序框架建立 TIOBE 索引。
有些搜索引擎允许查询去年添加的页面。TIOBE 索引应仅跟踪最近添加的页面。

转自 TIOBE Index – TIOBE

然而不在新的分区安装

FAT变EXT

经常被戏称为”开源 Windows”的 ReactOS 本周迎来了一次重大更新。在最新一期通讯中，ReactOS 开发团队宣布 64 位（AMD64 和 ARM64）UEFI（统一可扩展固件接口）启动功能现在可以在更多设备上使用了。这些设备包括个人电脑、诺基亚的 Lumia、苹果的 iPhone 和 Valve 的 Steam Deck。

下面的图片显示了 ReactOS 和 FreeLoader 在这些设备上的运行情况。同时，上图显示的是 Framework 笔记本电脑上的 Windows 启动管理器：

FreeLoader 是 ReactOS 的默认引导加载器，这是改进 FreeLoader 的努力的一部分。开发团队在公告中写道：

感谢 Timo Kreuzer (tkreuzer) 的工作，我们的 AMD64 版本现在能够在越来越多的硬件上启动。感谢 Timo 和 Justin 的工作，我们正在努力支持带有 UEFI class 3 固件的现代设备。

从今年年初开始，我们就着手将 ReactOS 的默认引导加载程序 FreeLoader 过渡到支持 x86 和 AMD64 以及 ARM32 和 ARM64 的 UEFI。Hermès 一直在开发一个用于传递 UEFI 帧缓冲区信息的系统，使 Windows XP 可以在 UEFI 系统上运行，而 Justin Miller (TheDarkFire) 则一直在开发 UEFI 自由加载器构建。

除了支持启动 ReactOS 外，还在开发其他功能，如 EFI 连锁加载和 FreeLoader 的 bootmgfw 兼容构建。这些功能将增加引导管理功能，并允许现代 Windows 系统引导我们最喜欢的引导加载器。

正如你可能已经注意到的，带有 UEFI Class 3 固件的设备可以运行 ReactOS，这意味着具备安全引导功能的 UEFI 不需要像 Windows 11 那样的系统要求。因此，你不必拥有相当现代的系统。

对于那些可能不知道的人来说，启用安全启动是 UEFI Class 3+ 的构成要素，因为它比 Class 3 更进一步提升了固件的安全性。

除此之外，ReactOS 团队还表示正在慢慢改善 NT6+ 应用程序的兼容性和支持。

NT6+ 是一个术语，包括基于较新 NT 架构设计的 Vista、7、8、8.1、10 和 11 等 Windows 操作系统。

由于许多软件开发商不再支持旧版本的 Windows 系统，我们日常使用的大多数应用程序都无法在 ReactOS 上运行。不过，这种情况将会改变。

目前，ReactOS 主要局限于用户模式，内核模式的升级计划稍后进行。目前还没有预计的发布时间。

转自 &quot;开源Windows&quot;兼容操作系统ReactOS现在可在Lumia和iPhone上运行-今日头条 (toutiao.com)

快科技11月5日消息，第二届开放原子开源基金会OpenHarmony技术大会在北京圆满落幕，本次大会由OpenHarmony项目群技术指导委员会主办，由华为、润开鸿、九联开鸿、软通动力、深开鸿合作支持。

开幕式上，开放原子开源基金会理事长孙文龙发表了致辞，宣布OpenHarmony 4.0版本正式发布，并强调了OpenHarmony在推动千行百业数字化转型中的重要作用。

据介绍，OpenHarmony 4.0的开发套件也同步升级到了API 10，相比3.2 Release版本，新增4000多个ArkTS API，应用开发能力更加丰富。

HDF新增200多个HDI接口，硬件适配更加便捷；图形框架和方舟编译器（ArkCompiler）也得到了进一步优化，用户交互体验得到提升。

同时，新版本在组件能力、分布式硬件支持范围和安全及隐私方面的能力也得到了进一步增强。

据华为终端BG软件部副总裁柳晓见介绍，经过三年的发展，OpenHarmony迭代到4.0版本，目前共有6200+共建者、51家共建单位，贡献代码行数超过1亿行。

截至10月31日，社区已有超过210家伙伴，构建了42款发行版，落地商用设备超过210款。

而作为OpenHarmony捐赠方，华为对OpenHarmony具有不可替代的贡献，截至9月10日，华为共贡献了91.43%的主仓代码，深开鸿、润和、软通动力则分别贡献了3.95%/1.24%/0.97%。

在最后的圆桌论坛上，参会嘉宾表示，作为数字经济的基础，操作系统在万物智联中发挥的作用日益重要，未来OpenHarmony将继续与各界伙伴聚力前行，不断筑牢发展根基。

应就在上周，高通发布了骁龙 8Gen3 芯片，然后小米紧随其后，在第二天就发布了小米 14 系列，直接拿下了这颗芯片的首发。

然后很多人都在关心，小米 14 系列对于 32 位安卓应用的兼容性怎样，32 位应用到了小米 14 上还能正常运行么？

这些网友之所以会有这样的担心，主要还是因为这次骁龙 8Gen3 是一颗纯 64 位的芯片，不管是超大核、大核还是小核都不支持跑 32 位应用。

这就会带来一个问题。

安卓平台有不少好用的 32 位神软件，等到以后你换新手机后，这些软件就都有可能运行不了，甚至我看到有人上班打卡用的就是 32 位软件。

要是换个新手机，上班还没法打卡了？这怎么能行！

要知道上一代骁龙 8Gen2，高通为了确保搭载这款芯片手机对于应用的兼容性，它好歹让CPU 中的两颗大核，外加三颗小核都兼容了 32 位应用：

而且该说不说它这么做的代价还挺大。

因为骁龙 8Gen2 兼容 32 位的两颗 A710 大核，它在能耗上比没有兼容性包袱的 A715 核心差了 20%，要是都换成 A715，它的能效表现还会更好：

尽管包括小米在内的很多手机厂商，从今年七月起，就不再允许 32 位应用上架到自家应用商店，并且也在逐步清理那些还没有适配 64 位的应用。

但是安卓嘛，懂得都懂，上古遗留下来的应用简直不要太多，而且能下载应用的渠道多了去了。

就算你现在用不到，万一某天真有这个需要但是下载下来在手机上用不了就尴尬了。

可能也是因为关心这事儿的人实在是有点多多，就在昨天，小米系统软件部总监张国全专门发了一条微博来解答这事儿：

这条微博大概内容是说这次小米 14 搭载的澎湃OS，内置了一个 32 位转译器，不仅可以支持运行 32 位应用，而且用起来甚至还会更加流畅。

怀着好奇的心理，我也是尝试在小米 14 Pro 上打开几个 32 位应用看看到底能不能正常使用。

结果你猜怎么着？我发现之前安装在我手机上的两百多个应用，只有极个别应用目前仍旧是 32 位，其它无一例外都已经升级到了 64 位。

要知道放在去年，像是 WPS、百度贴吧、铁路 12306 还有各种银行类应用，可都还停留在 32 位。

看来过去这一年这些开发者们没少下功夫~

实测，我手机上为数不多的 32 位应用像是 MX 播放器、某不知名游戏模拟器以及几款小工具，到了小米 14 Pro 上照样能够正常运行。

而且，它们除了冷启动也就是刚打开的时候加载慢了点，我基本没察觉到它们用起来跟那些 64 位应用有啥区别，看来小米的转译器确实有点东西。

只不过由于咱也没有能够量化的测试方法，所以也不好说 32 位应用跑在转译器上性能到底是提升了还是下降了。

但从理论上来看，小米的这种说法确实站得住脚。

因为高通使用的 ARM 公版设计已经很多年没有认真更新过小核的架构了，导致本应 “ 省电 ” 的小核如今在能效上面反而不如年年迭代的大核。

不管是骁龙 8Gen2 还是骁龙 8Gen3，它们的小核无论是性能还是能效表现都远远不如大核。

你看这次 8Gen3 缩减一颗小核增加一颗大核后，带来的性能提升还挺明显：

相比小米 13 只允许 32 位应用跑在小核上，小米 14 经过转译可以让 32 位应用跑在性能更强、能耗表现更好的大核上，确实能够带来性能的提升。

实际上隔壁联发科去年推出的天玑 9200，比高通更早一步用上了纯 64 位大核，天玑 9200 只有四颗小核才兼容 32 位应用：

根据预热，接下来即将发布的天玑 9300 将会彻底摒弃小核转而使用全大核，看来天玑芯片取消对于 32 位应用的兼容也是板上钉钉的事情。

可以预见的是，在手机厂商和芯片厂商的双重推动下，安卓应用从 32 位转向 64 位是势在必行。

从 2013 年苹果推出纯 64 位的 A7 处理器开始算起，时隔十年，这下子安卓阵营终于也要全面拥抱 64 位了。

第四项直戳我的痛点

我觉得应该是单身狗刷的各种撩妹技能