403 禁止访问
每日HackerNews RSS
这场讨论探讨了“将艺术与艺术家剥离”这一经典争议，其起因是对帕特里克·奥布莱恩（Patrick O’Brian）《奥布雷与马图林》（*Aubrey-Maturin*）系列的评论。
读者们对这些小说怀有深切的钦佩，称赞其丰富的历史细节、精湛的文笔，以及对领导力和友谊的深刻探讨。许多人认为该系列令人受益匪浅，甚至有人指出杰克·奥布雷（Jack Aubrey）的管理风格为项目领导力提供了实践经验。
然而，当发现奥布莱恩坎坷的个人生活（包括他与家人的疏远以及使用化名）时，一些读者的热情受到打击，他们认为作者的品行与其作品是密不可分的。这场讨论凸显了两种对立观点：
* **“剥离”阵营：** 认为奥布莱恩早已去世，其个人缺陷并不会“毒害”叙事，作品本身价值独立。他们认为道德把关是表演性的，或是幼稚的表现。
* **“问责”阵营：** 主张了解作者的背景对于理解作品的潜台词是必要的，且每个人都有权基于个人道德准则来选择关注和消费的对象。
最终，参与者们难以找到一个普遍适用的准则，往往得出的结论是：每一位读者都必须亲自决定底线所在。
作者通过创建一种树重写转换，探索了在 TypeScript 编译器中加入 Go 风格 `defer` 语句的可能性。通过解析 `defer` 并将其转译为执行闭包栈的 `try...finally` 块，该实现成功模拟了 Go 语言“后进先出”（LIFO）的清理行为以及立即求值的参数传递机制。 然而，作者最终认为 `defer` 并不适合 TypeScript。在 Go 中，`defer` 的优雅源于其将错误视为返回值的处理方式；而在 TypeScript 中，异常和异步控制流使得清理工作变得极为复杂。特别是处理清理过程中可能出现的多个错误时，需要使用繁琐的 `AggregateError` 逻辑，这与 JavaScript 标准的错误处理方式并不协调。 相反，作者主张采用 ECMAScript 的“显式资源管理”（Explicit Resource Management）提案。尽管它并不完美——作者不喜欢必须显式声明变量（如 `using _ = ...`）——但相比于通过修改编译器强行引入 `defer`，它提供了一种更符合惯用方式且原生的资源清理方案。
对不起。
访问受限 抱歉，您当前所在地区无法访问此页面。感谢您的理解。
苹果的 Mac OS X “雪豹”（Snow Leopard）于 2010 年发布。当时苹果将其营销为一次专注于优化的更新，宣称“零新功能”，旨在优先提升系统稳定性并修复漏洞，而非加入华而不实的新特性。尽管该版本在现实中却以多 Bug 著称，甚至导致包括作者在内的许多用户选择降级，但“雪豹”这一概念仍作为一种强有力的文化符号留存了下来。
如今，每当用户对臃肿、不稳定的软件感到沮丧时，科技界（从 Linux 发行版到移动操作系统）便常会引用这个词。在软件不断追求功能叠加、导致体验“平庸化”（enshittification）的时代，它成为了人们渴望改善生活质量、追求系统可靠性的一种缩写。即使十六年过去了，“雪豹”的神话依然存在，因为它代表了一种专业理想：一个无需额外改动负担，就能稳定运行的系统。即便实际的软件未能达到其声誉的高度，苹果当年的营销也成功地塑造了一个持久的愿景。
关于 Mac OS X Snow Leopard (10.6) 的争论焦点在于，它被誉为“完美”版本的口碑究竟是历史事实，还是仅仅源于怀旧。
业内人士指出，在经历臃肿且问题频出的 Leopard 版本后，Snow Leopard 确实是一次自上而下、旨在优化质量并减少漏洞的有意识的努力。它在引入 Grand Central Dispatch 等重大架构变革的同时，严格限制了新功能的增加。然而，怀疑论者认为，其“完美”神话的存在是因为该版本获得了长期的支持；它是在通过 10.6.8 等后期版本不断成熟后，才获得了传奇般的地位。
“神话论”的批评者则认为，拿 10.6.0 的早期版本与前代产品历经磨砺的最终版本进行对比是不公平的。此外，许多用户将 Snow Leopard 视为苹果转向 iOS 风格设计前的最后一个“纯粹”的 Mac 版本。归根结底，对 Snow Leopard 的怀念反映了现代用户对软件“劣质化”的普遍不满——比起现代软件年度更新中层出不穷、往往不被需要的功能，人们更渴望稳定性、精致感以及可预测的性能。
将你的 Framework 12 变成一扇嘎吱作响的木门。本质上就是这个（它也是灵感来源），但移植到了 FW12 上。它在其他笔记本电脑上或许能用，或许不能，我没测试过。音频滤波针对 Framework 12 的转轴阻尼进行了优化。 demo.mp4 让你的转轴发出嘎吱声。在 Framework 12 上经过测试，在其他笔记本上也可能适用。 ✨ 特效 ✨ 音调取决于转轴的位置 音量取决于你调整的速度 玩得开心。 有趣的是，“Releases”标签页里有一个可执行文件。下载它，执行常规的 `chmod +x` 然后运行即可。尽情享受吧。 注意：这是在 Fedora 上构建的，所以你在其他发行版上的运行结果可能会有所不同 —— 可能会出现动态链接问题。或者也可以 `git clone` 然后执行 `cargo run`。不过如果你这样做的话，需要先安装 `libiio-devel` 和 `alsa-lib-devel`（在 Debian/Ubuntu 上则是 `libasound2-dev` 和 `libalsa-dev`）。
一位开发者为使用 Linux 的 Framework 12 笔记本电脑用户发布了一个有趣的开源项目：它利用设备内置的铰链角度传感器，在开合盖时触发“吱呀作响的门”音效。
该项目是现有 *LidAngleSensor* 工具的衍生版本，在 Hacker News 上引发了热烈讨论。社区成员对其趣味性大加赞赏，并提出了一些改进建议，例如根据开合速度进行动态变调，或通过完整的音频合成来增强真实感。
讨论中还有人将其与经典的笔记本电脑“黑客玩法”相提并论，比如利用旧款 MacBook 的加速度计切换虚拟桌面，或自定义 Windows 的关机音效。开发者指出，该软件的过滤算法是专门针对 Framework 12 独特的铰链阻尼进行调校的。总之，这一项目被视为一种轻松愉悦的“高级”触感，让人回想起桌面个性化定制的实验时代。
作为一名人工智能公司的创始人，作者反思了一个具有讽刺意味的事实：大规模统计预测而非符号逻辑，成为了人工智能的基础。尽管许多研究人员对智能竟能从简单的“下一个词预测”扩展中涌现感到惊讶，但这一认识已深刻改变了我们对人类独特性的认知。 作者认为，与其排斥这些模型或沉迷于关于通用人工智能（AGI）的争论，不如采取务实的态度：承认这些系统能够“思考”，并且它们已成为我们未来的重要组成部分。由于这些模型由其所摄取的数据塑造，它们充当了某种“机械公地”。每一个在网络上写作和发布内容的人，都在为定义机器世界观的训练数据做出贡献。 作者总结道，我们拥有一个共同的机遇，可以通过将以人为本的价值观融入数字生态系统来影响人工智能。通过向这些模型输入肯定生命价值、天真和和平的内容，我们有助于确保这些强大的系统始终与人类的福祉保持一致。归根结底，人工智能的未来是一个共同参与的项目，每一个声音都在塑造机器的偏见。
抱歉。
在容器或通过 SSH 运行 X11 应用程序时，经常会出现“no authorization protocol”（无授权协议）错误，这是因为 `.Xauthority` cookie 绑定到了特定的主机名。当容器的主机名与宿主机不同时，X 服务器会拒绝该 cookie。 虽然很多人建议使用 `xhost +` 来绕过此问题，但该命令会完全禁用安全性，允许任何本地用户截获你的按键和窗口数据。 一种更好、更安全的方法是使用 **`FamilyWild`** (0xffff) 属性。它将 cookie 修改为与主机名无关，从而允许 X 服务器接受来自任何来源的客户端。 你可以使用以下命令创建可移植的 cookie 文件： ```bash : > /tmp/portable.Xauthority && xauth nlist :0 | \ sed 's/^..../ffff/' | xauth -f /tmp/portable.Xauthority nmerge - ``` 通过挂载该文件并设置 `XAUTHORITY` 环境变量，你可以在保持基于 cookie 的身份验证完整性的同时，授予客户端必要的权限。请确保该文件安全（模式 0600）且仅提供给受信任的环境，因为它移除了密钥 cookie 上的主机名限制。
这篇 Hacker News 的讨论探讨了在不同主机间共享 X11 服务器的实用性和安全性。
虽然 `xhost +` 是允许远程或多用户访问 X11 的常见“快速修复”方案，但评论者警告称，它绕过了访问控制，存在严重的安全风险，可能会导致按键记录和窗口内容泄露。目前已有更安全的替代方案，例如使用 `xhost +si:localuser:[user]` 进行细粒度访问控制，或者利用 `xauth` 来共享加密密钥。
技术层面的讨论主要集中在性能和传输方式上。尽管 SSH X11 转发是标准且安全的默认设置，但用户指出，通过 TCP 直接传输原始 X11 协议的速度明显更快（尽管安全性较低），且需要特定的 Xorg 配置才能启用。对于远程连接，参与者建议使用 `nxproxy`、`xrdp` 或 X2Go 等工具，而非直接使用 X11，并指出延迟和会话管理是远程桌面体验面临的主要挑战。最终，方法的选择取决于用户的具体威胁模型、网络质量以及对会话持久性的需求。
**Draco** 是一款高性能的 Rust 原生网页抓取工具，旨在作为 Firecrawl 等工具的轻量级替代方案。它通过使用具备浏览器一致性的 TLS/JA4 指纹识别引擎来绕过常见的封锁机制，从而避免了 Node.js 和无头浏览器的资源开销。 **核心功能：** * **速度与效率：** 处理静态页面仅需约 300 毫秒。它无需启动完整的浏览器集群，即可输出干净的 Markdown 内容（包含元数据）。 * **SPA 处理：** 针对客户端渲染的单页应用 (SPA)，Draco 使用进程内 V8 隔离环境来完成页面激活、内容提取及 API 数据拦截，无需使用无头浏览器。 * **JSON 提取：** 除 Markdown 外，它还能从嵌入式状态（如 `__NEXT_DATA__`）或通过重放拦截的 API 请求来提取结构化的 JSON 数据。 * **多样化模式：** 提供用于快速抓取的 CLI 模式、兼容 Firecrawl 的 REST API 服务模式 (`serve`)，以及用于有状态会话（支持 Cookie、导航和 JS 执行）的交互模式 (`interact`)。 * **智能代理能力：** 支持网页搜索（通过并行搜索引擎共识），并为基于 LLM 的代理提供 MCP（模型上下文协议）服务器支持。 Draco 安全且具备内存安全性，专为高并发环境设计，是提取公开网络数据的复杂且低资源消耗的解决方案。
抱歉。
本篇文章借鉴迈克尔·波伦（Michael Pollan）的协同进化视角，探讨了人类与人工智能之间共生——甚至可能是寄生——的关系。正如人类曾被郁金香、玉米和苹果的“欲望”所诱惑，我们如今也被人工智能所驱使，不禁质疑究竟是我们掌握了这项技术，还是正被其操纵。 作者认为，尽管人工智能很有用，但它目前笼罩在“分形不透明度”（fractal opacity）之中，在能源消耗、环境影响和真正的智能方面缺乏透明度。当前的行业“狂热”将快速扩张置于可持续性之上，这与历史上过度炒作和资源掠夺的模式如出一辙。 归根结底，本文拒绝了人工智能是必然奇点的观念，转而支持“数据主权”的愿景。通过将计算视为一种公共设施并将其与本地资源整合（类似于农光互补），我们可以从掠夺性模式转向服务社区的模式。正如森林在火灾后会恢复生机，作者预见当前的AI泡沫终将“消解”，并留下开放权重和本地控制等可持续的惯例。核心挑战依然在于：确保技术服务于人类和地球的需求，而不是将我们变成自身造物的工具。
该 Hacker News 讨论帖探讨了文章《AI 狂热：从郁金香到代币》，文中将当前的 AI 热潮与“郁金香泡沫”等历史市场泡沫进行了类比。
社区对此反应两极分化。一些用户称赞该文对 AI 的环境影响以及开发者与公众之间的权力动态提出了批判；另一些用户则不以为然，认为该文不过是混乱的抱怨或陈词滥调，并指出将 AI 与 NFT 或元宇宙等投机泡沫相提并论，忽视了 AI 的实际效用。
争论的焦点很大一部分集中在大语言模型（LLMs）的真实用途上。怀疑论者认为 LLM 产出的内容是“垃圾”且被过度炒作；支持者则指出，AI 在编程和复杂问题解决方面的显著生产力提升，证明了其现实价值。此外，讨论还涉及从加密货币挖矿到 AI 计算的硬件转型，许多人指出，现代 AI 对基础设施的巨大需求与过去使用的硬件截然不同。归根结底，该讨论帖凸显了双方之间持续存在的张力：一方将 AI 视为革命性工具，另一方则担心它是一个资源消耗巨大且不可持续的泡沫。
施密特触发器是一种具有正反馈的比较器，它能产生**迟滞**现象——即高低电平切换阈值之间存在一个差值。这种设计通过确保迟滞窗口内的噪声不会触发重复的状态切换，从而防止输出“抖动”，进而将嘈杂或缓慢变化的模拟信号转换为干净的数字输出。 **主要实现方式：** * **运算放大器/比较器：** 迟滞通过外部电阻设置。在反相配置中，宽度取决于分压比 $R_1/(R_1+R_2)$；在同相设计中，则取决于 $R_1/R_f$。 * **分立晶体管（BJT）：** 由两个晶体管组成的射极耦合电路通过根据输出状态改变射极电压来产生迟滞。 * **CMOS 逻辑门：** 如 74HC14 或 SN74LVC1G14 等器件在紧凑的封装内提供了固定且可靠的迟滞，非常适合高速数字接口。 * **比较器集成电路（IC）：** 通用 IC（如 LM393）需要外部反馈，而专用芯片（如 TLV3201）则内置了较小的迟滞。 **常见应用：** 施密特触发器对于消除机械开关抖动、将波形整形为矩形波、构建弛张振荡器以及进行传感器信号调理至关重要。工程师应确保迟滞窗口宽度大于预期的最大噪声，同时避免过大的迟滞值，以免增加传播延迟。
抱歉。