彭博社 需要帮助？请联系我们 我们检测到您的计算机网络存在异常活动 要继续，请点击下面的框来确认您不是机器人。 为什么会发生这种情况？ 请确保您的浏览器支持 JavaScript 和 cookies，并且没有阻止它们加载。 更多信息请查看我们的服务条款 和 Cookie 政策。 需要帮助？ 关于此消息的咨询，请联系 我们的支持团队并提供以下参考ID。 阻止参考ID：736c663d-1c8a-11f1-b73c-9383f0c5c26c 通过彭博社订阅，随时掌握最重要的全球市场新闻。 立即订阅
每日HackerNews RSS
成为父母是一种与众不同的体验——它不仅仅是相关经历的总和，例如养宠物或回忆童年记忆。这是一段令人迷失方向的旅程，进入一个不断变化的领域。你带回家的孩子每周都会不同，感觉你一直在认识新人，一个“千面之美”。 这种经历可能会意外地揭示你隐藏的部分，比如在玩耍时出现的顽皮怪物，这是你从未准备好的一面。尽管有混乱和陈词滥调——快乐、焦虑以及介于两者之间的一切——但有一种深刻的感觉，仿佛你就是为这个角色而生的，一种必然感。 最终，为人父母并非“特殊”，而只是人生过山车上的又一次体验，一次专为我们设计的体验。它也从根本上改变了人际关系，重塑了我们如何看待自己以及被我们所爱的人看待的方式，提供了以父母的身份以新的方式*了解*彼此的机会，即使在没有我们自己的情况下也是如此。这是一个以全新的维度体验自己和爱人的机会。
这个Hacker News讨论围绕着为人父的挑战和回报。一个关键点是年轻父亲面临的“危机”，许多人缺乏积极的男性榜样，也不确定自己的责任。一位自愿的“父亲倡导者”强调了令人心碎的故事以及支持这些男人打破恶性循环的需求。
其他评论者分享了个人经历。一位认为为人父母是独一无二的满足感，超越了其他追求，而另一位承认这是一种与其他承诺完全不同的承诺——你无法轻易“下车”。
一个反复出现的主题是，为人父母不是关于专业知识，而是努力比自己父母做得*更好*，从他们的错误中学习，并认识到这种经历的内在价值。有些人认为，即使考虑到所涉及的工作和牺牲，也是潜在良好育儿的标志。
对现有照片分享网站速度慢和杂乱无章感到沮丧，作者构建了DD Photos——一个快速、简单、无干扰的解决方案，现在作为开源软件提供（photos.donohoe.info）。该系统专注于展示照片，提供简洁的界面，具有深色/浅色主题和移动端友好浏览。
DD Photos通过从Lightroom、Photos或Google Photos等现有整理工具导出相册（文件夹）来工作。可选的`photogen.txt`文件允许添加说明和自定义排序。然后，`photogen`工具将图像调整为WebP格式并生成静态文件（HTML、CSS、JavaScript）——无需服务器端代码或数据库。
主要功能包括简洁的相册视图、具有滑动导航的响应式照片网格、可分享的永久链接以及用于社交媒体的OpenGraph支持。后端高效处理图像调整大小和元数据剥离。部署简单，利用静态网站托管（如Apache或AWS S3）。DD Photos使用SvelteKit构建，并得到Claude Code的大力协助，优先考虑个人照片分享的速度和简洁性。
## DD Photos：快速、无干扰的照片分享方案
开发者 dougdonohoe 对现有的照片分享选项（缓慢的iCloud相册、充斥广告的网站、社交媒体干扰）感到沮丧，因此创建了 **DD Photos**，一个使用 Go 和 SvelteKit 构建的开源照片相册网站生成器。该工具允许用户导出照片，使用 Go CLI (`photogen`) 将它们调整为 WebP 格式，并生成 JSON 索引，用于在任何文件服务器（Apache、S3 等）上部署的静态 SvelteKit 网站。
DD Photos 通过避免服务器端代码和数据库，优先考虑速度、移动设备友好性和干净的用户体验。该项目从 Claude Code 的全栈能力中受益匪浅。
该帖子引发了讨论，用户分享了类似的项目，如 LightGalleryJS+Cloudflare Pages 和 mood.site，并讨论了 SvelteKit 相对于 Hugo 等替代方案的选择。最终，DD Photos 为那些寻求简单、自托管照片库的人们提供了一个引人注目的解决方案。
**链接：**
* **仓库:** [https://github.com/dougdonohoe/ddphotos](https://github.com/dougdonohoe/ddphotos)
* **在线示例:** [https://photos.donohoe.info](https://photos.donohoe.info)
启用 JavaScript 和 Cookie 以继续。
## 海信电视与不可跳过的广告
一份最新报告指出，海信电视现在包含不可跳过的启动广告，这在Hacker News上引发了关于硬件日益“劣化”的讨论。用户们的回应包括断开电视的网络连接、使用广告拦截器、root设备，或选择Apple TV或电脑显示器等替代方案。
许多评论者表达了对这种趋势的沮丧，并指出LG和三星等其他品牌也存在类似问题。担忧不仅限于广告，还包括数据收集以及设备离线后未来可能的功能限制。一些人建议永久断开电视连接并使用流媒体设备，而另一些人则提倡开源解决方案或干脆避免购买智能电视。
这场讨论涉及更广泛的消费者选择、企业行为以及数据驱动的收入模式日益普遍的问题。许多用户哀叹缺乏价格实惠的、真正“非智能”电视，并担心未来连接性将成为基本功能的强制要求。最终，这个帖子反映了人们对个人技术日益增长的控制欲以及对侵入性广告行为的抵制。
## 全同态加密因英特尔Heracles芯片而提速 对使用云端人工智能时数据隐私的担忧正在推动**全同态加密 (FHE)** 领域的创新——这种方法允许在不解密的情况下对加密数据进行计算。然而，历史上FHE的速度一直非常慢，通常比传统计算慢数千倍。 英特尔最近推出了**Heracles**，这是一款专门设计的芯片，旨在克服这一障碍。在最近的一次会议上展示，Heracles在FHE任务中实现了高达**5000倍的速度提升**，与标准的英特尔CPU相比。性能的飞跃归功于其庞大的尺寸（比其他研究芯片大20倍）、先进的3纳米技术和巨大的内存容量。 虽然几家初创公司也在开发FHE加速器，但英特尔认为Heracles是目前可扩展性和功能最强大的硬件。该芯片擅长处理FHE中固有的复杂数学运算和海量数据，为安全投票以及关键的**加密人工智能和机器学习**等应用提供显著优势。 尽管商业化时间表仍不明确，但Heracles代表着通向实用、保护隐私的计算迈出了重要一步，为未来铺平了道路，在未来，敏感数据可以在云端安全地处理。
## 英特尔加密计算芯片：摘要
英特尔最近展示了一款芯片，该芯片使用完全同态加密（FHE）直接对加密数据进行计算，速度比标准CPU快5000倍。这项技术允许在不解密数据的情况下进行处理，可能彻底改变数据隐私和安全。
讨论的重点在于潜在的应用，例如安全的云计算，能够在不暴露敏感信息的情况下实现诸如搜索加密数据库（例如，用于符合GDPR要求）等操作。然而，人们也对潜在的滥用表示担忧，包括增强的DRM和硬件认证，以及政府后门的可能性。
许多评论员强调了FHE由于其计算开销而不切实际，即使速度有所提升，也质疑其在细分应用之外的实际可行性。 还有人争论这项技术是补充还是取代现有的可信执行环境，例如SGX。一个反复出现的主题是对英特尔的信任持怀疑态度，鉴于其历史，以及依赖硬件安全带来的固有风险。最终，这场对话反映了人们对增强隐私技术的兴奋，以及对控制和监控的深刻担忧。
新的美国法律旨在保护未成年人在网上，却意外地影响了成年用户，要求对更广泛的平台（从社交媒体到成人内容）进行年龄验证。大约一半的美国州正在制定这些法律，迫使公司筛查所有用户，引发了隐私担忧和对互联网日益封闭的担忧。 验证方法各不相同，从人工智能驱动的面部分析到完整的身份证扫描，通常由第三方供应商处理。虽然公司旨在平衡安全与用户体验，但许多用户抵制提交敏感数据，如自拍照或身份证，导致延误（如Discord的推出）和潜在的规避方法，如使用预付卡。 一个主要担忧是这些数据会去哪里——供应商可能会保留信息长达三年，从而产生潜在的安全风险（最近的数据泄露事件已凸显），并引发关于政府访问权限的问题。倡导者警告说，这会集中敏感数据并侵蚀在线隐私。法律诉讼正在进行中，一些法律已经面临第一修正案的挑战。行业专家预测，将朝着“持久验证”方向发展——一种跨多个平台使用的单一数字年龄证明——使身份检查成为在线生活的永久组成部分。
## Caxlsx：Ruby Excel 电子表格生成
Caxlsx（前身为 Axlsx）是一个 Ruby gem，用于生成 Excel (.xlsx) 电子表格。它允许开发者创建包含图表、图像、公式、自定义样式等复杂文档，而无需深入了解 Office Open XML 规范。
主要特性包括自动数据类型检测、灵活的列宽控制、对各种图表类型（3D 饼图、折线图、柱状图等）的支持，以及对单元格、行和整个工作簿的强大样式选项。Caxlsx 优先保证文档有效性，并与 Google Docs、LibreOffice 和 Numbers 等软件具有互操作性（存在一些限制）。
**重要更新：** 该项目已被分叉，现在由社区组织 **Caxlsx** ([https://github.com/caxlsx](https://github.com/caxlsx)) 维护。相关的 gem 也已迁移到那里。鼓励用户加入 Caxlsx Slack 频道以获取支持。
详细文档和示例可在网上和 gem 本身内找到。安全性通过默认公式转义来解决，可以根据需要进行配置。
## Caxlsx：一个 Ruby XLSX 生成的 Gem
一个新的 Ruby gem，**Caxlsx**，用于生成 Excel (.xlsx) 文件，具有图表、图像和模式验证等功能，已经在 Hacker News 上分享。它似乎是之前维护的 **axlsx** gem 的社区驱动的延续。
贡献者们怀念最初的 axlsx 项目及其维护者，称赞其对新开源贡献者的友好环境。讨论强调了过去在诸如条件格式和特定区域数字格式等功能上的贡献。
目前至少有一个开发者正在生产环境中使用 Caxlsx，它提供了强大的格式化能力。一个相关的资源，一个 Excel 的 Vim 插件也被分享，吸引了同时喜欢这两种工具的用户。该 gem 的 GitHub 仓库地址是 [https://github.com/caxlsx](https://github.com/caxlsx)。
您的IP地址已被Codeberg屏蔽。如果您认为这是一个错误，请通过contact us联系我们，并提供您的IP地址：47.245.80.60
## EVi：一个反对AI集成的Vim硬分叉
一个名为EVi的Vim硬分叉被创建，其明确目标是避免“AI污染”——任何来自大型语言模型（LLM）的贡献。该项目托管在Codeberg上，源于对AI生成代码在开源项目日益普及的担忧。
尽管该分叉的创建者，一位自闭症操作系统开发者，并未强调Vim中具体的有问题代码，但其动机在于对LLM参与的强烈意识形态反对。讨论表明，人们希望保持代码的纯洁性，并避免AI辅助开发可能带来的弊端。
此举引发了争论，一些人质疑识别和删除所有潜在AI生成代码的可行性，另一些人则认为该项目缺乏足够的证据来证明其存在。人们还对该项目的重点及其可能忽略其他重要开发方面表示担忧。尽管存在这些批评，但支持者认为这是对于那些优先考虑人工编写代码的人来说，必要的一步。
## FreeBSD 14.4-RELEASE 发布 FreeBSD 14.4-RELEASE 现已发布，支持多种架构，包括 amd64、i386、aarch64 等。安装方式包括可引导 ISO 镜像、网络安装或 USB 存储设备。提供多种镜像类型： * **dvd1:** 完整安装，包含软件包和救援模式。 * **disc1:** 基础操作系统，救援模式，不包含软件包。 * **bootonly/mini-memstick:** 启动后需要网络安装。 * **memstick:** 通过 USB 完整安装。 * **SD 卡镜像:** 专为 ARM 系统设计，包含预配置的用户账户以便通过 SSH 访问。 针对 amd64、i386、AArch64 和 RISCV 架构，还提供预构建的虚拟机镜像（QCOW2、VHD、VMDK、raw）。此外，FreeBSD 14.4-RELEASE 可通过提供的 AMI ID 和市场列表轻松部署在 AWS 和 Google Cloud 平台上。 提供校验和（SHA512 & SHA256）以及经过 PGP 签名的公告版本，用于验证。详细说明，包括创建可引导 USB 驱动器的 `dd` 命令示例，包含在发布文档中。
## FreeBSD 14.4 发布与讨论总结
FreeBSD 14.4 已发布，作为维护更新，但许多人建议新安装使用更新的 15.0 版本。讨论强调了 FreeBSD 的优势：维护良好的操作系统，拥有出色的文档，性能接近 Linux（尤其是在网络方面），内核/用户空间开发过程连贯，配置比 Linux 更简单。
用户称赞其服务器的稳定性，易于学习的工具（如 `pf` 和 `zfs`），以及友好的社区。虽然 Linux 拥有更广泛的硬件支持和更大的生态系统，但 FreeBSD 提供了一种令人耳目一新的替代方案，特别是对于那些希望摆脱“Linux 单一文化”的人。
最近的进展，例如通过 p9fs 实现的 Bhyve 虚拟机共享文件系统访问，令人兴奋。关于 systemd 与 FreeBSD 的 `rc.d` 初始化系统，争论仍在继续，一些人提倡现代化，同时重视 FreeBSD 的简洁性。一个关键点是，鉴于 FreeBSD 基金会在 Apple 和 Netflix 等大型公司使用的技术中的基础作用，支持 FreeBSD 基金会非常重要。
``` ldr pc,reset_handler_ptr ;@ 处理器复位处理程序 ldr pc,undefined_handler_ptr ;@ 未定义指令处理程序 ldr pc,swi_handler_ptr ;@ 软件中断 ldr pc,prefetch_handler_ptr ;@ 预取/中止处理程序 ldr pc,data_handler_ptr ;@ 数据中止处理程序 ldr pc,unused_handler_ptr ;@ ldr pc,irq_handler_ptr ;@ IRQ处理程序 ldr pc,fiq_handler_ptr ;@ 快速中断处理程序 ;@ 设置分支地址 reset_handler_ptr: .word reset undefined_handler_ptr: .word hang swi_handler_ptr: .word hang prefetch_handler_ptr: .word hang data_handler_ptr: .word hang unused_handler_ptr: .word hang irq_handler_ptr: .word irq_handler fiq_handler_ptr: .word hang reset: ;@ 禁止中断 cpsid if ;@ 将中断向量复制到其位置 ldr r0,=_entry mov r1,#0x0000 ;@ 这里我们复制分支指令 ldmia r0!,{r2,r3,r4,r5,r6,r7,r8,r9} stmia r1!,{r2,r3,r4,r5,r6,r7,r8,r9} ;@ 这里我们复制分支地址 ldmia r0!,{r2,r3,r4,r5,r6,r7,r8,r9} stmia r1!,{r2,r3,r4,r5,r6,r7,r8,r9} ```
## 裸机C++讨论总结
这次Hacker News讨论围绕一篇关于实用裸机C++开发的指南展开。核心争论在于，与C相比，C++是否是低级别嵌入式系统的有利选择。
许多评论者，特别是经验丰富的嵌入式工程师，表示怀疑。他们认为C++常常引入不必要的复杂性——通过抽象、工具链开销以及重建C API的需求——而没有提供显著的优势。如果使用C++，纪律性至关重要，模板用于代码重用，RAII用于资源管理被认为是潜在的有利特性。
另一些人则为C++辩护，强调诸如编译时计算（constexpr）和泛型编程等特性。嵌入式模板库（ETL）被提及作为一个有用的资源，用于静态分配的容器。然而，一个反复出现的主题是理解底层硬件和工具链的重要性，以及避免过度抽象。
有人建议使用Rust等替代方案，而另一些人则提倡坚持使用C，因为它简单。嵌入式系统学习资源，如“Realtime C++”和“Making Embedded Systems”也被分享。最终，共识倾向于C++ *如果*谨慎使用并深入理解目标平台是可行的，但对于许多嵌入式项目而言，通常不值得增加额外的复杂性。