客户端挑战：您的浏览器已禁用 JavaScript。请启用 JavaScript 以继续。此网站的必要部分无法加载。这可能是由于浏览器扩展、网络问题或浏览器设置所致。请检查您的连接，禁用任何广告拦截器，或尝试使用不同的浏览器。
每日HackerNews RSS
## 扎克伯格在社交媒体审判中作证 - 摘要
马克·扎克伯格最近在一场关于Instagram对年轻用户有害影响的里程碑式审判中作证。争论的核心在于他驳回了18位福利专家提出的担忧，并坚持在平台上保留美颜滤镜，理由是“自由表达”。
Hacker News上的讨论强调了一个更广泛的伦理困境：利润最大化与优先考虑用户福祉之间的紧张关系。一些人认为扎克伯格对股东负有信托义务，而另一些人则认为他有道义上的义务来减轻伤害，特别是对弱势群体。
评论员们辩论了社交媒体公司是否应该为其成瘾性设计负责，将其与烟草和酒精等行业进行比较。人们对个人责任与更严格监管存在分歧，尤其是在儿童访问方面。
这场审判提出了关于“专家”角色、利润动机的影响以及社交媒体平台未来可能面临的法律和社会变革的问题。许多人认为，收集到的证据将产生持久的影响，即使达成和解。
尽管是20世纪90年代的产品，Tempus-Word在2023年仍然拥有一小批忠实用户。这款最初为Atari开发的文字处理器在当时非常先进，尤其擅长处理包含大量脚注的复杂大型文档——即使是现代程序也难以胜任。 虽然不再积极维护（最后版本发布于2004年），并且现在通过模拟器运行，但Tempus-Word对于那些在软件中建立长期项目的用户来说仍然至关重要。该网站继续存在以支持这些用户，提供5.4版本的免费许可，并协助导出旧文件。 然而，开发者承认Tempus-Word在现代操作系统中是一个“异物”，并劝阻新用户采用它，理由是重新开发成本高昂，并且有LibreOffice和OpenOffice等当代替代品。该网站主要用于为现有用户保留访问权限，以便他们维护或迁移其工作。
## 复古文字处理器依然活跃
爱好者们仍在积极支持Tempus-Word，这是一款最初于1990年代为Atari ST创作的文字处理器（tempus-word.de）。Hacker News上的讨论反映了对那个时代制作精良、高效软件的怀旧之情，并引发了与WriteNow和XyWrite等程序的比较。
用户们回忆起旧系统上强大的生产力软件——尽管硬件有限，但往往超越了现代软件的能力。许多人表达了希望将这些程序移植到现代平台，如树莓派的愿望。人们对Microsoft Word和Google Docs等现代文字处理器缺乏旧软件中的功能，或变得臃肿和设计不良表示担忧。
Tempus-Word NG因其独特的數據结构而能够高效处理大型文档，并具有集成数据库和自动排版等功能。对话还涉及其他经典的Atari软件，如Script II和Signum!，展示了围绕该平台的充满活力的创作场景。Tempus-Word的开发者继续维护该软件，甚至提供付费许可，而不是将其开源。
## 云雾缸：一种老派视觉特效技术 在CGI主导电影制作之前，创造逼真的大气效果，如云朵，依赖于巧妙的实际方法——最著名的是云雾缸。这种技术从1950年代到1990年代被广泛使用，涉及一个大型水箱，里面填充了分层的盐水和淡水，从而形成不同的密度。然后将油漆注入这些层之间，分散开来，从下方观看时形成翻滚、有机的云朵形态。 像《第三类接触》和《夺宝奇兵》这样的电影大量使用了云雾缸来制作戏剧性的天空和大气事件。虽然视觉效果惊人，但这个过程是不可预测的；电影制作人必须反复拍摄，希望能捕捉到所需的效果。后来的电影，如《鬼玩人》和《星际迷航2：可汗之怒》，尝试了变体，甚至使用乳胶溶液来制作超凡脱俗的星云。 尽管最终由于其笨重性和缺乏精确控制（需要吨级的盐和数月的努力！）而被计算机生成图像所取代，但云雾缸产生了独特的美丽和有机的视觉效果。它证明了视觉特效艺术家创造性地*构建*银幕上天空的努力。
## 老式视觉特效：回顾
最近的Hacker News讨论提到了“云雾缸”视觉特效——这项技术在《第三类接触》、《星际迷航：电影版》和《永无止境的故事》等电影中流行，其原理是在水箱中拍摄液体以创造大气效果。用户们分享了使用鱼缸、8毫米相机以及乳胶和牛奶等材料进行类似实验的怀旧回忆。
这次讨论赞扬了传统特效的巧妙和创造力，并与现代CGI有时显得过于刻板的特点形成了对比。许多人认为，这些旧技术的局限性反而催生了更多富有创意的解决方案，从而产生了视觉上引人注目且令人难忘的场景。一些评论员指出斯皮尔伯格等导演，他们使用这种特效发展出了独特的视觉风格。
除了云雾缸之外，讨论还扩展到其他低成本电影制作实验，以及对《星球大战》和《侏罗纪公园》之间VFX“黄金时代”的欣赏。对于那些有兴趣了解更多视觉特效历史的人，纪录片《光与魔力》和Corridors VFX系列也被推荐。
近二十年来，美国国务院和全球媒体署悄然资助“互联网自由”项目——一项超过5亿美元的倡议，支持全球各地团体开发规避政府互联网审查的技术。这些工具，包括Signal和Tor，帮助伊朗和缅甸等国家的活动家在抗议期间进行沟通并获取信息。 然而，在特朗普政府削减政府支出的努力下，资金被大幅削减，许多项目被完全取消。虽然诉讼部分恢复了一些资金，但政府正在上诉，并且美国退出了“互联网自由联盟”。 专家警告说，这些削减是毁灭性的，因为规避审查工具的需求随着全球审查的增加而上升。许多受资助组织正在苦苦挣扎，面临裁员或无薪工作。资金减少使专制政权能够建立“数字铁幕”，使审查变得更便宜、更容易，并威胁着一个更加碎片化、不那么自由的互联网。虽然一些人希望未来能从欧洲获得资金，但该项目的解体代表着全球互联网自由的重大挫折。
## 美国对全球互联网自由的资助被削减
美国政府大幅削减了对开放技术基金（OTF）的资助。该基金支持Tor浏览器和F-Droid等工具，旨在促进全球互联网自由。这一举动在Hacker News上引发了关于削减资助的动机以及此类资助的真正目的的辩论。
讨论强调了人们对OTF主要被用于传播美国宣传的担忧，尤其是在伊朗等国家，而非真正促进开放访问。一些评论员指出，可能会用美国控制的VPN作为替代品，并质疑其独立性和潜在审查的可能性。
另一些人批评美国外交政策中的双重标准，指出对来自以色列和中国等盟友的监控技术出口缺乏审查，而美国的努力却被描绘成仁慈的。人们对USAID的有效性和透明度也持怀疑态度，一些人认为其援助项目历来将政治影响力置于真正的人道主义援助之上。
最终，这场对话揭示了对美国对外干预的更广泛的不信任，以及对“互联网自由”是否是真正的目标，还是仅仅是推进美国利益的工具的质疑。
关于按住版权联系我们创作者广告开发者条款隐私政策和安全性YouTube的工作原理测试新功能© 2026 Google LLC
1959年，杰克和哈罗德·克拉夫特兄弟获得了一项简单但革命性的设备专利：涡旋混合器。这项发明源于化学家塞缪尔·纳特尔森对高效流体混合的需求，迅速解决了实验室中一个常见的难题——耗时且可能造成污染的手动搅拌过程。 杰克（技术型人才）和哈罗德（销售员）从小就培养了创业精神，并在二战期间得到进一步强化。他们利用自己唱片机业务中的电机，迅速制作了混合器的原型。该设备采用振动橡胶杯，当试管接触到它时，会产生涡旋，从而有效地混合内容物，而无需直接接触。 最初由Scientific Industries Inc.生产，后来由他们自己的Kraft Apparatus Inc.生产，涡旋混合器不断发展，增加了诸如触摸激活和速度控制等功能。尽管1982年出售给了Glas-Col，但其设计通过Glas-Col和Scientific Industries的标志性“Vortex Genie”系列得以延续。 如今，这种坚固且易于识别的涡旋混合器仍然是全球实验室中普遍使用的工具，它简化了一个基本的科学过程，并证明了一个快速而巧妙的解决方案对常见问题的持久影响。
一篇关于制作涡旋混合器的文章引发了 Hacker News 的讨论，讨论了为什么类似的实验室设备，如磁力搅拌器，在厨房并不常见。用户指出**粘度**是关键问题——厨房食材通常太稠，无法通过磁力搅拌有效搅拌，而实验室通常使用较稀的液体。
虽然磁力搅拌器具有便利性，但也提出了小搅拌“豆”可能造成窒息危险的风险。 担心从不透明混合物中取出搅拌棒，以及使用磁铁进行额外清洁，进一步解释了它们的应用有限。
对话还探讨了涡旋混合器*是否*可以处理厨房任务，从干燥粉末到面团，质疑其对各种食物质地和稠度的适用性。最终，对于大多数厨房搅拌需求，似乎需要与驱动电机有强大的机械连接。
## Stoolap：适用于Node.js的快速、嵌入式Rust SQL数据库 Stoolap是一个新的嵌入式SQL数据库，最初用Go构建，后为提高性能改写为Rust。作者认识到Node.js是一个关键的应用场景，因此开发了`@stoolap/node`，一个使用NAPI-RS的本地驱动，用于直接访问数据库，绕过HTTP开销。 虽然SQLite是一个强大的选择，但Stoolap提供了诸如MVCC事务、基于成本的查询优化器、并行执行和时间查询等高级功能。与`better-sqlite3`（SQLite的Node.js标准）的基准测试表明，Stoolap在**53项测试中赢得了47项**，在复杂的查询（如`COUNT DISTINCT`和子查询）中实现了显著的加速（高达138倍）。SQLite在简单、单行操作中仍保持优势。 Stoolap的速度源于其无锁MVCC、智能查询优化和并行执行能力。`@stoolap/node`驱动程序提供熟悉的API，支持异步/同步操作、预处理语句和事务。它还支持基于文件的持久化，并通过WAL提供可配置的持久性。 目前版本为v0.3.1，驱动程序已通过npm提供，并带有预构建的二进制文件，无需Rust工具链即可安装。未来的开发包括连接池和流式查询支持。
## Stoolap/Node：快速 Node.js SQLite 驱动 - 摘要
Stoolap/Node 是一个新的 Node.js SQLite 原生驱动，旨在显著提高性能，尤其是在分析查询方面。基准测试表明，Stoolap 在复杂查询方面表现出色（速度提升 10 倍至 100 倍），而 SQLite 在简单、单行操作方面表现出色。
讨论的重点是基准测试的有效性以及性能提升的重要性——即使是小的改进（从 0.01 毫秒到 0.001 毫秒）在嵌入式系统或 GPU 代码等特定环境中也可能至关重要。用户正在请求用于基准测试的测试工具。
该项目最初用 Go 编写，然后是 Rust，现在拥有使用原生绑定技术的 Node.js 驱动。有人对博客文章的写作风格（可能由 AI 生成）和项目名称（“stool” 对英语和德语使用者来说有不好的含义）提出了担忧。作者澄清该名称意为“Stoo-lap”，并且“ap” 指的是应用程序。 许多用户表示有兴趣分享他们使用该库的经验。
## Docker-Lisp 概要
Docker-Lisp 允许你在 Docker 容器内运行 Lisp 代码。过程从使用 `./scripts/build-base` 和 `./scripts/build-builtins` 构建必要的基础镜像和内置函数开始。
然后，你可以使用 `./scripts/run eval "(expression)"` 直接评估 Lisp 表达式，可以选择使用 `--trace` 进行详细的调用跟踪。可以使用 `docker stats` 和 `docker events` 监控容器活动。
对于更复杂的程序，在 Dockerfile 中定义 Lisp 代码，并使用 `./scripts/build <program path> [name]` 构建它。使用 `./scripts/run <image> [args]` 运行这些构建的镜像。
关键脚本包括：`build` (Dockerfile 到镜像), `build-base` (基础镜像), `build-builtins`, `run` (执行镜像), `run-tests` (运行测试，必要时重建基础镜像), 和 `clean` (移除容器和镜像)。
## Docker Lisp：一场狂野的实验
Hacker News 上一个新项目展示了一个 Lisp 实现，其中*每个*函数调用都在一个单独的 Docker 容器内执行。虽然这在很大程度上被认为是一项荒谬的实验，但它引发了关于容器化、函数式编程以及控制代码中副作用之间关系的讨论。
评论者指出，核心思想——隔离代码执行——与函数式编程原则相符，在函数式编程中，纯函数没有副作用。有人认为，理想的情况是系统能够显式声明其依赖项和潜在的副作用，从而实现定制的沙箱。另一些人则哀叹主流语言缺乏强大的权限系统和代数效应。
尽管存在开销（通过 500 多个容器来计算阶乘(3) 已经证明），但该项目因其冒险精神和探索并行性的潜力而受到赞扬。有些人设想未来容器类原语将成为语言设计不可或缺的一部分，甚至会出现专门用于 Lisp 执行的硬件。最终，这是一次发人深省的、如果不太实际的、关于代码隔离和执行的探索。
这篇帖子详细介绍了一种ARM64指令集的视觉化方法，通过将3000多个独特的编码映射到希尔伯特曲线，并按指令类别（通用、浮点、SIMD等）进行着色来实现。作者创建了工具来解析ARM的可读机器架构（MRA）规范——公开可用——并解码所有可能的32位指令。
挑战包括处理模糊的规范符号以及规范与Capstone等反汇编器之间的差异，这些问题通过使用Capstone进行后处理来解决。生成的视觉化结果揭示了模式，尤其是在较新的指令集（如SVE2和SME2）周围。
这项工作与作者在轻量级故障隔离（LFI）方面的研究相关，LFI是一种针对ARM64的软件沙箱技术。可视化LFI的安全不变性所允许的*合法*指令会创建不同的热图，揭示了对寄存器使用和寻址方式的限制如何大幅减少允许的指令空间。这些可视化结果也作为LFI验证器正确性的合理性检查。工具和代码可在GitHub上找到，交互式可视化结果可在网上找到。未来的工作包括扩展对更多ARM扩展的支持，并探索为RISC-V创建类似的视觉化效果。
## ARM64 指令集可视化与讨论总结
最近一篇 Hacker News 帖子突出显示了 ARM64 指令集的可视化 ([zyedidia.github.io](https://zyedidia.github.io))。讨论的中心是现代 RISC ISA 的复杂性，超越了早期 RISC 架构（如 MIPS）的简单设计。用户指出，成功的 CPU 现在采用更复杂的编码，例如 Thumb2，以及可变指令宽度。
对话涉及了 ARM64 规范中“应为零”和“应为一”位的含义，解释了不正确的设置如何导致不可预测的行为。一些人争论了基于纯粹的位模式可视化指令集的实用性，因为重新排序位会极大地改变可视化效果，而不会改变底层的 ISA。
将 ARM64 与其他 ISA 进行了比较，包括 RISC-V（以及独立的 RISC5 项目）和 x86（sandpile.org 是一个密集的资源）。一些用户建议为 RISC-V 创建类似的可视化效果，以方便比较，而另一些人则认为重点应该放在 ISA 对现代 CPU 功能（如乱序执行）的支持程度。 留下编码空间以供未来指令添加的重要性也被提出，并提到了较旧的 ARM 设计中的限制。
寻找符合 GDPR 规定、欧盟托管的软件和服务替代方案，以尊重您的数据主权。浏览 30 多个类别的 500 多家欧洲公司。 探索热门类别 热门替代方案 按国家/地区浏览 关于欧盟科技地图 欧盟科技地图是欧洲软件公司和符合 GDPR 规定的替代方案的领先目录。我们帮助企业找到值得信赖、尊重隐私且在欧洲托管的技术解决方案。