将老旧的 Windows 9x/XP 时代电脑连接至现代安全的 Wi-Fi 网络难度极大，因为这些系统仅支持 WEP 等过时的安全标准。虽然使用以太网连接是可行的替代方案，但并非随时可用。
作者提出了一种简单有效的权宜之计：使用安卓手机作为桥接器。通过 USB-C 转以太网适配器将安卓手机连接到老式电脑，并在手机设置中开启“以太网共享”功能，电脑便可通过手机的 Wi-Fi 连接访问互联网。只要电脑设置为通过 DHCP 获取 IP 地址，手机就会自动完成桥接。这种方法既能避免降低网络安全性，又适用于任何带有以太网接口的电脑。尽管在物理连接上稍显繁琐，但这对于复古电脑爱好者来说是一个极具实用性的解决方案。
每日HackerNews RSS
最近的一场 Hacker News 讨论探讨了多种让老旧电脑联网的方法，起因是一篇关于使用安卓手机通过以太网共享网络的文章。
该讨论的主要观点包括：
* **安卓网络共享：** 通过 USB 使用安卓手机是一种非常有效且低成本的方案。利用 RNDIS 标准，旧版操作系统可以将手机识别为标准网络适配器，从而在无需专用硬件的情况下实现连接桥接。
* **硬件解决方案：** 对于倾向于永久性设置的用户，建议使用无线转以太网桥接器。这些设备可以处理现代的 WPA 加密，让老旧硬件无需了解现代 Wi-Fi 标准，即可通过标准有线连接上网。
* **DIY 方案：** 爱好者们讨论了使用树莓派或运行定制固件（OpenWRT/DD-WRT）的旧路由器来创建灵活的桥接器，并指出这些方案通常可以使用现有的闲置零件来完成。
* **技术历史：** 讨论还涉及了网络技术的发展，特别提到现代的“自动 MDI-X”技术已使曾经必备的以太网交叉线成为了历史。
总体而言，社区强调，尽管老旧设备的连接存在软件挑战，但利用现有的硬件，这仍然是一个非常容易解决且充满乐趣的项目。
科学家破解了烟草如何产生尼古丁这一两百年来的谜题。 Scientists solve 200-year-old puzzle of how tobacco plants make nicotine
1 天前
请启用 JavaScript 和 Cookie 以继续。
约克大学的科学家们成功破解了烟草植物如何合成尼古丁这一困扰学界 200 年的生物学谜题。这一发现标志着自 1828 年首次分离出尼古丁以来，科学界一项长期悬而未决的课题终于画上了句号。
Hacker News 上围绕这一突破的讨论涉及了几个核心议题：
* **基因工程：** 用户们打趣称这有创造“烟草西红柿”（《辛普森一家》中的桥段）的可能，暗示理论上现在可以通过改造西红柿等其他植物来生产尼古丁。
* **医学意义：** 评论者指出了吸食烟草与使用提取尼古丁之间的区别，并强调了该化合物在医学上的潜在用途，例如作为受体疗法治疗“长新冠”等疾病。
* **促智药物与认知增强：** 讨论转向了认知增强领域，用户们探讨了尼古丁是否能被改良以提升专注力，并讨论了药物研发的复杂性。
* **历史考据：** 关于“200年谜题”这一说法引发了争论。一些人认为人类对植物化学的研究已有数千年历史，而另一些人则澄清，只有在 19 世纪鉴定出尼古丁分子后，这一科学问题才真正成立。
80 多年来，航空工程一直依赖于一种前提：光滑的表面对于维持层流以最大限度地减少空气动力阻力至关重要。然而，日本东北大学的研究人员通过证明特定的微小表面不规则结构实际上可以延迟向湍流的过渡，挑战了这一教条。 在副教授矢野爱子的带领下，该团队利用磁悬浮平衡系统（MSBS）悬浮测试模型，消除了由传统支撑杆引起的空气流干扰。这种精确度使他们发现，“分布式微粗糙度”（DMR）——即肉眼无法察觉的不规则结构——可以将空气动力阻力降低高达 43.6%。 与使用结构化凹槽来控制湍流的“鲨鱼皮”方法不同，DMR 的作用机制是主动延迟从层流到湍流的过渡。这一突破代表了空气动力学设计的根本性转变，表明违反直觉的表面纹理可以显著提高高速车辆和飞机的能源效率。
一项最新研究挑战了航空工程的核心准则：即完美光滑的表面总能最大限度地减少空气动力阻力的观点。研究人员证明，通过应用“分布式微粗糙度”（DMR）——即随机的微观不规则结构，可以延迟层流向湍流的转变，从而将阻力降低多达 43.6%。
该研究明确指出，这一现象与高尔夫球坑或仿鲨鱼皮沟槽等其他减阻技术不同。高尔夫球坑是有意制造湍流以保持气流附着并降低压力阻力，而 DMR 的作用机制是稳定层流边界层本身。
这一发现引发了 Hacker News 上的激烈讨论。虽然许多评论者对此深感兴趣，但怀疑论者指出，航空业因严格的安全法规、高昂的维护成本，以及在尘土、昆虫和冰雪环境下保持微观表面纹理的实际难度，向来对采纳此类变革反应迟缓。此外，一些用户认为这个概念并非完全创新，指出类似的设想在学术界和实验领域已讨论了数十年。这一发现是否会导致飞机设计在现实世界中发生实质性转变，仍是业界持相当怀疑态度的议题。
请提供您想要翻译的内容。
Audiomass (audiomass.co) 是一款免费、开源、基于网页的多轨音频编辑器，完全在浏览器中运行，无需服务器端处理。开发者“pantelisk”近期分享了该工具的更新，包括拖拽式多轨支持、速度检测、离线/PWA 功能，以及将窗口停靠在外部显示器上的功能。
该项目因其简洁高效的设计（体积不到 100kb）和直观的用户体验而受到 Hacker News 社区的高度赞扬，常被比作经典的“Cool Edit Pro”。
用户讨论的焦点在于其云端音乐协作的潜力，许多人渴望拥有一个“音乐版 Git”，以实现版本控制和项目共享编辑。虽然一些用户建议使用 Bandlab 或 Ardour 来处理更复杂的工作流，但 Audiomass 因其对用户隐私和性能的坚持而脱颖而出。开发者指出，该应用旨在处理快速任务，而非专业的重型制作，但它仍然是 Audacity 或付费桌面 DAW 的一种轻量级且强大的替代方案。开发者鼓励用户提供反馈，同时也对增加“臃肿”功能保持谨慎，以确保应用保持快速和易用。
AlphaPixel 恢复了“LAN-LOK”，这是一款 1991 年的罕见 DOS 游戏，由南极帕尔默站的研究人员 Mark Chappell 和 Shane Maloney 开发。该游戏开发于该站首次部署点对点网络期间，是一部以“绞刑架幽默”风格讽刺早期系统管理的幽默作品。
游戏玩法是一种竞争性的“破坏与修复”循环：玩家扮演一名试图破坏网络节点的破坏者，而一个以现实生活中的 IT 员工 Al Oxton 为原型的 AI 角色则会竞相修复损坏。在机制上，它反映了那个时代的挫败感，例如打印机卡纸和意外命令行错误带来的噩梦。
该游戏三十年来一直鲜为人知，仅在帕尔默站和麦克默多站之间的“运动鞋网络”（SneakerNet，指通过物理介质传输数据）中传播。AlphaPixel 的创始人最近重新发现了该可执行文件，并与原始创作者及游戏反派的现实原型核实了其历史。现在，通过 DOSBox 即可运行该游戏，它已成为南极生活的一件独特数字文物。AlphaPixel 计划利用这个副项目探索现代人工智能辅助的反编译和现代化技术，以展示他们为客户处理复杂、真实的遗留代码恢复工作时所运用的技术能力。
文章《LAN-LOK：遗失 34 年的南极 DOS 破坏游戏》探讨了南极帕尔默站的一段数字历史。这款游戏是该科研基地早期局域网（LAN）的遗物，展现了科研人员在早期站内计算时代既幽默又常令人苦恼的日常生活。
Hacker News 上的讨论主要集中在该游戏的史学意义与其重复的游戏玩法之间。一些用户指出，由于复古 DOS 字体的缘故，游戏中的反派“Evil AL”常被误读为“Evil AI”。对于有兴趣体验这段历史的人来说，该游戏目前可通过互联网档案库（Internet Archive）在浏览器中游玩，不过有移动端用户反映输入指令存在困难，因此呼吁改进模拟器的触控操作。尽管设计简单，但这款游戏对复古计算爱好者而言，仍是一件充满魅力的奇珍。
本文探讨了一个大胆的观点：我们的物理现实并非一个客观、独立的“舞台”，而是一个由大脑呈现的生物界面——本质上就像一场多人游戏。 作者结合认知科学、量子力学和哲学，提出以下论点： 1. **感知即翻译：** 大脑看到的并非“真相”，而是创建了一个实用的用户界面。就像电脑图标一样，我们的感官输入将原始数据转化为有助于生存的格式，而非反映现实的本来面目。 2. **共识与同步：** 我们之所以能感知到一个稳定的世界，是因为我们拥有相同的“硬件”（人类生物学）和集体共识（共享的虚构），这使环境趋于稳定。现实之所以在我们不观察时依然保持一致，是因为它由量子退相干和观察者组成的集体网络所维持。 3. **共同创造：** 虽然我们没有打破物理定律的“管理员权限”，但我们可以影响自己的轨迹。通过将明确的意图与高频情绪结合，我们可以重塑网状激活系统（RAS），从而筛选出新的机遇。 总之，我们并非固定世界中的被动旁观者，而是可塑共享现实中的积极参与者；这表明宇宙远比我们传统认为的更具参与性，也更赋予人力量。
为了防止未经授权的用户在安全密钥上发现凭据，开发人员可以使用 **CTAP 2.1 `credentialProtectionPolicy` 扩展**。 标准的 WebAuthn 凭据通常可以通过物理持有安全密钥来发现。此扩展允许依赖方（Relying Parties）在创建凭据时强制执行更高的安全要求： * **`userVerificationOptional`**：默认设置；允许在无需验证的情况下发现凭据。 * **`userVerificationOptionalWithCredentialIDList`**：除非提供特定的凭据 ID，否则在发现凭据时需要进行用户验证。 * **`userVerificationRequired`**：强制要求在发现和使用凭据时均进行用户验证。 `enforceCredentialProtectionPolicy` 标志可确保如果验证器不支持这些策略，操作将失败；不过，这通常应仅限于漫游验证器（roaming authenticators）。 各浏览器的支持情况有所不同；Chrome 和 Firefox 支持这些扩展，而 Safari 会忽略它们。值得注意的是，Chrome 可能会根据 `residentKey` 和 `userVerification` 设置静默应用默认策略。依赖方必须保持警惕，因为该扩展仅控制验证器端的发现功能，服务器仍需独立验证返回的断言是否确实包含了所需的用户验证。
为大型功能特性维护干净的提交历史（即每个提交都是逻辑清晰、便于审阅的步骤）往往令人精疲力竭。像 `jj absorb` 或 `jj squash -i` 这样的传统工具容易出错，或者在边界复杂时导致合并冲突。 作者提出了一种替代工作流：“衣物分类法”（Laundry Sorting）。在开发过程中，与其费力维护完美的提交，不如先让初始提交变成一堆混乱的混合更改。待功能完成后，你先创建一个由空提交组成的链条，按逻辑顺序排列，代表你理想中的历史记录。接着，将所有“混乱”的提交合并为一个“全量”提交，再以交互方式将特定的代码块迁移到对应的逻辑提交中。 这种方法避免了“拆分与合并”的循环，简化了整理过程，并通过一次性分发更改避免了冲突地狱。虽然这有时会产生无法编译的中间提交（牺牲了完美的 `git bisect` 历史），但它显著减轻了版本控制带来的认知负担，将审阅者的可读性和开发者的顺畅度置于严格的增量提交规范之上。
这篇 Hacker News 的讨论探讨了关于 **Jujutsu (jj)** 的争论。这是一个构建在 Git 后端之上的版本控制系统，旨在减少人们在使用 Git 时常感到的“严苛疲劳”。
**支持者**认为，Jujutsu 将提交视为可变对象，并支持更简便的历史记录操作（如持续的变基和冲突管理），消除了 `git rebase` 中常见的模式错误，从而显著降低了使用门槛。他们强调了 `jj undo` 等功能，以及在无需命名的情况下处理多个“匿名”分支的能力。对于用户而言，它提供了一种更符合人体工程学的体验，本质上“消除了”传统 Git 的痛苦。
**怀疑论者**则强调，Git 本身已经是功能强大的行业标准工具。许多人认为，对于那些已经精通 Git 的用户来说，Jujutsu 的优势微乎其微；他们指出，复杂的工作流程可以通过别名、AI 代理或 Magit 等工具来处理。批评者还对 Jujutsu 的分支管理表达了不满，特别是偶尔需要手动推进书签（bookmarks）带来的额外工作量；并指出它面临“Blub 悖论”：如果不投入专门的时间去学习，就很难理解它的优势，而许多资深开发人员并不愿意进行这种投入。
拒绝访问。您没有权限访问此服务器上的“http://www.cbp.gov/document/directives/cbp-directive-no-3340-049b-border-search-electronic-devices”。引用编号 #18.ad62c17.1779656521.a899f674 https://errors.edgesuite.net/18.ad62c17.1779656521.a899f674
近期的一场 Hacker News 讨论聚焦于美国海关及边境保卫局（CBP）第 3340-049B 号指令引发的担忧，该指令规定了对美国边境电子设备的搜查程序。指令要求旅客必须以可供检查的状态出示设备，这实际上允许执法人员要求旅客提供密码或访问加密数据。
评论者表达了对隐私问题的严重关切，指出尽管非公民可能因不配合而面临拒绝入境，但美国公民通常不会被拒绝入境，却可能面临设备被没收或扣押的风险。许多用户认为，该指令宽泛的措辞营造了一种环境，使得以“国家安全”为由的例外情况几乎能够不受限制地行使自由裁量权。
讨论还涉及以下内容：
* **隐私策略：** 一些用户建议使用“一次性”设备、将手机恢复出厂设置，或利用云端数据卸载功能，以避免泄露敏感信息。
* **法律辩论：** 用户讨论了“边境搜查豁免权”的范畴，指出尽管该原则有其历史根源，但现代设备所包含的海量私人数据是宪法制定者当初未曾预料到的。
* **事态升级：** 多位参与者对政府权力越界表示怀疑，呼吁进行立法改革，以在数字时代更好地定义和限制 CBP 的权限。
对于后端团队而言，从 Go 迁移到 Rust 不仅仅是为了提升运行速度，更是为了获得正确性保障和架构控制力。虽然 Go 是一门高效且“内置电池”的语言，但它依赖于惯例和运行时检查来管理内存、错误和并发——这往往使团队容易受到生产环境中空指针异常和数据竞争的影响。
Rust 通过将安全检查前置到编译器中解决了这些问题。Option 和 Result 类型、内存所有权以及基于特质（Trait）的泛型等特性，从根本上消除了许多类别的运行时错误。尽管这意味着更陡峭的学习曲线和更严苛的借用检查器，但其回报是更可预测的延迟、更低的内存占用，以及大幅减少的“救火”式事故。
作者建议避免“大爆炸式”的重写。相反，应采取战术性策略：将核心热点路径、后台任务或关键基础设施迁移至 Rust，同时在简单的胶水层服务中继续使用 Go。这一转型需要将“运行时检查”的思维模式转变为将编译器视为合作伙伴。归根结底，混合多语言的后端通常是最务实的策略，利用 Rust 来稳固那些可靠性和性能投资回报率最高的核心服务。
关于从 Go 迁移到 Rust 的争论（Hacker News 上的一大热点）主要集中在语言哲学、生态成熟度以及开发者工作流之间的权衡。
**支持 Go 的观点：**
* **Web 后端统治力：** Go 的标准库成熟、经受过大量测试且功能全面，使其成为 Web 服务的理想选择。
* **开发效率：** Go 以简洁、编译速度快和易于维护著称，这对项目的长期生存能力至关重要。
* **运行时：** 其托管的运行时能有效处理垃圾回收和并发（Goroutines），许多工程师认为这对大多数应用层任务已绰绰有余。
**支持 Rust 的观点：**
* **安全与性能：** Rust 的借用检查器能在编译时消除整类漏洞（如数据竞争），在无需垃圾回收的情况下提供卓越的内存安全性。
* **表达力：** Rust 提供了更严谨的类型系统和强大的抽象能力，部分开发者认为这使得复杂逻辑更易于推导。
* **智能编码：** 一些支持者认为 AI 编程代理更偏好 Rust，因为严格的编译器充当了护栏，能捕捉到 AI 生成代码中在 Go 里可能被遗漏的错误。
**共识：**
大多数参与者认为，决策取决于项目是需要非托管运行时的性能，还是更简单、迭代更快的开发工作流。许多人认为，与静态语言和动态语言之间的选择相比，“Rust 与 Go 之争”只是一个次要问题。