这位作者开始了一段可视化家族历史的旅程，尝试了各种家谱工具，如扇形图、太阳图和传统家谱树。虽然这些方法在美观上令人满意，但随着数据量的增加，它们变得难以导航，并且无法清晰地展现超越直系亲属的家庭关系。
为了克服这个问题，他们创建了一个自定义的径向图，将世代分组并使用颜色来追踪血统。这揭示了一些令人惊讶的见解——特别是，姓氏并不能定义一个人的起源。作者发现祖先来自*十三个*不同的姓氏，这挑战了单一家族“家乡”的概念。
研究还强调了摩门教会在家谱研究中的重要贡献，通常被忽视，通过像GEDCOM文件格式和FamilySearch的大规模记录存档等创新。最终，这个项目产生了一棵具有个人意义的家谱树，以及对他们多元遗产的更深理解。
每日HackerNews RSS
视觉家庭宇宙
Visual Family Cosmos
19 小时前
## 重复诈骗瞄准空置土地所有权
作者和他的兄弟多次成为一起诈骗的目标，该诈骗涉及他们在康涅狄格州威尔顿镇于2015年购买的空置土地。尽管他们没有出售意图，但有三名不同的房地产经纪人联系他们，告知有人冒充他们试图将该房产挂牌出售。
骗子利用公开信息，主要通过短信和电子邮件沟通以避免面对面会面，并提供伪造的身份证明——包括使用作者父亲的信息但附有陌生人照片的驾照。他们甚至已经开始获得现金报价，但被勤勉的律师阻止，律师们独立核实了所有权。
联邦调查局提供的帮助有限，只是记录了一份手写投诉。作者建议土地所有者，特别是拥有空置土地的人，主动向县记录员提交“欺诈/无权”通知，以提醒潜在买家和产权调查员。设置Google快讯以跟踪房产地址，并确保在线可见性，也可以帮助防止此类诈骗，这些诈骗利用了无人看管的土地常见的缺乏即时监督的情况。位于 Cannon Road 221号的房产*不*出售。
Xcode 26.3 引入了“代理编码”，这是一种革命性的方法，利用像 Claude Agent 和 OpenAI 的 Codex 这样的人工智能编码代理来增强应用程序开发。在 Xcode 26 的编码助手基础上，此更新赋予代理在 Xcode 环境中更大的自主权。 这些代理现在可以协助整个开发生命周期——从任务分解和基于项目结构做出决策，到利用 Xcode 的工具进行文档搜索、文件浏览和项目设置调整。重要的是，代理可以使用 Xcode 预览来可视化地验证他们的工作，并迭代构建和修复。 苹果的目标是赋予开发者行业领先的技术，而代理编码有望通过简化工作流程并让开发者专注于创新而不是重复性任务，从而显著提高生产力和创造力。
启用 JavaScript 和 Cookie 以继续。
## GDPR 删除请求：结果不一
一名 Hacker News 用户报告提交了 20 个 GDPR 删除请求，其中 12 个被忽略。 这引发了一场讨论，凸显了执行数据隐私权方面的困难。
许多评论者分享了类似的经历，指出 Deezer 和 Glovo 等大型公司常常设置不必要复杂的流程。 一个关键问题是，个人需要承担浏览隐私政策、查找联系信息，并可能向数据保护机构 (DPA) 报告违规行为的负担——而这些机构的处理速度可能缓慢且不一致。
对话涉及潜在的解决方案，例如标准化罚款（例如，每次违规 5,000 欧元），但也存在过度严格的法规可能会扼杀创新的担忧，特别是对于初创公司而言。 一些人认为加州消费者隐私法 (CCPA) 是一种更有效的模式。
虽然 GDPR 促成了一些积极的变化（例如增加了帐户删除选项），但许多人认为它已成为“隐私剧场”——一部意图良好但因实施问题和缺乏强有力执法而受阻的法律。 此外，人们还对 Cookie 弹出窗口（尽管 GDPR 未直接强制要求）以及该法律的域外适用范围表示担忧。
空中客车正在探索一种激进的新发动机技术——开式转子（或开式风扇），用于其计划于2030年代推出的下一代单通道飞机。与传统的涡扇发动机不同，开式转子暴露了发动机的叶片，从而实现更大的气流和显著提高的燃油效率。该设计由CFM International（赛峰集团和GE航空航天）合作开发，旨在绕过当前发动机中较大风扇的阻力限制。 测试正在进行中，包括风洞试验和计划在改装的A380上进行的飞行测试。关键挑战包括降噪和确保叶片失效时乘客的安全，促使人们考虑机身屏蔽和机翼重新设计。 虽然其他发动机制造商，如劳斯莱斯和普惠，正在追求替代技术，但GE认为开式转子技术已经取得了显著进展。如果成功，这种发动机可以为空中客车提供竞争优势，并可能使CFM成为其为这种新飞机提供的唯一发动机供应商，从而助力整个行业减少碳排放。然而，最终决定尚未做出，空中客车仍在评估所有选项。
## 空中客车开放式转子发动机：摘要
空中客车正在重新研究“开放式转子”发动机——本质上是先进的涵道风扇设计——作为未来飞机潜在的燃油效率升级方案。其核心思想是移动更大质量的空气，但速度较慢，从而最大化效率（不同于传统喷气发动机，后者加速较小质量的空气至高速）。
讨论的重点在于权衡：开放式转子承诺节省燃油，但引发了对噪音和叶片安全的担忧。现代气动声学工程旨在降低噪音，同时正在考虑机身防护以防止潜在的叶片故障。
评论员们争论较新型飞机是否真的比老型号慢（对巡航速度存在分歧），并澄清了开放式转子、涡轮螺旋桨和涡轮风扇之间的区别。这项技术并非全新——类似的概念早在几十年就已被探索——但材料和设计的进步可能使其现在可行。俄罗斯现代化的伊尔-114涡轮螺旋桨飞机也被提及为一种平行发展。
```json { "addresses": [ { "address": "华盛顿州西雅图市东詹姆斯街2011号，邮编98122" }, { "address": "华盛顿州西雅图市西北第17大道8020号，邮编98117" }, { "address": "华盛顿州西雅图市西南多诺万街4015号，邮编98136" }, { "address": "华盛顿州西雅图市第13大道116号，邮编98122" } ... ]} ```
## 蝌蚪：一个网页抓取 DSL
蝌蚪是一种新的、模块化的领域特定语言 (DSL)，专为网页抓取和浏览器自动化而设计，最近由其创建者 zachperkitny 在 Hacker News 上分享。它旨在标准化抓取器编写并促进代码重用，利用自定义的基于 KDL 的语法。
主要特性包括抽象化以模拟逼真用户行为（如贝塞尔曲线）、通过 Git 进行零配置模块导入（避免使用 NPM）以及通过插槽组合的可重用动作。一个示例展示了使用简洁、可读的语法从 Redfin 抓取地址。
目前版本为 0.1.0，蝌蚪的路线图包括控制流、DOM 操作工具、更多求值器和改进的错误报告。未来版本 (0.3.0) 旨在实现文件之间的管道传输、多样化的输出选项（数据库、S3）以及使用有向无环图 (DAG) 进行复杂的爬取场景。
虽然目前专注于 NodeJS，但创建者正在考虑通过 WebAssembly 为其他语言（如 Python）提供潜在的绑定，并承认需要扩展到文本提取之外，以处理诸如文件下载和图像拦截之类的任务。该项目是开源的，并欢迎反馈。
[Github 仓库](https://github.com/tadpolehq/tadpole)
[社区仓库](https://github.com/tadpolehq/community)
## Cimba：高性能离散事件模拟库
Cimba是一个快速、免费且可靠的离散事件模拟库，使用C和汇编语言编写，利用POSIX pthreads进行并行执行。它将模拟过程实现为堆栈式协程（“纤程”），速度比使用SimPy构建的等效模型**快40-50倍**——通过一个简单的M/M/1队列基准测试表明，速度提升了45倍。值得注意的是，Cimba甚至可以在单核上超越SimPy的性能。
这种速度能够实现数百次重复和参数变化的快速实验，提供紧密的置信区间和密集的数据。Cimba提供了一个全面的工具包，包括预封装的进程交互（资源、队列等）、条件变量和各种随机数生成器。
Cimba专注于可靠性，采用了大量的断言（代码行数的13%）和单元测试。它采用面向对象原则在C中设计，并利用手工编写的汇编代码进行上下文切换。虽然用C编写，但Cimba可以轻松与其他语言和库集成，甚至可以通过CUDA支持GPU加速。它适用于建模复杂的系统，如网络、制造和医疗保健。
Cimba是公开可用的，可以使用C编译器和Meson构建管理器进行安装。
## Cimba：一个快速的离散事件模拟库
Cimba是一个新的、多线程的离散事件模拟库，用C语言编写，旨在追求速度。它利用POSIX线程进行并行试验执行，并使用**堆栈式协程**（通过手工编写的汇编代码实现）来实现每个模拟内部的并发性。这允许采用一种自然的、基于代理的编程风格。
在一项模拟M/M/1队列的基准测试中，Cimba实现了**45倍的速度提升**和**97.8%的运行时缩减**，与等效的SimPy（Python）实现相比，甚至在仅使用单个CPU核心的情况下，也优于运行在64个核心上的SimPy。这种速度归功于高效的协程、哈希堆事件队列、快速随机数生成器和内存池。
作者欢迎贡献，特别是移植到AMD64/x86-64（Linux & Windows）之外的架构，Apple Silicon和ARM是潜在的目标。 关键的设计考虑包括仔细处理上下文切换开销和线程安全性。该项目利用“防御性编程”，并使用大量的断言来保证健壮性。
**链接：**
* **文档：** [https://cimba.readthedocs.io/en/latest/](https://cimba.readthedocs.io/en/latest/)
* **仓库：** [https://github.com/ambonvik/cimba](https://github.com/ambonvik/cimba)
展示HN：Octosphere，一个用于分散科学出版的工具
Show HN: Octosphere, a tool to decentralise scientific publishing
19 小时前
主页 - Octosphere 连接开放科学与社交网络 什么是 Octosphere？ Octosphere 弥合了学术出版物与社交网络之间的差距。它会自动将您的研究出版物从 Octopus 同步到 AT 协议（氛围）——一个为 Bluesky 等社交应用程序设计的开放、去中心化网络。通过在氛围中分享您的工作，您可以接触到更广泛的受众，与公众互动，并提高您的研究在传统学术渠道之外的可见性。 运作方式 使用 ORCID 登录——使用您的研究人员标识进行身份验证。 连接到氛围——使用您的 Bluesky 帐户（或任何 AT 协议应用程序）登录。 链接您的 Octopus 个人资料——连接您的 Octopus 作者页面。 同步您的出版物——选择一次性同步或启用未来出版物的自动同步。 使用 ORCID 开始 由 AndreasThinks 创作，并得到一些 ✨氛围✨ 的帮助。
## Octosphere：去中心化科学出版
一个名为 **Octosphere** (octosphere.social) 的新工具旨在通过利用 ATProto 协议和构建在 Octopus 平台之上，来颠覆学术出版。由一位“身心俱疲的半学术人士”创建，Octosphere 寻求为传统的、常常令人沮丧的出版系统提供替代方案。
该项目在 Hacker News 上引发了讨论，用户指出已经存在的努力，例如 Bluesky 上的 **Cosmik**，它也利用 ATProto 为研究人员提供平台。人们对 ATProto 可能复制 Twitter 等平台的数据挖掘问题，缺乏隐私和审核控制表示担忧。
一个关键的争论集中在 **同行评审** 的作用上。一些人认为，尽管存在缺陷，但把关是过滤海量研究的必要手段，而另一些人则倡导开放的、众包的评审系统。在去中心化环境中维持质量和防止滥用的挑战是一个反复出现的主题。
最终，这场对话凸显了对更好出版系统的渴望，但也凸显了在开放性、质量控制以及学术界根深蒂固的习惯（他们大多仍然依赖电子邮件进行交流）之间取得平衡的复杂性。
## 迁移向导：无缝电子邮件迁移
迁移向导提供快速、安全和可靠的电子邮件迁移解决方案。该服务专为个人和企业设计，拥有**99.9%的成功率**，平均迁移时间仅为**5分钟**，即使对于千兆字节的数据也是如此。
主要功能包括**零停机时间**、**100%数据完整性**和**企业级安全性**——凭据被加密并在迁移后立即删除。无需技术专长，该平台支持各种场景，如提供商切换、帐户整合以及电子邮件备份/归档。
迁移向导优先考虑用户隐私，**不存储凭据**，并提供**增量同步**功能以确保持续的数据一致性。提供**免费试用**，无需信用卡，用户可享受**24/7支持**。已成功完成超过10,000次迁移，使其成为电子邮件管理的可靠选择。
## Hacker News 邮件迁移讨论
一篇 Hacker News 讨论围绕着邮件迁移工具展开，起因是 Migrate Wizard ([migratewizard.com](https://migratewizard.com)) 的推出。Migrate Wizard 被宣传为一种快速、安全、基于云的邮件数据迁移解决方案，但对话很快就强调了 **imapsync ([imapsync.lamiral.info](https://imapsync.lamiral.info))** 作为一个强大且久经考验的替代方案。
用户称赞 imapsync 知识渊博且规模 впечатляющая（能够处理大量的邮件流量）。但指出 imapsync 比 **mbsync** 慢，并且缺乏双向同步功能。人们对将敏感 IMAP 凭据委托给 Migrate Wizard 等第三方服务表示担忧，原因是缺乏关于安全审计和运营地点的透明度。
讨论还涉及了邮件 RFC 合规性的挑战，尤其是在 Gmail 和 Proton 等提供商之间迁移时，以及 Thunderbird 等工具在大型或复杂迁移方面的局限性。最终，该帖子展示了各种方法，从使用 API 的 DIY 解决方案到专门的迁移工具，每种方法都有其自身的权衡。
## 千字节：1024 还是 1000？
多年来，人们一直认为计算机内存中的千字节是 1024 字节，兆字节是 1024 千字节，以此类推——这源于计算机的二进制特性。然而，以 1 千字节等于 1000 字节的十进制系统更具逻辑性，并且越来越被使用，尤其是在硬件制造商宣传存储容量时。
这种差异的产生是因为虽然计算机*运行*在二进制中，但以十进制（基数为 10）报告大小更容易被人类理解。对于较小的单位，差异很小，但随着太字节及更大单位的增加，差异会显著增长——对于夸字节，可能超过 20% 的不准确性。这导致混淆，因为操作系统（通常使用二进制定义）显示与存储供应商宣传的容量（通常使用十进制）不同的容量。
为了解决这个问题，国际电工委员会引入了不同的二进制前缀（KiB、MiB、GiB）来清楚地表示 2 的幂，以及标准的十进制前缀（kB、MB、GB）来表示 10 的幂。虽然旧的惯例由于行业惯性而仍然存在，但理解这种差异并使用正确的前缀有助于清晰地讨论计算机内存和存储。