Linus 真心诚意地夸过哪些人或技术？
说起 Linus Torvalds，很多人脑海里立刻浮现出他那个“爆炸头”的形象，还有他在邮件列表里那毫不留情、直接到近乎粗鲁的批评。确实，他以严厉和坦率闻名，这使得他真心诚意的夸奖格外珍贵，也格外有分量。要找出他真正赞赏过的人和技术，我们需要深入他多年来在 Linux 内核开发和 Git 项目中的言行。
要谈 Linus 夸奖的人，Greg KroahHartman 绝对是绕不开的名字。用 Linus 的话说，Greg 是 Linux 内核中“稳定分支”（stable branch）的实际负责人，而 Linus 对这个角色的评价是“我最信任的人之一”。这可不是随口说说。稳定分支的维护是一项极其吃力不讨好，但又至关重要的工作。它意味着要审查大量的 Bug 修复、安全补丁，确保这些改动不会引入新的问题，并且要妥善地将它们合并到已经发布多年的内核版本中。这需要极强的责任心、细致入微的观察力，以及对内核各个子系统深刻的理解。
Linus 曾经在邮件列表中多次提到，Greg 的工作是他能专注于核心开发的关键。想想看，Linus 只需要确保最新的功能和架构上的创新被妥善处理，而无数的“脏活累活”——比如处理一些老旧硬件的驱动 Bug、修复陈年的安全漏洞——都由 Greg 和他带领的团队承担。Linus 曾经这样说过（大致意思）：“如果没有 Greg，Linux 内核的稳定性和安全性将大打折扣。他承担了太多本该由别人承担的责任，而且做得比任何人都好。” 这种肯定不是表扬一个“好帮手”，而是对一个人在整个项目成功中所扮演核心角色的高度认可。他信任 Greg 到什么程度？在很多情况下，Linus 会直接放手让 Greg 来决定哪些 Bug 修复可以合并到稳定分支，这是一种非常高的授权，体现了 Linus 对 Greg 技术判断力和职业素养的绝对信任。
除了 Greg，Johannes Berg 也是一个经常被 Linus 提及并给予高度评价的开发者。Johannes 主要负责无线网络（WiFi）子系统的开发和维护。这个领域极其复杂，涉及到大量的硬件交互、协议栈的实现、性能优化以及与不断更新的行业标准的兼容。Linus 对 Johannes 的评价常常集中在他的代码质量和解决问题的能力上。他曾这样评价 Johannes 的代码：“他的代码总是写得非常干净、清晰，并且考虑周全。我几乎从来不用担心他提交的代码会引入麻烦。” 这种赞赏是发自肺腑的。在 Linux 内核这样一个庞大的、由数千名开发者贡献的系统中，能够写出让 Linus 都挑不出毛病的代码，是极高的荣誉。Linus 曾经在讨论一个复杂的 WiFi 驱动问题时，直接指出 Johannes 是最能理解和解决这个问题的人，并积极推动让他来主导修改。这不仅是对他技术能力的肯定，也是对他作为开发者在特定领域“权威性”的认可。
说到技术，Linus 评价技术总是从实用性、效率和优雅性出发。他并不看重那些花哨的、概念性的东西，而是最看重那些能够让系统运行得更好、更稳定、更快的技术。
C 语言，作为 Linux 内核的主要开发语言，自然是他高度评价的技术之一。但他的评价不是那种“C 语言是最好的语言”这种绝对化的论调。他的评价更倾向于 C 语言的简洁、高效和对硬件的直接控制能力。他曾不止一次地在不同场合表示，C 语言之所以适合内核开发，是因为它“非常贴近硬件，而且它本身就很简单，没有太多隐藏的复杂性。这对于编写需要直接操纵内存和硬件的系统级代码来说至关重要。” 他也承认 C 语言的一些缺点，比如内存安全问题，但他认为这些缺点可以通过良好的编程实践和工具来缓解，而其带来的效率和灵活性是其他很多语言难以比拟的。这种评价是基于实际工程需求，而不是空泛的理论。
另一个被他高度评价的技术，可以说是他自己“创造”的，那就是 Git。Git 的设计哲学非常符合 Linus 的思维方式：简单、强大、分布式、并且能够有效地处理大规模的协作。 Linus 在开发 Git 的初衷是为了解决 Linux 内核版本控制的燃眉之急。他并不是为了发明一个流行的版本控制系统，而是为了解决一个实际问题。然而，Git 的出现彻底改变了软件开发的协作方式。
Linus 对 Git 的评价往往侧重于它的核心设计理念。他曾说过：“Git 的强大之处在于它的简单性。它不是一个包罗万象的巨型系统，而是围绕着几个核心概念构建的。它让你能够非常容易地追踪文件的变化，创建分支，合并工作，而且这一切都非常快速和高效。” 他特别欣赏 Git 的分布式特性，这使得即使在没有中央服务器的情况下，开发者也能进行独立的工作和快速的同步。他还曾提到 Git 的数据模型，即它将所有东西都视为一个内容的寻址文件系统，这使得它能够提供非常强大的版本追踪能力，并且非常高效。他认为 Git 的成功是它“解决了开发者在版本控制中遇到的真正问题，而且是以一种非常 Linux 的方式——直接、有效、不妥协。” 这种评价没有过多的技术术语堆砌，而是直接点出了 Git 的核心优势，以及为什么它能如此成功。
总的来说，Linus Torvalds 夸奖的背后，总是隐藏着对代码质量、项目贡献、以及技术本身实用性和效率的深刻理解。他的赞赏不是轻易给予的，一旦给予，就说明这个人或技术在他心中已经达到了相当高的认可度，是经过了长期实践检验的。他更看重的是那些能够让他安心地将项目托付给的人，以及那些能让系统运行得更卓越的技术。
要谈 Linus 夸奖的人，Greg KroahHartman 绝对是绕不开的名字。用 Linus 的话说，Greg 是 Linux 内核中“稳定分支”（stable branch）的实际负责人，而 Linus 对这个角色的评价是“我最信任的人之一”。这可不是随口说说。稳定分支的维护是一项极其吃力不讨好，但又至关重要的工作。它意味着要审查大量的 Bug 修复、安全补丁，确保这些改动不会引入新的问题，并且要妥善地将它们合并到已经发布多年的内核版本中。这需要极强的责任心、细致入微的观察力，以及对内核各个子系统深刻的理解。
Linus 曾经在邮件列表中多次提到，Greg 的工作是他能专注于核心开发的关键。想想看，Linus 只需要确保最新的功能和架构上的创新被妥善处理，而无数的“脏活累活”——比如处理一些老旧硬件的驱动 Bug、修复陈年的安全漏洞——都由 Greg 和他带领的团队承担。Linus 曾经这样说过（大致意思）：“如果没有 Greg，Linux 内核的稳定性和安全性将大打折扣。他承担了太多本该由别人承担的责任，而且做得比任何人都好。” 这种肯定不是表扬一个“好帮手”，而是对一个人在整个项目成功中所扮演核心角色的高度认可。他信任 Greg 到什么程度？在很多情况下，Linus 会直接放手让 Greg 来决定哪些 Bug 修复可以合并到稳定分支，这是一种非常高的授权，体现了 Linus 对 Greg 技术判断力和职业素养的绝对信任。
除了 Greg，Johannes Berg 也是一个经常被 Linus 提及并给予高度评价的开发者。Johannes 主要负责无线网络（WiFi）子系统的开发和维护。这个领域极其复杂，涉及到大量的硬件交互、协议栈的实现、性能优化以及与不断更新的行业标准的兼容。Linus 对 Johannes 的评价常常集中在他的代码质量和解决问题的能力上。他曾这样评价 Johannes 的代码：“他的代码总是写得非常干净、清晰，并且考虑周全。我几乎从来不用担心他提交的代码会引入麻烦。” 这种赞赏是发自肺腑的。在 Linux 内核这样一个庞大的、由数千名开发者贡献的系统中，能够写出让 Linus 都挑不出毛病的代码，是极高的荣誉。Linus 曾经在讨论一个复杂的 WiFi 驱动问题时，直接指出 Johannes 是最能理解和解决这个问题的人，并积极推动让他来主导修改。这不仅是对他技术能力的肯定，也是对他作为开发者在特定领域“权威性”的认可。
说到技术，Linus 评价技术总是从实用性、效率和优雅性出发。他并不看重那些花哨的、概念性的东西，而是最看重那些能够让系统运行得更好、更稳定、更快的技术。
C 语言，作为 Linux 内核的主要开发语言，自然是他高度评价的技术之一。但他的评价不是那种“C 语言是最好的语言”这种绝对化的论调。他的评价更倾向于 C 语言的简洁、高效和对硬件的直接控制能力。他曾不止一次地在不同场合表示，C 语言之所以适合内核开发，是因为它“非常贴近硬件，而且它本身就很简单，没有太多隐藏的复杂性。这对于编写需要直接操纵内存和硬件的系统级代码来说至关重要。” 他也承认 C 语言的一些缺点，比如内存安全问题，但他认为这些缺点可以通过良好的编程实践和工具来缓解，而其带来的效率和灵活性是其他很多语言难以比拟的。这种评价是基于实际工程需求，而不是空泛的理论。
另一个被他高度评价的技术，可以说是他自己“创造”的，那就是 Git。Git 的设计哲学非常符合 Linus 的思维方式：简单、强大、分布式、并且能够有效地处理大规模的协作。 Linus 在开发 Git 的初衷是为了解决 Linux 内核版本控制的燃眉之急。他并不是为了发明一个流行的版本控制系统，而是为了解决一个实际问题。然而，Git 的出现彻底改变了软件开发的协作方式。
Linus 对 Git 的评价往往侧重于它的核心设计理念。他曾说过：“Git 的强大之处在于它的简单性。它不是一个包罗万象的巨型系统，而是围绕着几个核心概念构建的。它让你能够非常容易地追踪文件的变化，创建分支，合并工作，而且这一切都非常快速和高效。” 他特别欣赏 Git 的分布式特性，这使得即使在没有中央服务器的情况下，开发者也能进行独立的工作和快速的同步。他还曾提到 Git 的数据模型，即它将所有东西都视为一个内容的寻址文件系统，这使得它能够提供非常强大的版本追踪能力，并且非常高效。他认为 Git 的成功是它“解决了开发者在版本控制中遇到的真正问题，而且是以一种非常 Linux 的方式——直接、有效、不妥协。” 这种评价没有过多的技术术语堆砌，而是直接点出了 Git 的核心优势，以及为什么它能如此成功。
总的来说，Linus Torvalds 夸奖的背后，总是隐藏着对代码质量、项目贡献、以及技术本身实用性和效率的深刻理解。他的赞赏不是轻易给予的，一旦给予，就说明这个人或技术在他心中已经达到了相当高的认可度，是经过了长期实践检验的。他更看重的是那些能够让他安心地将项目托付给的人，以及那些能让系统运行得更卓越的技术。
网友意见
我来补充一下@guo-zhao-liang 的答案吧。这个问题就他一个是说技术的。
事情是这样的，有人写了一个宏，用来在C语言里检测一个表达式是否是integer constant expressions，邮件里简写ICE。
#define ICE_P(x) (sizeof(int) == sizeof(*(1 ? ((void*)((x) * 0l)) : (int*)1))) 就这一行，Linus是这么夸他的：
That is either genius, or a seriously diseased mind.
要么是个天才，要么是脑子病得不轻。
你们家夸人。。。。真的挺别致的。。。。
然后Linus认真的给大家解释了这个宏是怎么工作的
当x是ICE的时候，比如1或者1+1的时候
((void*)((x) * 0l)) 会在编译时确定为NULL
于是变成
sizeof(*(1 ? NULL : (int*)1))) C语言要求对于三元操作符(code ? a : b )，如果a或者b有一个是NULL，则结果的类型是另一个的类型
因此变成sizeof(*(int*)1)，也就是sizeof(int)。等号成立
当x不是ICE的时候，会变成
sizeof(*(1 ? ((void*)0) : (int*)1))) 三元操作符的条件是1，所以总是等于第一个的值
sizeof(*(void *)0) 而在gcc下，这个值是1，一定不会等于sizeof(int)
然后Linus说，这个宏问题其实很多，首先sizeof(void)不是C语言标准，其次这玩意正常人看不懂
最后Linus又非常委婉的夸奖了一下这一行代码
I'm in awe of your truly marvelously disgusting hack. That is truly a
work of art.
你这个hack（技巧？）超乎寻常的恶心，我对此表示敬畏。这真的是艺术品了。
我对Linus夸人的技巧也想表示表示敬畏
类似的话题
-
说起 Linus Torvalds，很多人脑海里立刻浮现出他那个“爆炸头”的形象，还有他在邮件列表里那毫不留情、直接到近乎粗鲁的批评。确实，他以严厉和坦率闻名，这使得他真心诚意的夸奖格外珍贵，也格外有分量。要找出他真正赞赏过的人和技术，我们需要深入他多年来在 Linux 内核开发和 Git 项目中的............. -
林纳斯·托瓦兹（Linus Torvalds）是 Linux 内核的创始人，以其直率、犀利的沟通风格而闻名。他的“嘴炮”不仅仅是粗俗的语言，更多的是他作为一名领导者和开发者，对于代码质量、开发流程以及社区规范有着极高的要求，并毫不避讳地表达出来。他的许多“嘴炮”事件都成为了开发者社区的经典案例，成为.............
-
Linus Torvalds（Linux内核的创始人）对C++的批评主要源于他对编程语言设计哲学、实际应用需求以及开发效率的深刻理解。尽管他在C++领域可能并非专家，但他的批评基于对编程语言本质、系统编程需求以及实际开发经验的深刻洞察。以下是详细分析： 1. Linus Torvalds的C++水平.............
-
关于“Linus Torvalds 的短视”这篇文章的真实性，以及其中涉及到的 Linus Torvalds 和 macOS 内核的论述，我们需要进行一个详细的分析。首先，明确一点：关于 Linus Torvalds 对 macOS 内核的评价，并且以此为基础批评他“短视”的文章，其“真实性”取决于.............
-
这个问题挺有意思的，也触及到一个很核心的关于技术创新和系统构建的议题。很多人会拿 Linux 和 Linus Torvalds 作为一个标杆来讨论，觉得为什么一个人能做到别人一群人都做不到？甚至延伸到国家层面的对比，认为中国为什么“也做不出来”。这背后的原因其实相当复杂，远不止是“谁的编程能力更强”.............
-
Linus Torvalds 对 AVX512 的评价：一场围绕性能、复杂性和生态系统的辩论Linus Torvalds 对 AVX512 的评价可以被视为一场围绕着特定技术（AVX512）在实际应用中的价值、其复杂性以及对整个软件生态系统的影响的激烈辩论。他的观点通常犀利、直接，并且充满了对细节的.............
-
聊到 Linus Torvalds 和 Richard Stallman 对 C++ 的态度，这可真是两种截然不同的画风，各有各的道理，也各有各的“坚持”。要说得详细点，咱们得分开聊聊他们俩，再看看他们这些观点背后的一些东西。先说 Linus TorvaldsLinus，咱们都知道，是 Linux .............
-
Linus Tech Tips 对华为 P30 Pro 的评价，总体来说是相当正面的，尤其是在其发布初期，很多人关注的是它在拍照方面的突破性表现。当然，作为一家以评测科技产品著称的频道，他们的评价是建立在对硬件、软件和用户体验的细致考察之上的。拍照是绝对的亮点，也是 LTT 评价的核心：LTT 在评.............
-
谈及 Linus Torvalds 和 Linux 内核的技术含量，这绝对是一个可以深入挖掘的话题，而且绝对不是三言两语能说清的。 把它想象成一个规模宏大的、不断进化的城市规划项目，而 Linus 就是那个最初的设计师和现在最核心的建设者。 要评价它的技术含量，我们需要从几个维度来审视。首先，架.............
-
.......
-
.......
-
.......
-
.......
-
Linux Kernel 4.9 中引入的 BBR (Bottleneck Bandwidth and Roundtrip propagation time) 算法代表了 TCP 拥塞控制领域的一个重要进步。与之前广泛使用的算法（如 Cubic、Reno、NewReno）相比，BBR 具有以下显著优.............
-
要说 Linux 的核心思想，那得从它诞生的时代背景聊起。那时候，操作系统还是一个比较封闭且昂贵的东西，主要是大型机和小型机的天下。普通人想要玩点啥，要么得花大价钱，要么只能玩一些非常简陋的系统。这时候，一个叫 Linus Torvalds 的芬兰大学生，出于对现有操作系统的“不满”和对学习计算机原.............
-
当Linux系统更新后无法启动时，确实会让人感到焦虑和无助，但通过系统性排查和步骤操作，通常可以逐步解决问题。以下是详细的心理状态分析和应对步骤： 一、心情与心理状态1. 焦虑与着急：系统无法启动意味着无法进行常规操作，可能涉及重要数据丢失或服务中断，导致用户感到紧张。2. 无助感：如果对系统技术细.............
-
Linux 系统确实具有“天生安全基因”，其整体安全性设计在操作系统层面具有显著优势，这源于其设计哲学、技术架构和开源生态的综合影响。以下从多个维度详细分析 Linux 的安全性特点及其优势： 1. 设计哲学：最小化、模块化与隔离性Linux 的设计哲学强调最小化攻击面和模块化架构，这些原则直接提升.............
-
在Linux下进行Socket编程时，需要注意以下几个关键点，以确保程序的稳定性、安全性、性能和跨平台兼容性： 一、基础概念与步骤1. Socket类型与协议选择 TCP（面向连接）：适合可靠数据传输，需通过三次握手建立连接。 UDP（无连接）：适合低延迟场景，但可能丢失数据包。 .............
-
Linux 之所以坚持使用宏内核（Monolithic Kernel）架构，主要源于其设计哲学、性能需求、开发历史以及对系统稳定性和可扩展性的追求。以下从多个角度详细分析这一选择的合理性： 1. 性能优势：减少上下文切换和系统调用开销 宏内核的直接性：在宏内核中，所有操作系统功能（如进程调度、设备驱.............
-
Linux 内核是不是“屎山”？这个问题就像问“大海是咸的吗？”一样，答案既肯定又否定，而且极其复杂。要深入探讨这个问题，需要剥开一层层关于软件工程、历史、社区协作以及现实世界妥协的复杂性。“屎山”的定义：一个主观但有共识的标签首先，我们得理解“屎山”这个词在软件开发语境下的含义。它通常指的是： .............
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 tinynews.org All Rights Reserved. 百科问答小站 版权所有