启用 JavaScript 和 Cookie 以继续。
每日HackerNews RSS
## 皮肤供电可穿戴设备：黑客新闻讨论
最近一篇ACM的文章详细介绍了“皮肤供电”技术——利用皮肤作为媒介为可穿戴传感器供电和通信——在黑客新闻上引发了讨论。 核心思想并非*从*人体*获取*能量，而是将其用作分配系统。
最初的担忧集中在潜在的健康风险上，包括氧化应激和热力学失衡。 然而，评论员澄清该技术旨在消除为智能手表等设备充电的需求，通过集成传感器网络提供便利。
对话扩展到更广泛的能量收集可能性——太阳能、动能和热能——以及它们的实际限制。 虽然设想将这些方法结合起来并在超级电容器中存储能量，但由于生物限制和热量散失，从体温或运动中提取大量能量被证明效率低下。 最终，这场讨论凸显了这项技术为未来互联的可穿戴设备供电的潜力。
本文档概述了一种为内存计算系统设计的分布式仿真环境。作者——Eleni Bougioukou、Anastasios Petropoulos、Nikolaos Toulgaridis、Theodoros Chatzimichail 和 Theodore Antonakopoulos——创建了一个系统，以促进对这些复杂系统的测试和评估。 其核心目的是提供一个平台，供研究人员和开发人员模拟和分析内存计算架构的行为，而*无需*构建和部署物理硬件。这是通过分布式仿真实现的，从而实现可扩展性并能够模拟更大、更真实的系统。该作品采用知识共享署名 4.0 许可协议，表明在正确署名的情况下，可以公开访问和重复使用。该文档包含各种链接和注释，可能指向进一步的资源或研究中的相关工作。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
用于内存计算系统的分布式仿真环境 (arxiv.org)
19 分，oldfuture 1 天前 | 隐藏 | 过去 | 收藏 | 2 条评论
p0w3n3d 1 天前 | 下一个 [–]
我在上计算机体系结构课时，被展示了类似的图表。回复
Wasd1234 22 小时前 | 上一个 [–]
这篇论文有附带的源代码吗？回复
考虑申请YC冬季2026批次！申请截止至11月10日
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
C64 血钱
C64 Blood Money
40 天前
这段文字详细描述了作者回忆起1989-1990年将游戏《血钱》移植到Commodore 64的过程。该项目涉及几个关键组成部分：多向滚动、双人动作的精灵复用器、脚本、精灵压缩、炮塔、角色精灵、武器/子弹、碰撞检测以及商店前端。
作者 fondly 回忆起使用PDS（程序员开发系统）——一个PC ISA卡和C64卡带——它内置的编辑器、汇编器和调试器大大加快了开发速度。他们强调了为了优化而有效利用6502的零页内存。
游戏的独特之处在于其基于位图的碰撞检测，允许与背景进行精确的交互。代码还包含一个巧妙的调试系统，由BRK指令触发，以及作者至今仍在使用的变量分配方法。尽管现在有些地方让人尴尬，但作者对代码的注释水平印象深刻，考虑到这是他们第二次做游戏。下一期将深入探讨游戏的IRQ和复用器的复杂性。
## 黑客新闻上的C64开发与怀旧
黑客新闻上的一场讨论围绕着经典Commodore 64游戏《血钱》的开发，以及复古游戏开发。对话强调，尽管许多人认为8位游戏是直接在目标系统上创建的，但专业开发者通常会使用主机PC或工作站。
用户分享了使用Turbo Assembler和Fairlight等工具的经验，并指出C64开发随着时间的推移有所改进，但缺乏版本控制。讨论涉及了基于主机开发（速度、功能）和直接在目标机器上开发（对硬件限制的熟悉）之间的权衡。
几位评论者回忆了《血钱》等游戏的难度，并表达了对现代重制版或精神续作（如《僵尸之夜恐慌》）的渴望。该帖子还引发了关于在Linux上进行现代C64开发工具的讨论，推荐了ca65/cc65、Prog8和oscar64。最后，一些用户分享了早期游戏开发经验如何塑造了他们的职业生涯的个人故事。
启用 JavaScript 和 Cookie 以继续。
在最近的一篇博文中，Hữu Phong 对流行的笔记应用 Obsidian 的安全性表达了谨慎的担忧。 他赞扬了 Obsidian 的理念以及他自己的积极体验（主要是在 iOS 上，功能有限），但也强调了其闭源代码和分发方式带来的潜在风险。 与 Mac App Store 上的应用程序不同，Obsidian 没有沙盒保护，并且缺乏公开代码审查。 这，加上对可能存在风险的社区插件的严重依赖，以及频繁访问敏感用户文件夹（如 iCloud Drive）的权限，造成了漏洞。 Phong 将 Obsidian 与 VS Code 进行比较，指出其开源性质和更大的社区提供了更强的安全监督。 他信任 Obsidian 团队，但敦促用户和开发者承认并解决这些潜在的“尖锐问题”，以防止应用程序在人们的工作流程中变得越来越重要时出现未来的安全问题。
[空格] 哔
## 愚蠢的摩尔斯电码聊天应用总结
一位开发者构建了一个有趣的网页应用 ([noamtamir.github.io](https://noamtamir.github.io))，用于使用摩尔斯电码聊天，灵感来源于与父亲关于现代打印机的玩笑。该应用利用WebSocket实现实时通信，但用户很快发现一个错误，导致每次加入/离开时频繁重置。
尽管存在混乱和难以破译信号的困难（许多用户不了解摩尔斯电码），但该应用出人意料地吸引人。讨论围绕着识别信号的挑战、请求诸如用户过滤和自动解码等功能，以及分享学习摩尔斯电码的资源。几位用户，包括业余无线电爱好者（“业余爱好者”），试图进行通信，而其他人则贡献了代码增强，例如摩尔斯电码编码器。
该项目激发了进一步的开发想法，包括脏话过滤器以及与现有无线电通信应用程序的集成。总而言之，该应用是一个有趣但嘈杂的实时通信实验，也是对经典编码方式的怀旧致敬。
## C++ 竞技场分配器与析构函数 本文探讨了在C++中扩展竞技场分配器，以安全地管理具有非平凡析构函数（例如处理文件句柄或套接字）的对象，同时不牺牲竞技场分配的优势。作者在之前的竞技场分配器实现基础上，增加了一种机制来跟踪并在释放竞技场时执行析构函数。 核心思想是使用“Dtor”结构的链表，每个结构体包含一个指向需要销毁的对象数组的指针、一个计数以及一个函数指针来处理销毁过程（使用就地`delete`）。 分配器会检查类型是否具有平凡析构函数； 如果没有，它会在分配对象本身之前分配一个`Dtor`条目，以确保正确的清理。 这种方法保持了异常安全性，并且不会影响*具有*平凡析构函数对象。重要的是，现有的竞技场接口——使用复制或指针传递——保持不变，允许与现有代码无缝集成。 尽管承认C++的复杂性，作者展示了一种实用的解决方案，即使不依赖标准库，并建议针对特定用例进行潜在的优化。 这些技术仍然是“推测性的”，因为它们尚未在生产代码中经过充分测试。
一个 Hacker News 的讨论围绕着一篇探索内存区域内对象销毁的非常规方法文章展开。核心思想是避免严格的“指针纪律”——像 `unique_ptr` 或 `shared_ptr` 那样需要仔细跟踪对象所有权。
文章的方法允许对区域分配的对象使用多个指针，而无需跟踪，这对于只需要简单指针的大型图等场景很有益。虽然传统的 RAII（资源获取即初始化）通常涉及在对象销毁时释放资源，但这种方法能够以最小的开销实现一种共享语义。
然而，存在一个权衡：析构函数是间接调用的，从而阻止了内联优化。讨论澄清，所描述的技术不是标准的 RAII，而是一种在不具备 `shared_ptr` 实现的全部复杂性的情况下实现共享所有权的方式。
## VST SDK 3.8 发布 – 摘要
Steinberg 发布了 VST SDK 3.8，为 VST 开发者带来了重大更新。**尤其值得注意的是，VST 3 现在以 MIT 许可开源**，这是该平台的一项重大转变。
主要改进包括增强的 **MIDI 2.0 支持**，具有新的接口 (IMidiLearn2, IMidiMapping2) 和扩展的 MIDI 1.0 控制器编号定义。**初步的 Linux Wayland 支持** 也已引入，建立在 PreSonus 的贡献之上。
VSTGUI 框架收到了更新，包括用于改进线程处理的新的 **任务并发 API**，对 **自定义视图布局** (包括类似 CSS Grid 的布局器) 的支持，以及新的文本编辑器视图。
该版本还解决了各种错误修复和文档改进、CMake 构建以及验证工具的改进。示例插件已更新，以展示新的 MIDI 功能。
SDK 可在 [steinberg.net](steinberg.net) 下载，文档可在 [steinbergmedia.github.io](steinbergmedia.github.io) 找到。