## Racket v9.1 发布 Racket v9.1 现在可在 [https://download.racket-lang.org/](https://download.racket-lang.org/) 下载。此版本专注于文档、开发者工具和核心功能的改进。 主要更新包括特定语言族文档组织（目前 Rhombus 正在使用），增强了带有错误处理的 `for` 循环功能，以及 DrRacket 中的 GUI 改进——包括弯曲的语法箭头和语言感知的“插入大写字母”。 在底层，此版本引入了 `exn-classify-errno` 以实现可移植的错误处理，调整了 Racket BC 的字符操作行为，并改进了结构类型创建和包配置。还添加了 OpenSSL 遗留提供程序的访问权限。Typed Racket 受益于改进的类型传播。 此版本是大量社区贡献的结果，鼓励用户使用 `raco pkg migrate 9.0` 从 v9.0 迁移。有关完整详细信息，请参阅发布公告：[https://blog.racket-lang.org/2026/02/racket-v9-1.html](https://blog.racket-lang.org/2026/02/racket-v9-1.html)。
每日HackerNews RSS
## Hacker News 上关于 Racket v9.1 的讨论
最近 Hacker News 上进行了一场关于 Racket v9.1 及其在学习和实际应用中的讨论。用户称赞“The Little Learner” ([https://www.thelittlelearner.com/](https://www.thelittlelearner.com/)) 是一本极佳且易于理解的深度学习入门书籍，即使没有深厚的数学基础也能学习。一些用户成功地将这本书的代码重写成 Python/JAX，并保持了类似 Lisp 的风格。
一个主要的争论点是 Racket 的增量开发体验与 Common Lisp (CL) 相比。虽然一些人最初发现 Racket 具有局限性，因为代码更改需要完全重启 REPL，但另一些人发现了 Geiser 和 Swank-Racket 等解决方案，可以实现增量状态构建。然而，即使使用这些工具，Racket 仍然缺乏 CL 在数据结构更改时自动更新类型的功能。
其他评论涉及 Racket 在 LeetCode 上的接受度，提供了一个实际用例，以及关于什么构成“真正的”Lisp 的有趣争论，一些人认为实时镜像和 REPL 驱动的开发是基本特性。
## Trellis：人工智能驱动的医疗保健通道 Trellis是斯坦福人工智能实验室的衍生公司，利用自我改进的人工智能代理，为美国50个州的患者简化获得救命药物的途径。他们自动化关键流程，如文件接收、事前授权和申诉，每年处理数十亿美元的疗法。本质上，Trellis提供基础设施，帮助患者*获得*他们需要的药物。 公司目前正在寻找一位高度组织化和精通技术的人才来领导客户部署。该职位需要3年以上客户对面的经验，强大的项目管理技能，以及将技术解决方案转化为实际商业价值的能力。 Trellis提供了一个独特的机会，可以在医疗保健领域产生重大影响，与行业专家和世界一流的团队合作，同时构建最先进的人工智能系统。凭借快速增长和可观的市场份额，Trellis有望彻底改变医疗保健的可及性。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Trellis AI (YC W24) 正在招聘部署负责人以加速药物获取 (ycombinator.com)
1天前 | 隐藏
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
一位历史教授观察约翰霍普金斯大学在接近150周年之际的变迁。他将该校的创校理念——开创现代研究型大学——与其目前的轨迹形成对比，后者以新的SNF阿戈拉学院和大型人工智能设施等奢华建设项目为标志。这些项目由大量捐款推动，似乎更注重声望和排名，而非学术需求，蚕食现有资金，并将美学置于教室空间之上。
该教授批评董事会日益受到缺乏学术专长的捐助者和商界领袖的影响，例如与Theranos丑闻有关的董事，以及专注于提升《美国新闻与世界报道》排名的校长。他注意到权力向中心集中的转变，削弱了教职员工的参与度，以及对昂贵、目光短浅的举措日益依赖。
他哀叹研究生项目的削减和教职员工治理的侵蚀，质疑大学的长期愿景。虽然承认这些建筑具有建筑价值，但他认为它们是“机场崇高”的象征——代表全球资本的无处不在的结构，并担心霍普金斯正在牺牲其核心使命以换取表面的收益，最终“欺凌弱小”。
## 加快公交车速度：改善公共交通的简单方案
尽管经常被铁路项目掩盖，但在许多国家，公交车运送了大多数人，并且在新冠疫情后正在恢复客运量。 阻碍公交车效率的关键问题是*速度慢*——通常与步行速度相当——这主要是由于频繁的停靠站。
一个出人意料的、性价比高的解决方案是“站点平衡”：战略性地增加站点之间的距离。 与欧洲国家相比，美国城市的站点通常更密集，为了最大化覆盖范围而牺牲速度和效率。 将站点间距从大约每 200-300 米增加到 300-450 米，可以在无需重大基础设施改造的情况下显著缩短旅行时间——研究表明速度可提高 6-29%。
这种优化还可以降低运营成本，因为需要的公交车和司机更少，从而使机构能够将节省下来的资金再投资于更好的站点设施（候车亭、实时信息）和更高的服务频率。 此外，更快、更可靠的公交车可以扩大网络的覆盖范围，使公共交通成为更具竞争力和吸引力的选择，最终提高客运量。 站点平衡是一项快速、廉价且具有影响力的改革，可以改变公交运输。
## 美国减少公交站点？Hacker News讨论
一篇最近的文章提出美国需要减少公交站点，引发了Hacker News的讨论。核心观点是，减少站点间距（目前700-800英尺，建议1300英尺）可以显著提高公交服务速度，吸引更多乘客。
许多评论者同意频繁的站点会造成令人沮丧的慢通勤，尤其与驾驶相比。一些人指出，这种优化可能在*没有*广泛地铁系统的城市（如纽约）中更有效。然而，也有人担心这会降低那些无法步行更长距离的人的便利性，可能影响弱势群体的乘客量。
讨论强调了优化现有乘客与吸引新乘客之间的矛盾。多位用户强调需要更广泛的系统改进——例如专用公交车道、信号优先和增加资金——而不是仅仅关注站点间距。另一些人则建议替代方案，例如更小、更灵活的面包车服务或动态定价系统。最终，这次对话凸显了效率、可达性和公共交通整体质量之间复杂的相互作用。
arXivLabs是一个框架，允许合作者直接在我们的网站上开发和分享新的arXiv功能。个人和与arXivLabs合作的组织都拥抱并接受了我们开放、社群、卓越和用户数据隐私的价值观。arXiv致力于这些价值观，并且只与坚持这些价值观的合作伙伴合作。您是否有为arXiv社群增加价值的项目想法？了解更多关于arXivLabs的信息。
糟糕！访问被拒绝：错误代码bf584155dcd667f7。
由Anubis From Techaro保护。
🇨🇦制造，充满爱❤️。
吉祥物设计由CELPHASE完成。
本网站运行Anubis 1.25.0版本。
## FreeCAD 的拓扑命名问题 – 摘要
这次黑客新闻的讨论集中在 CAD 软件中的“拓扑命名问题”，尤其是在 FreeCAD 中。核心问题是，修改 CAD 程序中的几何体通常需要完全重新计算底层结构，从而破坏面、边和顶点之前的标识符（名称或 ID）。这会导致关系中断，并在进行进一步更改时可能导致错误。
几乎所有 CAD 软件都面临这一挑战，但商业程序采用复杂的“启发式方法”来减轻其影响，有效地将问题隐藏在大多数用户面前。FreeCAD 最近合并了来自一个分支（RealThunder）的工作，以改进其处理此问题的方式，尤其是在 1.0 版本中。
然而，这个问题仍然复杂，根源在于边界表示 (B-rep) 几何体的基本性质。解决方案很困难，因为它们需要预测用户意图，并且通常受到软件功能的限制。用户建议使用中间平面和主草图等解决方法，但这些方法也有缺点。 讨论强调了开源项目在与商业软件投入到这些问题上的资源竞争方面所面临的挑战。
GNU TeXmacs 是一款免费的、所见即所得的科学文本编辑器，非常适合创建专业的技术文档。与许多替代品不同，它*不*基于 TeX/LaTeX，而是使用自身的高质量排版算法，以获得更佳的效果。 TeXmacs 可以无缝集成文本、数学公式、图形，甚至演示文稿到结构化文档中。它充当了与用于代数、统计等计算软件的用户友好界面。 文件可以保存为 TeXmacs 的原生格式（TeXmacs、XML、Scheme），或导出为 PDF、Postscript、TeX/LaTeX、HTML 和 MathML。其功能可以通过 Scheme 扩展语言高度定制，允许用户创建自定义样式和功能。TeXmacs 跨平台运行，可在 Unix、macOS 和 Windows 上使用。
## TeXmacs：一款独特的科学编辑器
TeXmacs (texmacs.org) 是一款功能强大的科学编辑器，但知名度不高，旨在简化数学和技术文档的编写。 尽管其名称如此，它*并非*基于 TeX/LaTeX 或 Emacs，这导致了常见的误解。 用户称赞它在数学符号方面的易用性，认为它比 LaTeX 的样板代码更直观。
该软件提供 WYSIWYG（所见即所得）体验，并具有可视化的宏系统。 它已被用于博士论文、学术论文、讲义，甚至用于在线授课。 存在一个分支 Mogan，它具有改进的 CJK（中文、日文、韩文）支持。
虽然它没有被广泛采用——一些学者甚至没有听说过它——但忠实的用户认为它优于 LaTeX 和 LyX 等替代品，尤其是在快速输入数学公式和提供无干扰写作环境方面。 视频、示例文档和《快乐作家》书籍等资源可用于进一步学习。
Hacker News (HN) 用户越来越怀疑有机器人大量涌入，理由是发布了无意义的帖子，并且整体感觉“不对劲”。为了调查，一位用户分析了最近的评论，具体比较了新注册账户和老用户的评论。 对双方各700条评论的分析显示出显著差异。新账户使用过多的标点符号，如破折号和箭头，的可能性是老账户的**近十倍**（17.5% vs 1.8%），具有非常高的统计显著性（p=7e-20）。它们也更有可能提及人工智能和大型语言模型（18.7% vs 11.8%，p=0.0018）。 虽然人类用户偶尔也会使用这些写作风格，但这种巨大的差异表明存在自动化活动。这些数据支持了人们日益增长的担忧，即机器人正在显著影响 HN 的评论环境。
## 黑客新闻与AI生成评论：摘要
最近黑客新闻上的一场讨论指出，AI生成评论的一个潜在指标是：新账户过度使用破折号（—）。作者观察到，新评论中使用破折号的比例为32:1，表明这超出了典型的人类写作模式。
用户推测，这是因为AI模型被指示使用破折号等风格元素来显得更像人类，同时也默认使用正式的写作风格。一些评论员指出，他们已经停止使用破折号，担心被标记为AI。
对话还涉及平台上的更广泛的机器人活动问题，包括对叙事操纵的担忧，以及区分人类用户、AI辅助用户和完全自动化的机器人之间的困难。 提出的解决方案包括身份验证，以及简单地接受人类生成内容和AI生成内容日益难以区分的现状。 一些用户戏谑地接受了破折号的“咔哒”声，将其视为机器人存在的标志。 最终，这场讨论强调了在日益复杂的AI时代，维持真实的在线讨论的挑战。
## i386 OpenBSD 存在数十年安全漏洞 最近在32位i386 OpenBSD 6.3中发现了一个安全漏洞，由于对x86架构的A20门和I/O端口访问处理不当，导致用户进程可以使操作系统崩溃。根本原因可以追溯到最初的1985年Intel 80386设计以及随后在多个操作系统（包括NetBSD和OpenBSD）中的实现。 问题源于任务状态段（TSS）内定义不明确的I/O权限位图（IOPB）。Intel后期添加的I/O端口权限控制，加上模糊的文档和C代码中的结构填充问题，导致用户进程能够获得对关键系统I/O端口的未授权访问。具体来说，OpenBSD的`pcb`结构中不正确的结构大小，加上有缺陷的TSS设置，无意中扩展了IOPB，从而开放了对广泛敏感端口的访问。 随着时间的推移，为解决早期问题而实施的修复措施，具有讽刺意味地加剧了问题。OpenBSD 6.2/6.3中的一个简单修正，恢复到最小的TSS大小，通过有效地禁用有问题IOPB来解决了该漏洞。这凸显了不完整文档、复杂硬件设计以及细微编程错误在数十年中积累的危险。该事件警示我们，架构怪癖的长期后果以及在使用低级系统代码时彻底理解的重要性。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
安全漏洞的历史 (os2museum.com)
39 分，由 st_goliath 1 天前发布 | 隐藏 | 过去的 | 收藏 | 2 条评论 帮助
amabito 1 天前 | 下一个 [–]
IOPB 位的语义与你可能预期的相反：0 表示允许，1 表示拒绝。因此，清零的 pcb 内存会静默地授予对范围内每个端口的访问权限——这就是为什么它始终可重现，而不是间歇性的。 仅仅差一个 sizeof() 就对了。回复
xoxxala 1 天前 | 上一个 [–]
(2018) 回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## Django 控制室：集中式管理界面
Django 控制室是一个工具，可以将所有 Django 管理面板整合到一个美观、安全的仪表盘中。它通过现代化的用户界面（包括深色模式）和易于与现有 Django 项目集成的特性，简化管理流程。
**主要特性：**
* **集中视图：** 从 Django 管理界面中的一个位置访问所有管理面板。
* **插件系统：** 通过 PyPI 轻松发现和安装预构建的面板（Redis、缓存、URLs、Celery – 更多面板正在开发中）。
* **安全性：** 包验证可防止恶意面板劫持，访问权限仅限于员工/超级用户权限。
* **自定义面板创建：** 使用提供的 cookiecutter 模板或简单的界面开发自定义面板。
**安装：**
使用 `pip install dj-control-room` 安装，并可以选择性地包含特定的面板（例如 `dj-control-room[redis]`）或全部面板 `dj-control-room[all]`。 将已安装的面板和 `dj_control_room` 添加到 `INSTALLED_APPS` 中，并在 `urls.py` 中包含其 URL 模式。
在 [djangocontrolroom.com](https://djangocontrolroom.com) 和 [yassi.github.io/dj-control-room/](https://yassi.github.io/dj-control-room/) 上可以找到全面的文档和指南。
## Django 控制室：管理界面中的运维工具
Yassi_dev 创建了“Django 控制室”，这是一系列直接构建在 Django 管理界面*内部*的运维面板。这些面板目前提供 Redis 检查、缓存可见性以及 Celery 任务内省功能，以及 URL 发现和测试——这些工具通常通过 Flower、redis-cli 和 Swagger 等独立服务访问。
目标是将这些基本工具整合到熟悉的环境中，利用 Django 管理界面现有的身份验证、权限和界面。每个面板都是一个小型 Django 应用，旨在通过 setuptools 入口点轻松扩展和自定义。
开发者正在探索更多面板（信号、错误），并质疑这种整合方法是否优于保持工具分离。该项目引发了关于 Django 管理界面可扩展性的讨论，以及现代开发中框架依赖性和 AI 驱动代码生成之间的平衡。网站 ([https://djangocontrolroom.com/](https://djangocontrolroom.com/)) 提供更多详细信息。