## OpenCHM启动，数字化计算机历史 计算机历史博物馆（CHM）已启动OpenCHM，一个新的数字门户，向全球开放其广泛而独特的计算文物收藏。该倡议由戈登和贝蒂·摩尔基金会和其他捐助者资助，标志着CHM持续数字化工作的重要一步。 OpenCHM旨在激发好奇心，并使技术历史对所有人开放，从研究人员到普通大众。该平台具有高级搜索工具、CHM历史学家的精选故事以及标志性文物的亮点。用户还可以创建个性化收藏，对于开发者而言，还可以访问API以进行进一步探索。 摩尔基金会赞扬了OpenCHM周到的设计和对开放获取的承诺，希望它能鼓励类似的倡议。通过保护和分享计算机历史，OpenCHM 推进了CHM的任务，即培养知情的数字公民并塑造更美好的未来。新的材料将不断添加到该平台。
每日HackerNews RSS
计算机历史博物馆（CHM）最近推出了其庞大馆藏的数字入口，在Hacker News上引起了热烈讨论。用户分享了特定领域的链接，例如复古营销材料、讲座和口述历史。虽然该入口因其丰富的资料而受到赞扬，但讨论也指出了需要改进的地方。
一些评论员提到，除了静态图像外，还希望有模拟器和互动体验，并以Smalltalk Zoo为例。另一些人指出历史叙述中存在空白，建议纳入硅谷之前的早期计算工作，例如范内瓦尔·布什和美国国家安全局的OP-20-G项目。
许多人分享了参观CHM以及已关闭的Living Computers Museum + Labs的个人经历，强调了亲眼目睹历史技术的重要性。一些用户还指出了小问题，例如图像分辨率低和搜索限制（特别是关于TRS-80的搜索）。总的来说，反应是压倒性积极的，用户认为CHM是保存和分享计算机历史的宝贵资源。
## 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 打印。讨论迅速扩展到各种 CAD 软件选项的比较。
许多评论者赞扬了这个项目，并分享了他们使用 **OnShape、Blender、OpenSCAD、FreeCAD 和 CadQuery** 等工具的经验。特别是 OpenSCAD，被频繁提及，并建议使用 **Belfry** 库以简化建模。一些人强调了使用 **Manifold 引擎** 的 OpenSCAD 夜间版本在速度上的提升。另一些人正在探索 **build123** 等替代方案。
对话还涉及实际考虑因素，例如材料选择——由于 LED 灯条产生的热量，建议使用 **PETG 或 ASA，而不是 PLA**。一个关键的收获是可以跳过 STL 格式，直接从数学定义生成 **G 代码**，从而可能获得更好的结果。最后，人们也注意到像 **Claude** 这样的人工智能工具可以根据图像生成 OpenSCAD 代码。
## 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年都生活在德国柯尼斯堡的城市范围内，却成为了德国启蒙运动的关键人物。尽管他缺乏环游世界的经历，康德通过与来访商人的交谈和极其自律的生活来培养他对世界的理解。
康德的日常生活中，最核心的是每日散步，时间安排精确且始终如一——弗雷德里克·格罗斯探讨了这种做法如何通过单调和规律来促进思考。尽管他常常被描绘成严谨的人，但轶事表明他是一个更复杂的人物。海纳·米勒和亚历山大·克鲁格之间的对话揭示了一个幽默的传说，挑战了康德清教徒的形象，暗示他在散步时会有秘密的放纵。
康德的生活以毫不动摇的自律为特征，这延伸到他的饮食和日程安排。他认为这种严格性是他长寿和高效的关键，将良好的健康视为个人成就。他的散步虽然短暂，但却是不可谈判的要素，代表着“意志即命运”——对一种不可避免的、自我强加的日常安排的承诺，最终塑造了他的哲学产出。
一场由一本关于伊曼努尔·康德的书引发的黑客新闻讨论，揭示了这位哲学家旅行范围的有限性。虽然人们常认为他*从未*离开过柯尼斯堡，但据记载他实际上曾前往60英里外的雅尔诺托沃。这引发了幽默的评论，提及“柯尼斯堡七桥问题”以及慷慨的图书馆员们阻止了一次前往巴黎的计划。
对话扩展到讨论历史上有限的地理经验更为普遍——一位评论员回忆起一位邻居，她一生中很少离开出生地15公里以外。另一位评论员指出，联邦调查局历史上曾从偏远地区招募人员，以便更容易获得安全许可。
最后，一个有趣的插曲提到了康德和尼采对比鲜明的消化问题，一位评论员认为这些问题在象征意义上与他们的哲学思想有关联。
## AI 与工作未来的黑客新闻讨论 (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 中获得类似体验。