启用 JavaScript 和 Cookie 以继续。
每日HackerNews RSS
## 海信电视与不可跳过的广告
一份最新报告指出，海信电视现在包含不可跳过的启动广告，这在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++ *如果*谨慎使用并深入理解目标平台是可行的，但对于许多嵌入式项目而言，通常不值得增加额外的复杂性。
客户端挑战：您的浏览器已禁用 JavaScript。请启用 JavaScript 以继续。网站的必要部分无法加载。这可能是由于浏览器扩展、网络问题或浏览器设置造成的。请检查您的连接，禁用任何广告拦截器，或尝试使用不同的浏览器。
## 扬·勒丘恩的AI初创公司获得10亿美元融资
扬·勒丘恩的新AI初创公司在欧洲完成了有史以来最大的种子轮融资，金额达10亿美元，引发了Hacker News上关于AI研究未来的讨论。尽管人们对勒丘恩的方法持有不同意见，但许多人认为这对欧洲在AI领域的竞争力来说是一个积极的步骤，目前该领域由美国和中国主导。
讨论的中心是大型语言模型（LLM）和“世界模型”之间的争论——后者是指理解物理世界的AI，而不仅仅是文本。一些人认为LLM存在根本性的局限性，而另一些人则认为持续学习和改进的架构是关键。人们担心欧洲可能会因为专注于LLM *集成* 而不是基础研究而落后。
一些评论员强调了美国和欧洲初创公司之间的资金差距，尽管这对于欧洲来说已经是一项重大投资。另一些人指出，欧洲的社会价值观不同，更注重医疗保健和退休等长期利益，而不是快速、高风险的冒险。最终，这项投资被视为欧洲确立自身在先进AI开发领域（特别是机器人技术领域）中的重要地位的潜在关键举措。
## Felix 的十年自我追踪：总结
过去十年，Felix 细致地追踪了他生活中的 100 多个方面——从健身和睡眠到电脑使用和旅行——积累了近 38 万个数据点。出于对不同生活因素之间相互联系的好奇，他构建了一个完全开源的平台 howisFelix.today，以可视化这些数据。
主要来源包括 RescueTime（电脑活动）、Foursquare Swarm（位置）以及手动输入的情绪、健康等数据。分析显示，幸福感与生产力提高之间存在相关性，天气对活动的影响，以及酒精和睡眠对静息心率的影响。
他发现了旅行中的规律（周日航班、常用路线），COVID 封锁对他的生活方式的影响（更多通话、更健康习惯），以及位置对步数的影响（在纽约走得更多）。虽然这个项目耗费了大量时间，但 Felix 获得了宝贵的自我意识和见解，最终认为这项努力可能不值得他人复制。他现在正在归档这个项目，但会保留网站以展示他对生活数据驱动探索。
## ThunderScope 示波器时基故障与分析
一月份，作者收到了一款 PCIe 版本的 ThunderScope 开源硬件示波器，用于与他们的强大台式机进行测试。初步测试显示时基慢了 6.6%，追溯到一颗失效的 10 MHz TCXO（温补晶振）。由于 TCXO 输出信号平坦，锁相环 (PLL) 未能锁定。
更换 TCXO 后，示波器功能正常，促使作者对故障进行了更深入的调查。拆解和显微分析显示，连接 TCXO 晶体与控制器芯片的键合线断裂。这可能由于之前的超声波清洗而加剧，由于潜在的共振损坏，超声波清洗对振荡器来说是一个有风险的过程。
控制器 IC 本身似乎没有损坏，晶体测试结果也在规格范围内。故障似乎是潜在的弱键合以及超声波引起的应力共同作用的结果。另一位用户报告的第二次类似故障加强了这一结论。作者现在运营着一个“幕后半导体失效分析实验室”，详细介绍了拆解过程，重点介绍了 TCXO 的结构以及微观故障分析的挑战。
## TCXO 故障分析：摘要
一篇最近的 Hacker News 帖子详细描述了温度补偿晶体振荡器 (TCXO) 的故障分析，揭示了超声波清洗对敏感元件的风险。虽然超声波清洗常用于原型制作和维修，但它可能会损坏 TCXO – 以及其他“外露键合芯片”封装，如 MEMS 麦克风和 CMOS 图像传感器 – 因为振动会影响精密的键合线和晶体本身。
讨论强调，即使是很小的故障率（1-2%）在批量生产中也可能非常显著，促使制造商避免使用超声波或仔细控制清洗参数。参与者分享了在包含振荡器的产品意外进行超声波清洗后出现高故障率的经验。
该帖子还涉及相关问题：在焊接前修剪通孔振荡器的引脚（可能导致有害振动），以及 TCXO *内部* 的惊人复杂性 – 许多现在使用微控制器进行校准，而不是纯粹的模拟控制。 包含微控制器的成本效益存在争议，有人认为与高精度模拟元件相比，它的价格实惠。最终，该帖子强调了精确的机械工程在现代电子产品中的重要性。