The art of high performance computing #
这篇文章介绍了 Victor Eijkhout 在 Texas Advanced Computing Center 担任研究科学家期间编写的一系列教材。以下是每个教材的摘要：
Volume 1: The Science of Computing
这本书提供了科学计算的一般背景知识，包括计算机体系结构、并行计算机体系结构、计算机算术、线性代数、常微分方程和偏微分方程，以及如何将所有这些知识应用于大规模计算。
Volume 2: Parallel Programming for Science and Engineering
科学计算的很大一部分涉及到某种形式的并行编程。这本书是现代 MPI 和 OpenMP 的终极入门指南，还包括关于 PETSc、Kokkos、Sycl 和 Co-array Fortran 的简短部分。这本书在 C、Fortran、C++ 和（对于 MPI）Python 方面的覆盖范围非常广泛。
Volume 3: Introduction to Scientific Programming
科学和工程领域的编程主要使用 C/C++ 和 Fortran。这本书教授现代的 C++17（现在实际上比 C 更受推荐）和 Fortran2008。你可以将其作为从零开始的科学编程入门，或者作为“C++ 面向 C 程序员”的学习材料。书中还包含一些较长的编程项目。
Volume 4: HPC Carpentry
科学计算的生态系统不仅仅涉及编程语言和并行编程系统，还需要了解编译器、构建系统、源代码控制等等。这本书并不旨在成为所有这些内容的大全，而是一系列介绍，偏向科学工作流程的指南。
Victor Eijkhout 是 Texas Advanced Computing Center 的研究科学家，这些教材是他在 The University of Texas at Austin 教授各种课程时编写的。如果你认为他在公开这些书籍方面做得非常出色，可以考虑给他买杯咖啡以示支持。
HN 评论 64 comments | 作者：rramadass | 10 hours ago #
https://news.ycombinator.com/item?id=38815334
有人提到，数据中心的计算能力增加主要是一个热力学问题，而不仅仅是计算问题。数据中心的节点变得非常密集，输送电力和散热成为一个极其困难的问题。
有人提到，亚马逊作为一个起初只是一家互联网书店的公司，如今在解决热力学问题方面处于前沿地位。
有人讨论了液冷技术在数据中心中的应用，指出液冷具有巨大的热容量，可以快速、大规模地冷却设备。然而，液冷技术的复杂性和泄漏风险可能是一个问题。
有人提到，在高性能计算领域，液冷技术几乎是标准配置。最顶级的超级计算机都采用液冷技术，这是由于物理约束所决定的。
有人分享了关于液冷技术在数据中心中的应用案例，包括 OVH 和其他一些公司的实践经验。
有人讨论了在高性能计算中硬件架构的重要性，指出了对硬件架构的了解对于优化性能至关重要。在高性能计算中，硬件架构对软件设计有很大影响。
有人提到，在高性能计算中，性能和可扩展性比性能更重要。为了能够充分利用超级计算机，必须具备可扩展性。
有人分享了在学术界使用高性能计算集群的经验，指出许多研究人员只是将任务分发到多个节点上并在结束时汇总结果，而不涉及更多的高性能计算特性。
这些是评论中的一些观点摘要，涉及了高性能计算中的硬件和数据中心方面的问题。请注意，这仅是对评论观点的概括，并不代表所有评论的内容。阅读完整的评论以获取更详细的信息。
Things are about to get worse for generative AI #
https://garymarcus.substack.com/p/things-are-about-to-get-a-lot-worse
文章主要讨论了 OpenAI 的聊天机器人和图像软件在生成文本和图像时可能存在的版权侵权问题。
文章提到，OpenAI 的聊天机器人可以几乎完全复制文本，而图像软件也可以几乎完全复制源图像。虽然 Dall-E 在某种程度上有一些保护措施，例如阻止特定的名称和故意侵权尝试，但这些保护措施并不完全可靠。更糟糕的是，即使用户没有意图侵权并且没有提及任何特定的角色或电影名称，侵权也可能发生。
文章还提到，OpenAI 并没有透明地公开其训练数据的来源，也没有告知用户生成的图像的来源信息。作者认为，目前这些生成式 AI 系统很难解决这个问题，因为它们本质上是黑盒子，无法提供源材料的归属。除非有人能够发明一种新的架构，能够可靠地追踪生成文本和图像的来源，否则侵权问题将会继续存在。
作者认为，纽约时报对 OpenAI 提起的诉讼可能只是众多类似诉讼中的第一个。这些侵权问题可能会给 OpenAI 带来进一步的风险，同时使用 Dall-E 进行实验的 Microsoft 也可能会受到牵连。
总之，这篇文章主要讨论了 OpenAI 的生成式 AI 系统可能存在的版权侵权问题，以及目前解决这个问题的困难性。文章认为，除非有一种新的架构能够可靠地追踪生成文本和图像的来源，否则侵权问题将会持续存在。
请注意，这是我对文章的摘要，具体内容请参阅原文链接：Things are about to get a lot worse for Generative AI
HN 评论 672 comments | 作者：eddyzh | 14 hours ago #
https://news.ycombinator.com/item?id=38814093
有人认为文化是一种共同财产，通过集体叙事和重新解释不断演变和发展。AI 和版权侵权的当前辩论似乎忽视了文化演变的这一基本方面。
有人认为迪士尼等公司建立在现有文化和故事基础上，现在限制文化表达工具以遵守过时的版权法律是荒谬的。
也有人认为版权是保护创作者的收入来源，取消版权会破坏数百万人的收入来源，维持财务激励对艺术表达是重要的。
一些人认为生成式人工智能破坏了创作者的收入来源，因为它可以自动创建从原始内容派生但并非完全相同的作品，而无法自动检测派生作品（这是版权的目的）。
还有人认为版权法已经过于严格，需要缩短版权期限并扩大对派生作品的公平使用保护和获利选择。
这些观点涵盖了关于生成式人工智能和版权侵权的不同立场。请注意，这些观点来自于链接中的评论，代表了不同个人的意见。
Amazon’s Silent Sacking #
https://justingarrison.com/blog/2023-12-30-amazons-silent-sacking/
根据文章《Amazon’s Silent Sacking》的摘要，该文章讨论了亚马逊在 2023 年进行的大规模裁员行动以及对公司和员工的影响。文章指出，亚马逊在 2023 年裁员超过 27,000 人，尤其是在零售部门进行了大量裁员。裁员行动对公司的声誉和股价产生了负面影响，但它也是降低运营成本的有效方式。文章还提到，亚马逊面临着来自竞争对手的压力，需要降低成本以保持竞争力。然而，这种裁员行动也导致了人才流失和团队的削弱，可能会对亚马逊的运营和服务质量产生负面影响。文章预测，在 2024 年，亚马逊可能会进一步进行组织重组，以降低成本并提高协作效率，但这可能会增加系统故障的风险。
需要注意的是，这篇文章是一篇个人博客文章，作者的观点和观察可能具有主观性，并且没有提供其他来源来支持其观点。因此，在评估文章内容时，应该保持审慎，并结合其他可靠来源进行综合分析。
原文链接：Amazon’s Silent Sacking
HN 评论 231 comments | 作者：doitLP | 5 hours ago #
https://news.ycombinator.com/item?id=38818319
有人指出，许多公司，包括硅谷和企业界，已经从将雇员视为高回报的投资、相信他们、相信他们能够改变世界并成为未来增长和成功的源泉的角度，转变为将雇员视为成本，试图最小化成本，将其视为本季度利润的负担，将其视为低利润权力斗争中的对手，而没有更高的目标或道德。这种转变可能导致丧失了改变世界、颠覆行业范式的创新思想的来源。
有人提到了过去的公司文化，如游戏室、20% 的个人项目时间、寿司等，但认为这些已经成为过去时态的产物，现在的商业和其他领域正面临一股新的时代精神的浪潮。合作、相信、同情和为他人做好事的价值观被贬低，常常被描绘为不可能实现的人类行为，并受到嘲笑。企业领导者也受到这种时代精神的影响，可能更容易被席卷其中，因为这种精神可以奉承和增强他们的权力。
有人认为，与腐败和误导的人竞争并不难，就像当时的硅谷公司围绕着不投资未来的腐败、误导的老牌公司打转一样。你只需要有自己的信念和勇气，相信人们可以改变世界，然后（付出大量的工作和风险）他们就会改变世界。
还有人提到了员工的理想主义与现实的冲突。许多软件开发工程师在劳动力短缺的环境中成长，现在面临着现实的挑战。他们认为过去的一些员工福利措施实际上是为了留住人才，而不是出于对员工的关心。他们认为，现在的情况是，员工的生活质量将趋于美国的平均水平，他们将被视为可替代的齿轮，受到残酷的中层管理政治的压迫。
有人提出质疑，是否有任何一个行业是由一个公司遵循这种以人为本的思维方式而持续颠覆的？他们认为，唯一能想到的例子是像 Patagonia 这样以这种理念为基础进行市场营销的小众公司。当然，还有一些稳定的欧洲公司和美国工会企业，但它们并不具有颠覆性。
还有人提到了谷歌的“不作恶”口号，尽管该公司的理念发生了很大变化，但仍然认为这是一个例子。
这些是评论中的一些观点摘要，涉及到亚马逊公司的文化变化和员工待遇的问题。请注意，这些观点来自于 Hacker News 上的评论，代表了不同个人的看法和经验，可能不代表广泛共识。
Wikipedia daily most viewed pages #
HN 评论 153 comments | 作者：secondary_op | 17 hours ago #
https://news.ycombinator.com/item?id=38813395
评论的内容涉及到不同的话题，包括 Cleopatra 的维基百科页面的访问量、印度互联网用户的增加、Wikipedia 的可信度以及关于 Dee Dee Blanchard 谋杀案的讨论等等。以下是一些评论的摘要：
有人注意到 Cleopatra 在西班牙维基百科上是最受欢迎的页面之一，原因是它是 Google 助手的示例查询之一。
有人对维基百科页面的访问量感到惊讶，认为大部分互联网活动都是机器人活动，而不是真正的用户活动。
有人认为只有非常受欢迎和通用的内容才会出现在访问量排行榜的前列，因为人们可能对更高级的查询不太感兴趣。
有人讨论了印度互联网用户数量的增加，认为廉价的互联网和易得的智能手机是这一趋势的催化剂。
有人提到了 Dee Dee Blanchard 谋杀案，该案件在当天成为热门话题，因为 Dee Dee Blanchard 的女儿被释放出狱。
这些是评论中的一些观点和讨论，涉及到不同的主题。请注意，这些摘要可能不包含所有评论的内容，因此建议您查看原始链接以获取完整的评论内容。
ScummVM on the App Store #
https://apps.apple.com/us/app/scummvm/id6446184412
ScummVM 是一个提供玩经典图形化指向式冒险游戏和角色扮演游戏的方式的应用程序。它不包含任何游戏数据文件，您需要自己提供。您可以在其官方网站上找到更多信息、演示和一些免费下载的冒险游戏。完整的 ScummVM 文档可以在其官方网站上找到。该应用程序是开源软件，根据 GPL v3.0 许可证提供。您可以从 GitHub 获取其源代码。
该应用程序适用于 iOS 9.0 及更高版本的 iPhone、iPad 和 iPod touch 设备。它还支持使用控制器进行游戏。该应用程序的开发者表示不会收集任何数据。
您可以在 App Store 上找到 ScummVM 应用程序，并且它是免费的。
HN 评论 143 comments | 作者：galapago | 9 hours ago #
https://news.ycombinator.com/item?id=38816029
有人提到在 iPhone 上发布了《猴岛奇遇记》的优秀重制版，但几年后从 App Store 中移除了。
有人指出这些游戏没有与 iOS 的 64 位版本兼容。
有人表示愿意签署所有必要的保密协议，并免费将这些游戏移植到 64 位、更新的 iOS 版本和设备上。
有人认为如果苹果想避免开发者放弃他们的软件，他们应该投资于类似微软级别的向后兼容性。
也有人认为苹果不应该过于强调向后兼容性，因为这会导致开发者不积极采用最新的 API，从而导致需要重新发明轮子和耗时的解决方案。
还有人提到微软在 Windows 11 中实现配置应用程序的多种方式，这种方式在向后兼容性方面非常混乱。
有人认为苹果每年强制开发者学习全新的编程语言、UI 框架和持久存储框架，与微软的做法相比，这种方式是荒谬的。
还有人质疑为什么微软没有将 XP UI 整合到现代 UI 中。
有人认为微软在企业领域非常强大的原因之一是向后兼容性。
有人怀疑苹果认为开发者忽视了 32 位兼容性将被视为已经放弃了他们的软件。
也有人指出，对于上市公司来说，Sarbanes Oxley 法案使得在这种活动上花钱变得困难。
有人表示苹果一直都是按照自己的意愿更改事物，并期望开发者接受。
有人认为苹果的方法对大多数消费者和他们使用的少量应用程序可能是有意义的，但这也是为什么微软在企业领域如此强大的原因之一。
还有人提到 ScummVM 的价值，它使得粉丝们能够继续玩游戏，而不必与不愿维护这些游戏的版权持有者打交道。
有人质疑这个应用程序是如何通过 App Review 的。
也有人提到苹果对规则的解释非常奇怪，iSH 是允许的，但 iDOS 等则不允许。
有人解释了 iSH 和 iDOS 之间的区别，iSH 是在 arm64 上编译的二进制文件，而 iDOS 是解释字节码并用自己的实现包装不可用的部分。
还有人指出 iSH 实际上是 x86 的“字节码”模拟器。
有人认为苹果的规则解释并不一致。
还有人推荐了一些应用程序，如 VLC、Chunky 和 iComics，用于在 iOS 设备上阅读漫画。
有人提到苹果允许在教育应用程序中下载代码，但必须将源代码完全可见和可编辑。
还有人提到可以通过 Steam、GOG 和 Archive.org 合法获取游戏图像。
有人指出 ScummVM 是一个完全重写的游戏引擎，而不是模拟器。
还有人分享了他们的经验，他们的孩子喜欢使用 ScummVM 玩经典游戏。
这些评论主要涉及到苹果的向后兼容性政策、开发者的观点以及 ScummVM 在 App Store 上的存在。
Fake Trees: Using Indents for Simpler UIs #
https://ratfactor.com/cards/fake-trees
根据我访问的链接，这篇文章是关于使用缩进来简化用户界面中的树状列表的技术。作者提出了一种简化存储树状结构的方法，通过使用缩进和排序来描述列表项之间的关系，而不是使用传统的父子关系。这种方法使得渲染列表和编辑树状结构变得更加简单。
文章中提到，很多时候人们只是希望列表看起来像树状结构，而不是真正需要建立父子关系。作者给出了一个示例，展示了如何使用缩进和排序来模拟树状结构的外观，而实际上并没有建立真正的父子关系。
这种方法的优点是简单易懂，易于渲染和编辑。它可以让用户轻松地移动和缩进/取消缩进列表项，就像在编辑文本列表一样。相比之下，传统的父子关系需要更复杂的数据结构和查询。
需要注意的是，这种方法并不适用于所有情况。如果需要明确知道列表项之间的关系，或者需要进行深度优先或广度优先遍历等操作，那么传统的父子关系可能更适合。在具体情况下，需要根据数据模型和需求来选择适当的方法。
总结起来，这篇文章介绍了一种使用缩进来简化用户界面中树状列表的方法。它通过排序和缩进来模拟树状结构的外观，而不是建立真正的父子关系。这种方法简单易懂，适用于某些情况下的列表展示和编辑，但并不适用于所有情况。
HN 评论 97 comments | 作者：ingve | 11 hours ago #
https://news.ycombinator.com/item?id=38815150
这篇帖子讨论了使用缩进来简化用户界面的方法。评论观点的摘要如下：
有人提到了三种表示树结构的方法：邻接列表（adjacency list）、材料化路径（materialized path）和嵌套集合（nested sets）。
有人表示年轻的毕业生倾向于将所有数据都存储在 NoSQL 文档中，而不考虑数据建模的重要性。
有人认为在解决问题时很难找到已有的命名和解决方案。
有人指出，发现已有解决方案的可行性是一个巨大的挑战，因为过去有很多优秀的工作已经完成，但很难找到相关信息。
有人提到了一本关于在 SQL 中处理树和层次结构的书籍《Joe Celko’s Trees and Hierarchies in SQL》。
Hidden gems of moreutils #
https://jpospisil.com/2023/12/19/the-hidden-gems-of-moreutils
这篇文章是关于 moreutils 工具集中一些隐藏功能的介绍。作者提到了一些在命令行中很有用但可能不为人所知的实用工具。其中包括：
execsnoop：用于跟踪系统上的每个程序调用（exec()）。可以通过 execsnoop 命令结合 ts 命令来显示调用时间戳。
ts：用于在输出中添加时间戳，还可以将时间戳转换为相对时间，特别适用于查看日志文件。
sponge：用于解决在重定向输出时可能导致文件被截断的问题。sponge 会将输出先保存到临时文件，然后再将其移回原始文件。
vidir：用于在编辑器中批量编辑文件和目录。可以更改文件名、删除文件等操作。
vipe：用于在管道中编辑输出。可以将输出传递给配置的文本编辑器进行编辑，编辑完成后再继续处理。
pee：将标准输入传递给作为参数给定的所有命令，并将它们的输出收集起来作为自己的输出。
除了 moreutils 工具集，还有其他类似的工具集，如 evenmoreutils 和 num-utils。
这些工具可以提高命令行的效率和便利性，特别适用于需要处理大量数据或进行批量操作的场景。
请注意，这只是对文章的摘要，具体的使用方法和更多细节请参考原文链接。
HN 评论 50 comments | 作者：jiripospisil | 12 hours ago #
https://news.ycombinator.com/item?id=38814599
这篇帖子是关于 Hacker News 上的一个讨论，主题是关于 moreutils 工具集的隐藏功能。以下是评论的观点摘要：
有人提到了使用 pee 命令时要注意，默认情况下它会将命令传递给/bin/sh -c，但并不是所有系统上的/bin/sh 都是 Bash 的符号链接。在 Debian 和 Ubuntu 等基于 Debian 的系统中，默认的非交互式 shell 是 Dash，它不支持常见的 Bash 特性。
另一个人指出，即使是 Bash，当以/bin/sh 的形式调用时也不应该支持 Bashisms，如果要使用 Bashisms，应该直接调用 Bash。
还有人提到了关于默认 shell 的规则，建议将脚本编写为最小化的 shell 族，并在 shebang 中编码所使用的 shell 族的名称。
有人分享了关于不同 shell 之间的实现差异的一些参考资料，包括不同命令行 shell 的比较、Bash 和 Bourne shell 之间的主要区别等。
其他评论涉及到 moreutils 工具集中的其他命令和类似工具，如 ts、ifne、sponge 等。
这些评论提供了对 moreutils 工具集和相关主题的不同观点和经验分享。
来源：Hacker News
LinuxDAW – Quality audio software for Linux #
根据访问的链接 https://linuxdaw.org/，这篇文章是关于 Linux 音频制作的高质量音频软件的网站。它提供了各种效果器、合成器和采样器插件，支持 LV2、VST2、VST3 和 CLAP 等音频插件格式。
该网站列出了许多开发者和他们的音频插件，包括 ACMT、Apisonic Labs、Auburn Sounds、Audio Assault、Audio Blast 等等。这些插件涵盖了各种音频处理和音乐制作的需求，如效果器、合成器、延迟、失真、压缩器、混响等等。
此外，该网站还提供了标签和分类，方便用户根据自己的需求进行搜索和浏览。用户可以按照最新、名称、开发者等进行排序，还可以选择免费或付费的插件。
HN 评论 54 comments | 作者：fractalf | 9 hours ago #
https://news.ycombinator.com/item?id=38815893
有人认为 Linux 的音频软件质量越来越高，具有高度可配置性、安全性、稳定性、低延迟和高性能。
有人提到 Pipewire 解决了 PulseAudio 和 Jack 等软件的混乱问题，并且 Linux 在技术上具有优势。
有人表示 Linux 上已经有一些成功的专业音频工作站（DAW），并且预计未来会有更多的发展。
有人提到使用 OBS 进行高质量网络直播和在 Linux 上构建合理的音乐工作室的可能性。
有人指出 Linux 在 Thunderbolt 音频设备的兼容性方面存在问题。
有人评论了 Carla 和 Jack 在设置和稳定性方面的问题，并提到了使用 Pipewire 的经验。
有人推荐了 Bitwig、REAPER 和 Studio One 等 Linux 上的音频工作站。
有人讨论了在 Linux 上使用 VST 插件的方法，包括使用 Wine 和 Yabridge。
有人提到了 Linux 上的音频接口驱动程序和控制台支持的问题。
有人对网站的界面和内容表示赞赏，并提到了一些可能缺失的音频软件。
请注意，这只是评论的摘要，具体观点和讨论可以在提供的链接中找到。