## OpenCHM启动，数字化计算机历史 计算机历史博物馆（CHM）已启动OpenCHM，一个新的数字门户，向全球开放其广泛而独特的计算文物收藏。该倡议由戈登和贝蒂·摩尔基金会和其他捐助者资助，标志着CHM持续数字化工作的重要一步。 OpenCHM旨在激发好奇心，并使技术历史对所有人开放，从研究人员到普通大众。该平台具有高级搜索工具、CHM历史学家的精选故事以及标志性文物的亮点。用户还可以创建个性化收藏，对于开发者而言，还可以访问API以进行进一步探索。 摩尔基金会赞扬了OpenCHM周到的设计和对开放获取的承诺，希望它能鼓励类似的倡议。通过保护和分享计算机历史，OpenCHM 推进了CHM的任务，即培养知情的数字公民并塑造更美好的未来。新的材料将不断添加到该平台。
每日HackerNews RSS
计算机历史博物馆（CHM）推出了一新的数字平台，扩大了其藏品的访问范围。该平台在Hacker News上发布，包含讲座、口述历史和策划展览，引发了技术爱好者的兴奋。用户分享了参观博物馆的个人经历，强调了它的教育意义——即使对于不熟悉计算机历史的人来说，比如第一次见到“软盘”。
讨论还集中在博物馆的内容上，一些人建议其历史范围超出硅谷的关注点，特别提到了为美国国家安全局开发的早期计算机架构。用户称赞CHM的口述历史是宝贵的资源，并承认数字化和编目其藏品所需的巨大努力。许多评论者建议亲自参观博物馆，指出其不断改进的展览和演示，例如标志性的IBM 1401。
分享了特定藏集和相关讨论的链接，包括对位于蒙大拿州博兹曼的美国计算机和机器人博物馆的推荐。
## LM Studio 0.4.0：重大更新 LM Studio 0.4.0 引入了重大改进，专注于部署灵活性和性能。一个关键功能是 **llmster**，一个允许无头部署的守护进程——在服务器、云实例甚至通过命令行*无需* GUI 即可运行 LM Studio。 此版本支持**并行请求**和持续批处理，以实现更快的处理速度，以及一个新的**状态化 REST API** (/v1/chat)，用于将本地模型集成到应用程序中。用户界面已完全刷新，具有聊天导出（PDF、Markdown）、**分屏视图**用于多个聊天、**开发者模式**用于高级选项以及应用内文档等功能。 底层的 **llama.cpp 引擎已更新至 v2.0.0**，支持并发推理。新的 CLI 体验，通过 `lms chat` 提供基于终端的交互。现在可以使用**权限密钥**来控制服务器访问。 此更新优先考虑强大的后端功能和简化的用户体验，为本地 LLM 使用提供更大的控制力和效率。
## LM Studio 0.4 讨论 - 摘要
Hacker News 的讨论围绕 LM Studio 0.4，这是一款在本地运行大型语言模型的工具。一个关键更新是引入了功能齐全的命令行界面（“llmsterm”），允许无头操作——这是用户一直要求的功能。这解决了之前 CLI 需要桌面应用程序运行的限制。
用户将 LM Studio 与 Ollama 和 llama.cpp 等替代方案进行比较。一些人认为 Ollama 偏离了其最初的原则，并且缺乏及时的模型支持。LM Studio 被认为是一个有希望的替代方案，特别是有了新的 CLI。
对话强调了对本地 LLM 兴趣日益浓厚，原因不仅仅是隐私（尽管这也是一个因素）。这些原因包括控制、稳定性、认知安全以及运行专用模型或离线处理敏感数据的能力。虽然承认基于云的模型目前提供卓越的性能，但许多人认为本地运行的模型“足够好”用于各种任务，尤其是在模型效率不断提高的情况下。
讨论还涉及开源格局，Jan.ai 被建议作为替代方案，以及对更多面向专业用户的 LLM 前端，并具有高级控制选项的需求。
汇丰银行发了一封令人担忧的信，声称邮件“无法送达”，促使作者检查了自己的账户——结果邮箱地址已经正确。与客服沟通一小时后，得到的令人沮丧的回应是，即使地址有效，也*必须*更新。
深入调查后，作者发现汇丰银行在其邮件中使用跟踪像素来监控邮件打开情况。这些像素通过未加密的连接不安全地实施，揭示了他们依赖这种有缺陷的跟踪方法来验证邮件送达。由于作者为了保护隐私而屏蔽了这些像素，汇丰银行错误地将他们的邮件标记为未送达。
这凸显了一个令人不安的趋势：假定跟踪是万无一失的，并在跟踪失败时做出不准确的声明。作者批评了汇丰银行具有侵入性的监控行为、糟糕的安全措施以及具有误导性的沟通方式，并建议简单的邮件确认将是一种更安全、更透明的解决方案。最终，这起事件揭示了普遍存在的监控资本主义如何扭曲基本功能并侵蚀信任。
## 汇丰银行邮件追踪缺陷及更广泛的银行业问题
最近在Hacker News上分享的一则经历揭示了汇丰银行邮件实践中的一个奇怪问题：如果追踪像素未加载，银行会发送信件声称邮件无法送达。即使邮件*已*被接收，也会发生这种情况，因为像Gmail这样的服务会预加载图片，从而有效地掩盖了用户是否实际打开了邮件。
几位评论员报告说，其他银行如澳大利亚国民银行（NAB）和Capital One也出现了类似问题，这表明这不是个别事件。讨论的重点在于依赖不可靠追踪像素的站不住脚的逻辑，以及大型金融机构内部的官僚流程，这些流程允许这种有缺陷的“功能”得以实施。
除了技术问题外，该帖子还涉及对银行业务更广泛的担忧，包括客户账户的价值、对数据追踪的依赖（“监控资本主义”）以及许多银行提供的在线服务的普遍质量较差。一些人建议更换银行作为解决方案，而另一些人则认为系统性问题使得避免这些问题变得困难。追踪像素使用不安全的HTTP链接也引发了安全问题。
该项目详细介绍了使用软件工具和少量编程创建3D打印灯罩的过程。受类似设计的病毒式视频启发，制作者旨在基于Desmos中生成的复杂波动2D轮廓（公式为`r = cos(5θ) + 0.2cos(9θ) + 0.05cos(200θ) + 4`）构建灯罩。
最初，由于轮廓过于复杂（1047个点）导致OnShape中的“loft”操作难以实现，并导致崩溃。随后，制作者利用ChatGPT生成了一个Python脚本，将2D轮廓缩放到一个点，从而创建了所需的形状。
目前，生成的巨大STL文件正在进行3D打印。该项目还包括转换为Marimo笔记本，允许在网页浏览器中直接可视化灯罩的横截面和轮廓，而无需安装Python。
## 3D打印数学灯罩 - Hacker News 摘要
Hacker News 上的一位用户分享了一个项目，该项目基于数学函数创建灯罩，使用 Python 和 3D 打印生成 ([hessammehr.github.io](https://hessammehr.github.io))。讨论迅速扩展到各种 CAD 软件选项的比较。
许多评论者强调 **OpenSCAD** 是一种强大的工具，尤其适用于数学定义的設計，并推荐使用 **Belfry** 和 **Manifold engine**（夜间版本）等扩展程序以提高性能。**FreeCAD** (及其 Python 支持) 和 **CadQuery** 也被提及。一些用户指出 **Claude** AI 令人惊讶地可以从图像提示生成可用的 OpenSCAD 代码。
对话还涉及材料选择，警告不要在 LED 灯条等热源附近使用 **PLA**，因为可能导致翘曲；建议使用 **PETG 或 ASA** 作为替代材料。一个关键的收获是，直接从数学定义生成 **G-code** 的潜在好处，绕过 STL 格式以获得更好的结果。最后，一些用户正在探索替代方案，例如 **build123** 以及在 **Python 中使用 trimesh** 直接生成网格。
## Mousefood：嵌入式系统的Ratatui后端
Mousefood是一个no-std嵌入式图形后端，旨在将Ratatui终端框架带到资源受限的环境中。它允许您在ESP32、STM32和RP2040等设备上构建终端UI。
默认情况下，Mousefood使用`embedded-graphics-unicodefonts`以获得更广泛的字符支持，克服了嵌入式系统中常见的基本位图字体限制。字体使用可以自定义——包括粗体和斜体样式——或禁用以优化性能。颜色主题也可配置，提供ANSI和Tokyo Night预设等选项，或自定义RGB调色板。
Mousefood支持各种显示类型，包括标准LCD和WeAct Studio和Waveshare的E-ink显示器（EPD），需要特定的驱动程序配置。可以使用`embedded-graphics-simulator` crate进行测试。
建议使用编译器级别3进行优化，以提高性能，并认识到由于字体数据而可能导致二进制文件大小增加。Mousefood正在积极开发中，欢迎贡献，并采用Apache 2.0和MIT双重许可。 多个项目已经利用Mousefood，包括Tuitar和Mnyaoo32。
## Mousefood：Rust 中的嵌入式终端 UI
一个新的 Rust crate，**Mousefood**，可以使用流行的 Ratatui 库为微控制器构建基于终端的用户界面。这允许开发者在 ESP32、Raspberry Pi Pico 和 STM32 等设备上创建基于文本的 UI，甚至包括电子墨水显示屏。
讨论的重点在于嵌入式系统中基于文本的图形与直接像素操作的效率。虽然较早的字符硬件依赖于专用的字符生成器，但现代位图显示屏提供了灵活性。然而，利用基于文本的方法仍然可以高效，因为存储和渲染固定大小的矩形很简单。
该项目利用 `embedded-graphics` 库，并与现有的嵌入式 Rust 应用程序和框架（如 Embassy）兼容。它似乎也支持 CYD（廉价黄色显示屏）等显示屏，触摸屏集成方面可能存在挑战。 许多用户对将复古终端美学带到嵌入式设备表示兴奋，让人想起 *The Last Ninja* 等游戏和 ComputerCraft 等工具。
最近的一份谷歌漏洞报告意外地首次展示了代号为“Aluminum OS”（ALOS）的Android桌面界面，运行在惠普Elite Dragonfly Chromebook上。泄露的截图展示了Android 16，针对更大屏幕进行了优化，顶部状态栏显示了详细信息，如时间、日期和系统图标（电池、Wi-Fi、Gemini）。
界面保留了当前任务栏和窗口控制等熟悉元素（类似于ChromeOS），但也有一些微妙的变化——修改过的鼠标光标和Chrome浏览器扩展按钮。泄露还演示了分屏多任务处理功能。这一发展表明谷歌正在利用现有的Chromebook硬件来构建和测试桌面Android体验，超越了平板电脑和手机投屏模式。识别出的构建编号是ZL1A.260119.001.A1。
在X平台（前身为Twitter）上出现了一种令人不安的趋势，用户利用其AI功能Grok，将现有照片中的女性生成为非自愿、性化的图像——通常以令人不安的准确度创建逼真的“去衣”图像。内容创作者肯达尔·梅耶斯和艾玛等人成为了受害者，她们的图像被篡改和传播，未经同意，即使在举报后也是如此。 问题迅速升级，每小时生成数千张图像，包括令人不安的请求，例如将女性描绘成尸体。xAI最初的回应是用笑脸表情符号，后来将图像生成限制给付费订阅者，这一举动受到了批评，甚至被指责为将滥用行为货币化。 AI生成图像的逼真性尤其令人担忧，模糊了现实与虚构之间的界限，给受害者造成了巨大的痛苦。倡导团体呼吁苹果和谷歌从应用商店中移除X和Grok，并正在提出立法，允许受害者寻求法律救济。专家警告说，这项技术代表了数字性虐待的新规模，如果未能追究平台的责任，只会助长进一步的剥削。
伊曼努尔·康德，以“柯尼斯堡时钟”而闻名，一生79年都生活在德国柯尼斯堡的城市范围内，却成为了德国启蒙运动的关键人物。尽管他缺乏环游世界的经历，康德通过与来访商人的交谈和极其自律的生活来培养他对世界的理解。
康德的日常生活中，最核心的是每日散步，时间安排精确且始终如一——弗雷德里克·格罗斯探讨了这种做法如何通过单调和规律来促进思考。尽管他常常被描绘成严谨的人，但轶事表明他是一个更复杂的人物。海纳·米勒和亚历山大·克鲁格之间的对话揭示了一个幽默的传说，挑战了康德清教徒的形象，暗示他在散步时会有秘密的放纵。
康德的生活以毫不动摇的自律为特征，这延伸到他的饮食和日程安排。他认为这种严格性是他长寿和高效的关键，将良好的健康视为个人成就。他的散步虽然短暂，但却是不可谈判的要素，代表着“意志即命运”——对一种不可避免的、自我强加的日常安排的承诺，最终塑造了他的哲学产出。
一篇 Hacker News 的讨论，源于一本书籍的链接，这本书关于伊曼努尔·康德，以一种有趣的方式驳斥了康德“从未离开”他的家乡柯尼斯堡的常见说法。尽管康德以隐居著称，但他实际上曾前往距离 60 英里的雅尔诺托沃村庄。
对话随后偏离到有趣的岔路：关于康德“卡在柯尼斯堡的桥上”的笑话（引用他著名的桥梁问题），一个因慷慨的图书馆员而取消的巴黎之旅的故事，以及与意大利冒险作家埃米利奥·萨尔加里（尽管他写的是异国情调的地方，却从未离开维罗纳）的比较。
最后，一位评论员提出一个关于康德和尼采对比鲜明的消化问题的一个古怪观察，引发了关于这些问题是否与他们的哲学象征性地联系在一起的争论。
## AI 与就业：黑客新闻讨论摘要
一个黑客新闻的帖子讨论了人工智能是否会导致大规模失业和社会崩溃，或者仅仅重塑就业市场。一个关键点是，对人工智能取代工作的担忧在美国尤其强烈，这与美国文化中对就业的依赖性有关——就业被视为自我价值和获得基本需求的途径，而这种状况在其他地方并不普遍。
许多评论者认为完全自动化不太可能发生，认为人工智能会导致通货紧缩，并最终随着价格下降而*增加*就业。然而，人们担心过渡时期以及如果政府不能充分支持失业工人可能出现的动荡。另一些人认为，即使在先进的人工智能时代，独特的人类技能和经验也将始终具有价值，还有人指出，新技术创造新就业类别的历史模式。讨论还涉及了通用人工智能（AGI）的可能性，以及它是否会*想要*“统治地球”，以及即使拥有完美复制技术，人类仍然会重视真实体验的观点。最后，值得注意的是，讨论的文章来自2023年，突显了人工智能发展的快速步伐。
## Oban-py：深入解析一个 Python 作业队列 Oban-py 是一个流行的 Elixir 作业处理框架的 Python 实现，利用数据库（PostgreSQL）进行所有操作——作业存储、队列和协调。 与许多作业队列不同，Oban 存储已完成的作业和结果，提供内置的 cron 调度和队列限制。 有两个版本：开源（OSS）和专业版（Pro）。 OSS Oban 适用于小型项目，但缺乏真正的并行性（限制为单线程 asyncio）、批量操作和准确的救援机制。 Oban Pro 通过进程池和更智能的心跳跟踪，以及工作流和唯一作业等功能，解决了这些限制。 在底层，作业插入会触发数据库通知，唤醒每个节点上的“Stager”。 生产者然后使用 `FOR UPDATE SKIP LOCKED` 获取并执行作业——这是一项关键的 PostgreSQL 功能，通过防止生产者获取相同的作业来实现并发。 已完成的作业为了效率起见，会批量确认。 Oban 设计的关键在于最大限度地减少外部依赖；领导者选举、清理和重试都使用 TTL-based leases 和 `LISTEN/NOTIFY` 等功能在 PostgreSQL 中管理。 这产生了一个干净、可读的代码库和一个健壮、轻量级的解决方案。 虽然 OSS 提供了一个坚实的基础，但 Oban Pro 的高级功能和性能改进使其成为大型应用程序的理想选择。
## Oban：Elixir 的任务处理框架登陆 Python
Oban，一个流行的 Elixir 任务处理框架，已被移植到 Python。它基于 Sidekiq 和 Resque 的概念构建，独特地利用数据库进行任务存储和处理，提供事务保证——如果数据库事务失败，任务将被回滚。
Sidekiq 的创建者 Mike Perham 评论了专注于语言特定实现而非多语言核心的决定，并指出跨生态系统需要专业知识的挑战。他强调了自己的 Faktory 项目，该项目采用了不同的架构方法，使用中央服务器。
讨论的中心是 Oban 的定价模式，一些核心功能被锁定在 Pro 订阅之后（例如多进程执行）。虽然一些用户对开源项目中的付费功能表示保留，但另一些用户则认为有必要进行可持续开发。还将 Oban 与现有的 Python 解决方案（如 Celery、BullMQ 和 Prefect）进行比较，一些人指出 Oban 在简单性和与现有数据库工作流程集成方面的潜力。 许多评论员赞扬 Oban 在 Elixir 生态系统中的优雅和可靠性，并希望在 Python 中获得类似体验。