## GPS工作原理：摘要 GPS依赖于巧妙地将**时间转化为距离**。卫星广播信号，你的手机测量信号到达所需的时间——本质上使用一个秒表。已知光速，行程时间揭示了到每颗卫星的距离。 然而，仅一颗卫星只能将你定位在围绕它的某个**球体**上。**三颗卫星对于准确的定位至关重要**，通过一种称为三边测量（三角定位）的过程，三个球体的交点可以确定你的位置。 **第四颗卫星对于校正手机时钟的不准确性至关重要**，因为手机时钟不如卫星上板载的原子钟精确。即便如此，**爱因斯坦的相对论**也至关重要；卫星的速度和高度会影响时间，导致时钟漂移，如果不进行校正，会导致每天数公里的误差。 现代GPS接收器利用来自**多个卫星星座**（GPS、GLONASS、Galileo、北斗）的信号，并采用技术来最大限度地减少信号反射（多径效应）造成的误差，并优化卫星几何形状以获得最准确的结果。这个复杂的系统能够让你的手机将你的位置精确定位到米级，这既是对工程学也是对物理学的证明。
每日HackerNews RSS
对不起。
要使用 Mastodon 网页应用程序，请启用 JavaScript。或者，尝试为您的平台使用 Mastodon 的原生应用程序。
Meta公司因宣布将在美国员工的工作电脑上安装软件以追踪键盘敲击、鼠标移动和屏幕内容而面临内部反对。这些数据将被用于训练其人工智能模型，帮助它们更好地理解人类与电脑的交互方式，例如使用快捷键和下拉菜单。 尽管Meta声称已采取保障措施来保护敏感信息，并将追踪限制在Gmail和GChat等工作应用程序中，但员工们表达了不适和沮丧。一个主要担忧是缺乏退出选项，Meta的首席技术官已证实这一点。 此举是Meta大力发展人工智能的一部分，包括成立“超级智能实验室”部门。虽然员工的工作设备已经受到监控，但这项新计划扩大了追踪范围，引发了对隐私的担忧，尽管Meta做出了保证。
对不起。
## C10K 问题与异步编程的演变 处理数千并发连接的挑战（C10K 问题）催生了一系列解决方案，每一个都在改进前一个的基础上，但也引入了新的复杂性。 最初，为每个连接分配一个线程被证明是不可持续的，因为线程的成本很高——内存使用和上下文切换开销。 回调作为最初的响应，通过使用事件循环避免了线程泛滥。 然而，这造成了“回调地狱”——深度嵌套、难以管理的、错误处理分散的代码。 Promises/Futures 通过将最终结果表示为对象，从而改进了易用性，实现了链式调用和更好的错误管理，但难以处理流，并引入了类型划分（同步与异步）。 Async/await 进一步简化了代码，使异步操作*看起来*是顺序执行的。 然而，这引入了“函数着色”——同步函数和异步函数之间的划分，需要对整个项目进行代码修改。 这导致了生态系统碎片化（例如在 Rust 中）以及微妙的错误，如“futurelocks”。 每一波都解决了之前的问题，但积累了成本——代码库的结构性变化、新的错误类型以及隐藏的并发性——这表明了一种模式：专注于*管理*并发，而不是从根本上重新思考它的方法。 虽然单个异步函数的开发体验有所改善，但整个系统的复杂性却增加了。
MuJoCo 是谷歌 DeepMind 开发的高性能物理引擎，专为机器人学、生物力学和机器学习等领域的研究和开发而设计。它擅长模拟铰接结构及其与环境的交互，提供速度和准确性。
主要特性包括 C API、通过 OpenGL 进行的交互式可视化以及广泛的实用函数。还提供 Python 绑定和 Unity 插件。针对 Linux、Windows 和 macOS 提供预编译二进制文件，也可以进行源代码构建（但可能不稳定）。
MuJoCo 自 3.5.0 版本以来，每月发布一次，遵循修改后的语义化版本控制。该项目欢迎社区通过 GitHub Discussions 寻求帮助，通过 Issues 提交错误报告/功能请求。它通过 OpenSim、SDFormat 和 OBJ 等格式的转换器与其他工具集成。
如果在研究中使用，建议引用原始的 2012 年论文。该软件采用 Apache 2.0 许可协议开源，特定组件采用知识共享署名 4.0 协议。
## MuJoCo 物理引擎受到关注
最近Hacker News上的讨论显示，人们对MuJoCo这款先进的物理模拟引擎的兴趣日益增长，该引擎最近被Google DeepMind收购。 这种关注的复兴源于StuffMadeHere的演示，他们使用MuJoCo令人印象深刻地模拟了一个迷你高尔夫球场，展示了其逼真的物理能力——尽管需要手动校准。
用户对MuJoCo在机器人技术（包括人形机器人训练）方面的潜力以及其与macOS的兼容性感到兴奋，从而避免了对NVIDIA软件的依赖。 多个项目正在利用MuJoCo，包括用于强化学习环境的Mujoco Playground、交互式浏览器查看器、赛车模拟器以及对运动策略的研究。
讨论还涉及理解模拟参数的重要性，以及避免在缺乏领域专业知识的情况下过度依赖自动化优化。 最后，提醒大家YC夏季2026批次的申请现已开放。
## 向异步AI代理的转变与传输问题
AI代理正在从同步聊天机器人（如ChatGPT）——需要持续的人工交互，演变为在后台*为您*工作的流程——安排任务、通过WhatsApp回复、独立运行。这种转变打破了传统的基于HTTP的通信模式，该模式专为即时请求-响应设计，并且难以处理在较长时间内运行的代理。
核心问题：HTTP无法处理那些存活时间超过连接、主动推送更新、适应变化的用户/设备或支持多个协作者的代理。Anthropic的Routines和Cloudflare Agents等现有解决方案解决了*持久状态*（代理数据存储的位置），但仍然依赖于低效的轮询或HTTP请求来获取更新——本质上，就是检查新信息。
OpenClaw展示了一种更好的方法，使用外部聊天平台（如WhatsApp）进行无缝的异步通信，但缺乏企业级基础设施。
理想的解决方案需要同时具备持久状态*和*持久传输。像Ably这样的公司正在构建专门为此设计的平台，利用实时消息传递创建持久的“会话”，代理和人类可以在其中连接/断开连接，而不会丢失上下文或数据——这才是异步AI的真正基础。
对不起。
## 塔努姆岩刻：通往青铜时代的一扇窗
瑞典塔努姆地区拥有超过600处岩刻遗址，这些岩刻创作于青铜时代和早期铁器时代（公元前1700-300年）。这些并非真正的雕刻，而是使用石器工具*敲击*在石头上形成的图像，描绘的是权力、仪式和武士文化，而非日常生活。
许多遗址曾经位于海边，但由于冰后期反弹，它们已经抬高了几米。常见的图案包括船只（象征水上交通的重要性）、人类、动物和抽象符号，如杯状标记。年代测定是通过将图像与考古发现进行比较，并利用基于岩刻重叠的相对年代学方法来实现。
尽管早在1751年就被发现，但系统的研究始于19世纪，并一直持续到今天，仍不断发现新的遗址。许多岩刻都模糊且风化，一些岩刻板为了方便游客观看而着色——但这种颜色是现代的，而非原始的。最佳观看方式是在斜光下或湿润的岩石表面。这些岩刻提供了宝贵但常常难以理解的青铜时代人们的信仰和世界观的见解。
对不起。
## 智能隐形眼镜为青光眼患者带来新希望 青光眼影响着全球超过8000万人，是导致视神经损伤和眼压升高的主要失明原因。目前的治疗方法可以延缓病情发展，但无法治愈，且患者用药依从性通常较差。现在，研究人员开发了一种无电子元件的“智能”隐形眼镜，用于实时监测和药物输送。 这种全聚合物隐形眼镜利用微流体——微小通道和储液室——来感知眼压，并在压力升高时自动释放药物。与以往依赖可能刺激性电子元件的智能隐形眼镜尝试不同，这种设计优先考虑舒适性和生物相容性。 智能手机应用程序分析隐形眼镜内液体运动的图像，以准确测量压力（准确率94%）。 在兔子身上的测试表明，该隐形眼镜能够有效控制眼压，效果与传统眼药水相当，且在两周内没有不良反应。该隐形眼镜可以容纳最多两周的药物，并对持续压力做出反应，避免眨眼引起的误触发。虽然它不能提供*持续*监测（需要手机读取数据），但专家认为这项技术可以补充现有的电子系统，为间歇性监测和靶向治疗提供一种舒适、低成本的选择。 商业化正在进行中，潜在应用范围可扩展到青光眼以外的其他眼部疾病。
对不起。
马特·戈德博尔特的文章探讨了x86编译器为何偏爱`xor eax, eax`指令来清零寄存器，尽管`sub eax, eax`也能以相同的周期数实现相同的结果，甚至在标志位行为上更好。 关键在于紧凑性：`xor`在字节码中更短，因为它避免了编码常量。虽然`sub`效率相同，但一种历史性的“蜂拥”效应可能巩固了`xor`的主导地位。早期编译器对`xor`的使用影响了程序员，他们随后也更喜欢它，从而形成了一个反馈循环。 英特尔最终优化了这两个指令，检测到`xor r, r`和`sub r, r`，并通过路由到内部零寄存器有效地以零周期执行它们。然而，担心其他CPU制造商可能只会优化`xor`，进一步巩固了它的地位，尽管这种差异在很大程度上微不足道。这说明了即使是轻微的初始优势也可能导致编程实践中的广泛采用。
## safe-gc：适用于Rust的零不安全垃圾回收器 Rust的垃圾回收（GC）库传统上在内部依赖`unsafe`代码，尽管它们为用户提供安全的API。作者创建了`safe-gc`，一个在API和实现中都可以证明没有`unsafe`代码的GC库，作为概念验证。 `safe-gc`通过要求用户实现`Trace` trait来定义GC边来实现这一点，并且关键在于，通过索引`Heap`来访问GC对象，而不是直接指针解引用。这符合Rust的所有权和借用规则。该库使用标记-清除算法，通过以类型ID为键的`HashMap`内的arena来管理内存。 虽然没有专注于峰值性能，但`safe-gc`优先考虑安全性。它通过防止直接操作GC指针并利用Rust的内存安全保证，避免了常见的GC陷阱，例如使用已释放内存的错误和悬垂指针。 尝试实现复制收集器由于异构堆中可变访问和跨类型引用带来的挑战而过于复杂。 最终，`safe-gc`证明了在Rust中构建一个安全可靠的GC库是*可行*的，为那些优先考虑绝对安全性而非原始速度的项目提供了一种有价值的替代方案。
对不起。