Bunny.net 🇸🇮 斯洛文尼亚
快速、经济实惠的CDN，具有边缘存储、图像优化、视频传输和DDoS防护。按使用量计费，无隐藏费用。
每日HackerNews RSS
## 使用欧盟基础设施构建SaaS：摘要
一则Hacker News讨论围绕着仅使用欧盟基础设施构建SaaS应用程序的可行性，起因是[eualternative.eu](https://eualternative.eu/) 资源。虽然为了数据主权和避免美国法律（如CLOUD Act）而具有吸引力，但对话强调了挑战。
许多评论员指出，与大型美国云提供商（AWS、Azure、GCP）相比，Hetzner和Vultr等小型提供商具有成本优势。然而，人们对大型平台相关的复杂性和潜在锁定表示担忧。
一个关键障碍是AI/LLM领域，目前由OpenAI等美国API主导。虽然开源模型和欧盟托管选项正在出现，但它们缺乏“即插即用”的易用性。
一些用户警告说，即使使用欧盟服务器，美国公司拥有母公司仍然可能暴露数据。其他人强调，许多欧盟提供商提供的客户支持往往较差、服务有限且硬件过时。Scaleway（法国）被强调为一个有希望的欧盟替代方案，其托管服务范围不断扩大。最终，构建完全基于欧盟的SaaS需要仔细考虑依赖关系，并愿意为了更大的控制权和主权而可能牺牲便利性。
Floyd 的采样算法是一种令人惊讶的不直观方法，用于从 *n* 个元素集合中选择一个包含 *k* 个元素的随机子集。与水库采样等算法不同，它的逻辑并不立即显而易见。 该算法遍历潜在的元素，并为每个元素随机选择一个从 1 到当前元素值的索引。如果该索引已在选定的集合中，则添加当前元素；否则，替换掉随机选择的元素。 有两种方法可以理解为什么它有效。一种观点表明它通过展示在每次迭代时 k 子集和 k+1 子集之间的一一映射来维持均匀分布。另一种，来自 Paul，将其与 Fisher-Yates 洗牌联系起来。Floyd 算法本质上模拟了向上 Fisher-Yates 洗牌的最后 *k* 次交换，直接通过保留元素在“尾部”（选定集合）或将其替换为新元素来构建样本。 这种联系揭示了该算法的优雅性——它是洗牌过程的直接实现，仅专注于最终样本。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Floyd 的采样算法 (buttondown.com/jaffray)
43 分，ibobev 发表于 11 小时前 | 隐藏 | 过去 | 收藏 | 3 条评论 帮助
pfdietz 发表于 7 小时前 | 下一个 [–]
Floyd 不幸在相对年轻的时候（65 岁）因退行性脑部疾病去世。回复
declan_roberts 发表于 6 小时前 | 父评论 | 下一个 [–]
65 岁也算不错了。也许我们也能幸运地发明一些很酷的东西然后离开。回复
ggm 发表于 5 小时前 | 根评论 | 父评论 | 下一个 [–]
我猜你还没有像我一样 64 岁。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
六小时的永恒：星际智能生命传播 (2013)
Eternity in six hours: Intergalactic spreading of intelligent life (2013)
23 小时前
你无法访问www.researchgate.net。网站所有者可能设置了阻止你访问的限制。Ray ID：9eb3480c4f6e5ffa 时间戳：2026-04-12 15:32:02 UTC 你的IP地址：47.245.80.60 请求的URL：www.researchgate.net/publication/256935390_Eternity_in_six_hours_Intergalactic_spreading_of_intelligent_life_and_sharpening_the_Fermi_paradox 错误参考编号：1020 服务器ID：FL_410F400 User-Agent：ClueHTTPClient
## 六小时的永恒：星际殖民化与费米悖论 - 摘要
这个Hacker News讨论围绕着一篇2013年的研究论文，探讨了通过自我复制探测器进行星际殖民化的可行性。虽然“戴森球”的概念最初是弗里曼·戴森的一个玩笑，但讨论的重点在于传播生命到整个星系的可能性，尽管面临着巨大的挑战。
主要讨论点包括星际旅行的能量需求（远远超出当前能力），戴森群与刚性球体的实用性，以及一个文明*为何*会承担如此庞大、跨代际的项目。
许多评论者质疑此类努力的可能性，认为存在政治意愿、技术稳定性以及涉及的时间尺度等问题。另一些人则提出了超越直接利益的动机——对物种生存的渴望，或是一个长期、近乎宗教的目标。 激光帆和甚至推测性的技术，如中微子激光等替代推进方法也被讨论。
最终，讨论强调了理论可能性与实际实施之间的差距，并涉及费米悖论——如果星际旅行是可行的，为什么我们还没有遇到其他文明？ 此外，对话也以一种轻松的方式将雄心勃勃的太空殖民化与实现更实际的项目（如高速铁路）的困难进行了对比。
GPS 的物理学
The Physics of GPS
23 小时前
## GPS工作原理：摘要 GPS依赖于巧妙地将**时间转化为距离**。卫星发送信号，你的手机测量这些信号到达所需花费的*时间*。已知光速，这个时间可以直接转化为距离。然而，精确定位需要不止一颗卫星。 一颗卫星可以定义一个你可能所在的圆环。**需要三颗卫星进行*三边测量*——它们的圆环交点会将你的位置缩小到一个点。** 关键在于，这依赖于极其精确的时间。你的手机时钟不够准确，因此使用**第四颗卫星来校正时间误差。** 即便如此，**爱因斯坦的相对论**也会威胁到精度。由于速度和高度的影响，卫星经历的时间不同，如果没有系统内置的持续校正，可能会导致每天数公里的漂移。 现代接收器利用来自**多个卫星（8-12+）的信号，跨越各种全球星座**（GPS、GLONASS、Galileo、北斗）来提高精度并考虑信号干扰（例如城市中的反射）。最终，GPS是结合几何学、精确计时和基础物理学以实现卓越导航精度的力量的证明。
## GPS 的物理学：黑客新闻讨论总结
一个黑客新闻帖子引发了关于 GPS 技术复杂性的讨论，链接到 Bartosz Ciechanowski 等人撰写的几篇有见地的文章，解释了它的功能。核心原理是三边测量——通过测量与多个卫星的距离来确定位置。虽然概念很简单（计算球体的交点），但实现必要的精度是一项巨大的工程壮举。
主要讨论点包括：卫星广播轨道数据（星历）而不是位置，需要接收器计算位置；极其精确的计时的重要性，甚至要考虑相对论效应；以及接收来自多个来源的微弱信号造成的电量消耗。
用户们讨论了手机 GPS 的性能，指出由于省电功能和对 WiFi 数据的依赖，性能可能会下降。提到了 RTK（实时运动学）等先进技术，可以实现亚厘米级的精度。一个引人入胜的细节是，卫星时钟被故意偏移频率，以补偿相对论时间膨胀。最后，讨论了由于卫星几何形状，GPS 在确定高度方面的固有弱点。
## 提取内核结构体偏移量：实用指南 本指南详细介绍了一种在精简的 iOS kernelcaches 中发现结构体偏移量的方法，这对于内核利用至关重要。从内核读写原语（如 DarkSword 中的那些）开始，该过程侧重于逆向工程，而无需依赖调试器或完整的内核开发工具包。 核心原理是识别访问器函数（例如 `_proc_pid`），这些函数在反编译时可以直接揭示字段偏移量。这些函数与 XNU 开源内核进行交叉引用，以预测结构体布局，然后对照二进制文件进行验证。技术包括分析全局变量（如 `allproc`）以寻找入口点，检查迭代器和构造函数以映射字段排列，以及解剖系统调用实现以获取进一步的线索。 关键阶段包括利用区域验证 (`zone_require()`) 来识别受保护的结构，并跟踪指针链以映射对象之间的关系。分析 ARM64 汇编指令（如 `ldr` 和 `str`）对于确认偏移量和字段大小至关重要。 该过程是迭代和累积的——每个发现的偏移量都会建立对内核数据结构的更完整理解。虽然 XNU 源代码提供了一个有价值的地图，但由于版本特定的更改，二进制文件 *始终* 决定最终布局。这种有条不紊的方法可以有效地探索内核并发现偏移量。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
从内核缓存计算 iOS XNU 偏移量 (reversesociety.co)
29点 由 tonygo 13小时前 | 隐藏 | 过去 | 收藏 | 讨论 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
奥伯龙系统（内核、真实模式、文件系统）的内部和外部核心，以及支持的平台特定驱动程序（显示、USB、数学）已完全移植到32位ARM。整个系统现在可以在模拟树莓派2B（raspi2b机器）的QEMU 10.2上启动并运行。 就像i386版本一样，从头开始构建整个ARM系统仍然非常快。 使用定制的C99工具链在相当现代的机器上（我的T480）编译模块、静态链接核心、生成AosFs驱动器并填充所有运行时文件，耗时不到一分钟。 附带了一个预编译的QEMU镜像以及用于构建它的工具链。 下一步是使用JTAG在真实硬件上调试系统，特别是针对树莓派2B、3B和Zero 2型号。 当系统在裸机上工作时，我将考虑迁移网络驱动程序（至少是以太网，Wlan可能工作量太大）。
## Oberon System 3 在树莓派 3 上
Rochus Keller 已经让 Oberon System 3 能够在树莓派 3 上运行，并提供了一个现成的 SD 卡镜像。这在 Hacker News 上引发了关于 Oberon 系统历史和当前相关性的讨论。
Oberon 最初被设想为 ETH Zurich 教学的原生操作系统，它与 Smalltalk 或 Lisp 等系统不同，没有虚拟机的“镜像”。今天，它存在多种方言，并且由于其受限的内存管理，也有在 Java 或 .NET 运行时上运行的实现。
讨论涉及 Oberon 的设计理念——其对类型安全和精简资源管理的强调——以及这些品质是否在现代计算中仍然提供性能优势。虽然缺乏直接的性能比较，但一些人认为 Oberon 的原则仍然很有价值，尤其是在资源受限的环境中。Keller 目前正在开发“Micron”，一种旨在融合 Oberon 的安全性和 C 语言类似性能和特性的语言。该项目激励了一些人尝试在其他硬件上使用它，例如 Zero 2。
奥迪之旅
A Tour of Oodi
1 天前
## 赫尔辛基的未来图书馆：Oodi
赫尔辛基的Oodi图书馆并非传统的图书仓库，而是一个充满活力、多功能的公共空间，专为21世纪设计。除了传统书籍（位于三楼，采用开放、易于访问的布局），Oodi还提供丰富的资源，并鼓励人们仅仅是*在那里*。
该图书馆拥有专业的数字工作站、可租用的配备乐器的录音和音乐工作室、团体会议室，甚至还有一个厨房！ 休闲方面，这里有电影院、配备VR的游戏室，以及拥有3D打印机和激光切割机的设备齐全的创客空间。
Oodi优先考虑社区和创造力，工作人员可以提供技术和项目方面的帮助。 机器人处理图书存储，并且在整个图书馆内都提供舒适的座椅和充足的插座。 专门的儿童区和一体化咖啡馆完善了体验，使Oodi成为一个真正创新和温馨的空间，欢迎所有人。
## Oodi：一种新型图书馆？
一则Hacker News讨论围绕着赫尔辛基中央图书馆Oodi展开，引发了关于它作为现代公共空间角色的争论。虽然在建筑上受到赞扬，并且受到许多人的欢迎——特别是带着年幼孩子的家长——但一些用户质疑它是否能有效地*作为图书馆*运作。
批评者认为Oodi优先考虑社区空间和设施（国际象棋棋盘、电影院、录音室、创客空间），而非大量的藏书和安静的学习环境。有些人认为它是一个昂贵、流行的“第三空间”，更像一个购物中心，而非传统的图书馆。另一些人则为它辩护，指出赫尔辛基还有许多其他图书馆可供专注学习，并且Oodi提供了宝贵的社交互动和资源获取。
这场对话凸显了图书馆设计上更广泛的转变，一些人哀叹失去了安静、以书籍为中心的空间，而另一些人则拥抱了向多用途社区中心演变的方向。关于资源潜在滥用以及弱势群体可及性的担忧也被提出，同时还讨论了公共资金和文化优先事项的作用。最终，人们对Oodi是否代表着图书馆体验的积极或有害变化，意见不一。
来自国际能源署和国际可再生能源署的最新数据显示，全球可再生能源采用方面取得了显著进展。阿尔巴尼亚、不丹、尼泊尔、巴拉圭、冰岛、埃塞俄比亚和刚果民主共和国这七个国家现在几乎全部电力都来自可再生能源，如水力、风能和太阳能。此外，近50个国家的可再生能源发电量占其总发电量的50%以上，其中11个国家位于欧洲。 斯坦福大学的马克·雅各布森等专家强调，通过风能、水能和太阳能供电的电气化，实现100%可再生能源的未来是可行的。2022年，英国的可再生能源发电量占41.5%，而苏格兰的可再生能源发电量超过其消耗量，达到113%，主要来自风能。 展望未来，太阳能预计将主导全球供应，这得益于效率的提高——特别是钙钛矿材料的进步——以及成本的下降，可能在2050年达到“临界点”。
## 界面设计中缺失的一致性 作者怀念起成长时期的桌面软件，如Windows 95-7，感叹如今网络应用设计一致性的丧失。那时，“设计惯例”——例如复选框或标准菜单结构等普遍理解的界面元素——使软件直观且可预测。知道Command+C代表“复制”在*任何地方*都适用。 现在，互联网提供的是一种碎片化的体验。像选择日期或输入信用卡详细信息这样简单的任务，处理方式千差万别，迫使用户不断重新学习界面。这与桌面时代由操作系统标准驱动的同质性形成了鲜明对比。 这种转变源于适应触摸屏以及对移动和桌面体验的需求，以及快节奏的前端开发文化，优先考虑创新而非既定模式。虽然现代框架功能强大，但它们常常绕过标准HTML元素，破坏了传统的浏览器行为。 然而，像苹果这样的公司展示了强制设计系统的力量，创造了一种无缝的“即刻可用”体验。作者提倡优先考虑既定的HTML/CSS惯例、内部一致性以及清晰度，而非纯粹的美学选择，希望未来常见的网页元素最终能收敛到最佳实践设计上。
## AI 助力开发：实用但有缺陷 AI 编码助手在处理繁琐重复的任务时出奇地有用——生成样板代码、迁移令牌和规划功能。它们擅长复制成熟的模式，本质上是加速了复制粘贴。然而，当遇到超出常规范围的内容时，它们很快就会遇到困难。 AI 在像素级完美的设计、定制解决方案和动态布局方面表现挣扎，经常产生过时或数学错误的 代码（例如，IE6 时代的 CSS！）。它在处理复杂组件状态、可访问性和性能优化方面也不可靠， 经常提供臃肿的解决方案。 这源于几个核心问题：AI 训练数据通常过时，它“无法看到”它正在创建的视觉输出（因为它是一个基于文本的模型），并且它缺乏理解 *为什么* 我们以某种方式构建事物。至关重要的是，它无法控制浏览器混乱的渲染环境——影响代码显示方式的无数变量。 最终，AI 是一种加速标准开发 的强大工具，但需要仔细监督，并且远不能取代熟练的开发人员，尤其是在需要创造力和细致问题解决能力时。
## AI 与前端开发：好坏参半
最近 Hacker News 上出现了一场关于 AI 在前端开发能力的热议，挑战了它“不擅长”这一任务的观点。虽然承认 AI 在设计方面存在局限性——特别是缺乏“视野”和“品味”，但许多评论者报告了令人惊讶的积极体验。
一些用户已经成功地在 AI 的辅助下构建了完整的网站，通过使用图像比较和迭代改进等技术，实现了像素级的完美结果。他们认为关键在于教会 AI *如何验证自己的工作*。另一些人强调 AI 在加速开发方面的优势，尤其对于那些在设计或 CSS 方面技能较弱的人来说。
然而，担忧依然存在。AI 生成的设计通常被描述为“平庸”甚至“粗糙”，缺乏原创性，并可能导致视觉上不吸引人或性能较差的网站。讨论指出，前端固有的复杂性和缺乏标准化约束是导致 AI 挣扎的原因。最终，共识似乎是 AI 是一种强大的 *工具*，需要熟练的指导，而不是人类专业知识的替代品。