回到 Zig 后，作者编写了多个项目并重新参与社区，包括参加 Zig Day Seattle。他们称赞 Zig 的显式 IO 和分配器参数、comptime、构建系统、低依赖文化、错误处理和增量编译，并在与 Rust 的比较中表现有利。他们也指出摩擦：不完整的模糊测试、anyzig 的限制、较差的稳定性/文档、生命周期/编译器差距，以及自举约束。他们计划继续使用 Zig，将 ReTangled 从 Rust 迁移过来，回馈社区，并参加未来的 Zig Day。
每日HackerNews RSS
Hacker News
抱歉，我们无法这么快地处理您的请求。
重新加载
Anthropic 的生命科学团队正通过在整个药物开发流程中应用 Claude（而不仅是分子设计）来加速药物发现。近几个月，它与六家机构——BigHat Biosciences、Bristol Myers Squibb、Divergence Labs、Enveda、Generate Biomedicines 和 The Column Group——建立了合作，并启动了包括罕见肌营养不良研究在内的自有项目。这项工作的目标是识别瓶颈、创建案例研究，并可能开发出新药物。亮点包括：Generate 设计了更短且免疫活性更强的 CAR T 细胞；Divergence 设计了针对食物过敏的抗体；BigHat 改进了抗体片段；Enveda 加快了制造文档审查和监管草案；TCG 的新公司 Pleiades 使用 Claude 运行更多药物项目。BMS 正在使用 Claude 进行临床试验规划。Anthropic 还收购了 Mithril Medicine，在那里 Claude 帮助快速推进了一种肌营养不良治疗方案。大多数工作仍处于临床前阶段，但 Anthropic 计划将 Claude 扩展到临床试验，扩大合作，并通过 Claude Science、积分、验证项目和客座研究人员支持研究人员。
Hacker News 讨论聚焦于 Anthropic 声称 Claude 能加速药物开发。许多评论者对“生成分子是主要瓶颈”表示怀疑：药物发现只是开发的一部分，而临床试验、安全性、监管和人类生物学转化主导成本与失败率。批评者指出大语言模型缺乏足够的生物数据，无法可靠预测人类反应；AI 可能有助于文书、分析和临床前工作，但不能替代试验。其他人认为更好的候选药物筛选、自动化和罕见病研究具有潜在价值，并指出模拟与机器人技术的进步。担忧包括炒作、限制合法研究的防护措施、利润动机，以及计算设计与现实验证之间的差距。总体而言，该讨论体现谨慎乐观：AI 可以协助研究人员，但主要瓶颈仍然存在。
返回文章详情 熄灭还是被忽视？美国和加拿大失落萤火虫物种的考察 下载 下载 PDF
一篇关于美国和加拿大萤火虫物种消失文章的 Hacker News 讨论。评论者回忆大量萤火虫并注意到数量下降，将原因归咎于落叶耙除/清理、蚊虫喷洒、草坪维护和栖息地丧失等。一些人争论仅靠耙叶是否导致下降；另一些人认为草坪不自然，地方条例使有利于栖息地的庭院复杂化。用户还讨论萤火虫的魔幻吸引力、生物发光和更广泛的昆虫消失。帖子包含实用建议：保留落叶供越冬昆虫、使用本地植物、保护未受干扰的栖息地。总体反映了对萤火虫消失的担忧，并呼吁更有利于昆虫的土地护理。
Survival LLM 是一款免费、开源的 AI 助手和应急库，安装完成后即可完全离线运行。它利用 FEMA、CDC、医学参考资料、手册、维修指南和维基百科等可靠来源，回答有关断电食品安全、烧伤、净水及其他生存主题的问题，并精确显示其所引用的文章。该应用会下载与您电脑内存匹配的 AI 模型，内存越大模型越智能。它包含一个可搜索的库（完整版 9 GB 或精简版 1.3 GB），还可以搜索您自己的 PDF、Word 文档、电子书和笔记。安装耗时 20 分钟至 2.5 小时，大部分时间为下载。它支持搭载 macOS 14+ 的 Apple Silicon Mac 和 64 位 Windows 10/11。答案可能不正确，尤其是使用较小模型时，因此始终显示来源。它保护隐私，无需账号，安装后无需互联网即可使用。更新会保留模型、库和文件。
Survival LLM 是一款用于紧急情况的本地 AI 助手和离线知识库，它会根据可用内存选择模型，并将回答基于精选来源。HN 评论者就其是否有用或有风险展开了争论。支持者表示，LLM 可以帮助搜索、总结和浏览离线信息，尤其适合不知道正确查询词的用户，也可能在断网或离线工作时有用。批评者认为，幻觉和不完整的模型使它在生死攸关的建议中很危险，一些人更偏好 Kiwix、Project Nomad、QMD、Recoll 或纸质手册等更简单的离线搜索工具。评论者还指出生存内容存在缺口、硬件和电力要求高，以及准确性担忧。其他人强调，紧急情况需要电力、练习和实体参考资料。总体而言，该讨论串既突出了离线 AI 辅助的吸引力，也表达了对用聊天机器人替代值得信赖、经人工审核的生存资源的怀疑。
Tailscale 披露了 Tailscale SSH 中的安全漏洞，主要涉及权限提升：授权用户有时可能执行超出其本地权限的操作，可能获得更高权限，具体取决于权限和系统配置。他们不建议完全禁用 Tailscale SSH。大多数问题的修复已实施，修补后的客户端计划于 10 月 27 日前发布，视测试情况而定；随后将发布安全公告和技术博客文章。在此期间，客户应审查并收紧 SSH 访问策略，如果不需要，通过在 tailscaled 服务环境中设置 `TS_SSH_DISABLE_FORWARDING=1` 并重启来禁用 SSH 转发，限制对敏感系统的访问，并在可用时应用修补后的客户端。完整范围仍在验证中；环境特定问题请联系 Tailscale 支持。
黑客新闻
抱歉，我们无法如此快速地处理您的请求。
重新加载
正在检查您的浏览器...需要 JavaScript
黑客新闻
抱歉，我们无法如此快速地处理您的请求。
重新加载
Gforth 1.0 是一个具有明确稳定性目标和许多新增功能的主要版本。它引入或新文档化了用于字符串、内存、文件、目录、xchars、本地化、正则表达式、CSV、终端颜色、调试、覆盖率、时间、图像和 Mini-OOF2 的大量单词。主要变化包括解释性返回栈使用、帮助/文档改进、Unicode/xchar 支持、十六进制/十进制数字前缀、修改后的 S\" 和 .\" 转义、向下取整除法、更新后的 TRY/ENDTRY 行为以及新的命令行选项。它还改进了性能、移植、C 接口和文档。一些旧单词不再被文档化，可能会被移除。错误修复和平台支持得到改进。许可证为 GPLv3。
Gforth 1.0 是一个面向多种平台的免费、快速、功能丰富、可移植的 Forth 2012 实现。Hacker News 讨论突出了 Forth 极简、底层的特性：有些人觉得其基于栈的风格在思维上具有挑战性，而另一些人则重视其轻量和直接硬件访问能力。评论者指出，Forth 仍适用于嵌入式和机器人领域，可扩展，并且核心很小。Gforth 默认不直接编译为原生可执行文件，但 ccforth 等替代方案可通过 C 编译为原生代码；Gforth 使用线程代码以及通过 gforth-fast 的运行时动态超级指令/JIT。帖子还提到了 Factor、Forth 标准的局限性，以及社区对将 Forth 作为草根语言进行教学的兴趣。总体而言，Gforth 1.0 的发布引发了关于 Forth 尽管显得过时但仍具有持久小众地位的讨论。
作者认为，尽管存在当前的臃肿与缺陷，软件质量自早年PC时代以来实际上已提升。在1990–2000年代，几乎所有人都使用Windows，它因驱动缺陷、资源泄漏和缺乏自动保存而频繁崩溃，常导致工作丢失。物理介质使软件脆弱且难以更新。旧系统存在严重内存限制、碎片化、弱安全性，网络游戏也利用了其设计缺陷。作者还回忆了如TURBO按钮等硬件兼容性技巧。尽管现代软件有问题——复杂性、臃肿和AI委托——它提供进程隔离、在线更新、自动保存、更好的语言与可靠分发。过去因物理发行而形成的质量底线并未阻止普遍不稳定。总体而言，怀旧并不恰当：旧软件往往糟糕透顶，现代便利性胜过其缺点。
这个帖子争论软件是否正在变差。原帖认为旧软件往往很糟糕——崩溃、硬件限制、功能缺失——而现代软件更流畅，但涉及权衡。评论者同意可靠性已提升：蓝屏更少、测试更好、生态更丰富。但许多人表示UX、延迟、所有权、自定义和控制力下降了。他们讨论臃肿的Web/Electron应用、平台退化、AAA游戏膨胀与微交易、创新小团队游戏的流失、玫瑰色怀旧，以及旧UI是否真的更好。一些人归咎于商业模式与指标驱动设计；另一些人则为现代软件辩护，并指出旧系统也有真实缺陷。AI/氛围编程被讨论：它可能加速开发并增加测试，但存在低质量、审查不严的代码和新bug风险。总体上，质量取决于维度：可靠性提升了，而性能、控制和体验往往恶化了。
一个仅运行于浏览器的 TypeScript 待办应用，按规范优先工作流依据规范构建。它支持添加待办、标记完成，以及筛选未完成/已完成项，并通过 localStorage 持久化。规范 (2026-10-27-7b2d) 在独立分支上创建，经评审（拖拽排序被砍掉、新增空标题校验）后，以 store、列表组件和测试的形式落地。全部 9 个测试通过，一项决策（选用 localStorage 而非 IndexedDB）被记录，功能已提交并作为 PR #12 开启，应用运行于 localhost:5173。
Hacker News
抱歉，我们无法如此快速地处理您的请求。
重新加载
无法翻译：内容为二进制PDF流数据。
一篇 Hacker News 讨论围绕 Nils M. Holm 的无栈洪水填充自动机展开，它通过在图像像素本身中编码遍历状态来避免单独的栈，并预留 16 种颜色，因此几乎不使用额外内存。评论者争论这是否真正无栈——概念上它把路径存储在像素状态中——并比较内存权衡：在 1024×768 图像上，将状态编码在颜色中仅需约 9 KB，而有界的堆栈则需要数百 KB。其他人指出该技术适合 Z80 等受限环境，并描述其用途，如检测部分图像瓦片或连通地图区域。讨论串解释了通过方向状态回溯、处理死胡同，并考虑单像素间隙。还建议了并查集/连通分量标记等替代方案。有些人质疑在内存可预分配时的实际实用性，但支持者强调其恒定的内存开销。总体而言，这是一种巧妙的低内存洪水填充方法，适用场景较窄。