Exif（可交换图像文件格式）是一种自 1995 年起沿用至今的元数据标准，用于在图像文件中存储相机设置、时间戳和方向数据。尽管它起源于数码相机，但作为一种虽然陈旧却至关重要的标准，它至今仍嵌入在 JPEG、WebP 和 HEIC 等多种文件格式中。 关键在于，Exif 是可选的且往往不可靠；它可能丢失、被移除或被篡改。一个常见的技术难点涉及“方向标签”（Orientation tag），它指示查看器如何旋转图像，而无需实际更改像素矩阵。开发人员在进行像素级处理前，应先标准化此方向（例如使用 `exiftool` 或 `Sharp`、`PIL` 等库），以避免结果不一致。 元数据不仅限于 Exif；通常还包括 XMP、IPTC、ICC 色彩配置文件以及 C2PA 等较新的标准。开发人员应将所有元数据视为不可信输入。构建图像处理流水线时，最佳实践如下： 1. 在处理像素前，先标准化图像方向。 2. 若涉及隐私问题，请明确移除元数据。 3. 使用 `exiftool` 等成熟工具进行检查，并使用稳健的图像处理库来执行生产任务。 简而言之：不要盲目信任元数据（无论它是否存在或是否准确），请务必有意识地进行处理。
每日HackerNews RSS
欣赏 Exif Appreciating Exif
27 分钟前
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
Appreciating Exif (brentfitzgerald.com)
8 分，发布者：burnto，1 小时前 | 隐藏 | 过往 | 收藏 | 讨论 | 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
正统 C++ Orthodox C++
30 分钟前
“正统 C++”（Orthodox C++）是一种编程哲学，主张使用 C++ 语言中极简且稳定的子集，以避免“现代 C++”带来的复杂性。支持者认为，许多语言特性（如异常、RTTI、流和过度的元编程）会引入不必要的运行时开销、隐性成本以及架构上的复杂性。
通过优先编写 C 程序员易于阅读的代码，“正统 C++”旨在构建更易于维护、高度可移植且兼容旧编译器的软件。这种方法不鼓励立即采用新标准，建议至少等待五年以确保稳定性及工具链的广泛支持。与其依赖繁重的抽象或 STL（尤其是那些会进行隐式内存分配的部分），“正统 C++”更推崇一种更手动、更显式的风格，并依赖于 `<stdio.h>` 和 `<math.h>` 等标准 C 库。
归根结底，这一哲学的目标是以简洁为重，而非追逐最新特性，从而确保项目保持易用性，并避免因混合 C 风格错误处理与复杂 C++ 运行时系统而产生的“割裂”。截至 2025 年，该社区已谨慎地批准了对 C++20 部分特性的选择性使用。
所提供的 Hacker News 讨论帖探讨了“正统 C++”（Orthodox C++）的概念，这是一种提倡简洁并避免复杂语言特性的编程风格。
社区对此文章的反应褒贬不一，凸显了围绕 C++ 最佳实践的持续争论。一些用户批评该风格过于教条，而另一些人则认为 `dynamic_cast` 和现代迭代语法等特性对于提高生产力至关重要，并认为“正统”方法并无助益。相比之下，一位评论者提出了“异端 C++”（Heterodox C++）的概念，这是一种截然不同的理念，主张利用函数式编程和大量的模板元编程来实现媲美 Rust 的安全性。
归根结底，这场讨论是整个 C++ 社区的一个缩影：社区分裂为倾向于使用语言中受限的类 C 子集的人，以及那些充分利用其最先进、最现代功能的人。正如一位参与者所指出的，共识在于：应避免僵化的教条，转而采取务实的开发态度。
请启用 JavaScript 和 Cookie 以继续。
```Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
治疗胰腺肿瘤可能揭示了癌症的总开关 (economist.com)
14 点 | andsoitis 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 2 条评论
帮助
ispeters 5 分钟前 | 下一条 [–]
https://archive.ph/d4mT2
回复
DivingForGold 4 分钟前 | 上一条 [–]
感谢发布有用的链接！
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：```
美国商务部近期禁止了“噪声注入”（差分隐私的关键组成部分）在人口普查局和经济分析局统计产品中的使用。此举要求相关机构转向以“粗粒化”（降低数据精度）和“抑制”（删除数据）作为保护机密信息的主要方法。
差分隐私被认为是平衡数据效用与隐私的黄金标准。它利用经过校准的噪声来防止个人记录被重构，而此前的数据交换等方法因存在该漏洞已不再安全。通过禁止依赖随机性的技术，政府正迫使各机构放弃目前可用的最有效的隐私风险缓解工具。
批评人士认为，这项命令导致了灾难性的权衡：未来的统计数据发布要么存在严重的安全隐患，要么在功能上毫无用处，尤其是针对小型人口群体的数据。由于竞争性方法较为粗糙，且在抵御现代重构攻击方面效果较差，该禁令可能会阻碍研究人员追踪人口差异。无论其动机是出于政治议程（如不公平选区划分）还是出于对隐私与效用之间权衡难题的逃避，该指令都显著降低了美国政府数据的质量与安全性。
近期的一场 Hacker News 讨论探讨了围绕美国人口普查数据中可能禁止使用“差分隐私”（一种用于在大规模数据集中掩盖个人身份的技术）所引发的争议。
这场辩论凸显了一个根本性的矛盾：透明度与数据效用之间的冲突。原始未掩码数据的支持者认为，数据默认应当公开，并主张如果数据敏感度过高而不宜发布，那么根本就不该进行采集。相反，另一些人则认为，公开细粒度的人口普查数据是安全和伦理上的失职，会引发针对个人的身份识别、选区划分操纵以及剥夺公民权利等问题。
许多评论者达成的一个核心共识是，人口普查的准确性依赖于公众信任。如果公民担心其敏感信息（如收入、残疾状况或公民身份）会被泄露，他们很可能会撒谎或拒绝参与，从而导致人口普查数据无法用于联邦拨款和国会席位分配。最终，讨论表明，在政府对准确汇总数据的需求与个人隐私之间取得平衡仍然是一个“不可能”解决的问题，没有任何简单的方案能够同时满足政治和数学上的约束。
为了克服本地大语言模型的显存限制，作者将一张 RTX 5080 与一张翻新的 RTX 3090（24GB）进行了组合。通过使用华硕 Prime X570-Pro 主板，将 PCIe 通道配置为 8x/8x 分割模式。 主要设置要求包括： * **BIOS 配置：** 禁用 CSM，启用 Above 4G Decoding 和 ReSize BAR，并将 PCIe 链路速度设置为 Gen 4。 * **驱动设置：** 使用标准的 `nvidia-open` 驱动程序，因为两种不同的 GPU 架构（Ampere 和 Blackwell）无法使用高级 P2P 内核模块。 * **Llama.cpp 优化：** 构建时设置 `CMAKE_CUDA_ARCHITECTURES="86;120"` 以支持两张显卡，并禁用 NCCL 以获得更好的性能。 通过使用 `llama-server`（结合张量分割）将模型分配到两张 GPU 上，作者在运行 Qwen 3.6 (Q8) 等大型量化模型时，成功达到了每秒 80–90+ tokens 的速度。该方案证明，混合使用异构 NVIDIA 架构是扩展显存容量并提升本地 AI 实验推理性能的一种可行途径。
抱歉。
Wayland 协议所追求的“每一帧都完美”是 UI 设计的一项重要标准。用户无法直接看到代码，因此他们会通过视觉上的精致程度来判断应用程序的质量与可靠性。如果 UI 表现得不连贯或出现故障，用户会觉得它粗糙不堪，从而降低对软件的信任感。
为了实现这一目标，开发者必须确保 UI 在每一刻都保持协调——而不仅仅是在静止的初始和结束状态。常见的缺陷包括动画卡顿、闪烁、加载时内容偏移，以及各 UI 元素内部的不一致。当组件在过渡过程中不同步或行为不可预测时，软件给人的感觉就像是一个“动画玩具”，而非精密工具。
“每一帧都完美”意味着要消除视觉伪影，确保动画衔接紧密，并防止技术局限性干扰设计初衷。通过专注于过渡阶段的细节，开发者能够展现出对用户体验的深思熟虑，从而建立起专业的可靠性与信任感。
Hacker News
最新 | 往日 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
Every Frame Perfect (tonsky.me)
25 点，由 ravenical 在 3 小时前发布 | 隐藏 | 往日 | 收藏 | 讨论 | 帮助
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
Show HN：我正在构建一张罗马帝国时期的人物地图 Show HN: I am building a map of people who lived in the Roman Empire
1 小时前
该交互式地图可视化呈现了约 250,000 条来自克劳斯-斯拉比铭文数据库（EDCS）的罗马铭文。该项目通过人工智能流程，从每条文本中提取关键的传记细节，包括姓名（前名、族名、认名）、身份和性别。 用户可以通过放大特定地理位置或使用搜索界面按姓名、省份或日期进行筛选来探索数据。该平台还支持以 CSV 或 JSON 格式导出数据集。 尽管人工智能提取的准确率达到了 80%–85%，但用户仍可能遇到少量错误，并鼓励通过“标记此条目”功能报告错误。该项目汇集了包括 LIRE、EDH 和 Trismegistos 在内的多个学术来源的数据。所有衍生数据均在 CC BY 4.0 许可下发布，旨在促进对这一丰富考古资源的开放获取。
一位开发者发布了 **roman-names.com**，该项目通过提取超过 50 万条拉丁铭文数据，绘制了罗马帝国人物地图。与以往仅关注特定地区或精英官员的学术数据库不同，该项目旨在涵盖更广泛的人群，包括解放奴隶和奴隶。
创作者并非古典学者或网页开发者，但利用了创新的“AI 监督 AI”工作流。通过让高级大语言模型（如 Sonnet 和 Gemini Pro）反复优化提示词供较小的模型使用，其 F1 分数达到了 0.87。主要发现表明，与经过清洗的数据相比，输入包含原始格式标记的未经处理文本，能显著提高提取准确率。
该项目包含一个展示上述成果的交互式地图，所有条目均链接回原始历史来源。虽然目前的网页界面正在进行重构，以解决性能问题和 UI 反馈（如地图可读性和移动端响应），但该项目因其将大语言模型应用于历史数据的创新方式而受到了 Hacker News 社区的好评。创作者目前正在寻求学者和技术人员的反馈，以改进方法论并提升网站的实用性。
阿拉伯字体排版渲染体验及其技术债简介 Introduction to the experience of rendering Arabic typography&its technical debt
2 小时前
阿拉伯文从本质上讲是连写字体，这意味着字母会根据其邻近字符以及所处位置（词首、词中、词尾或独立形式）而改变形状。与拉丁字母不同，阿拉伯字母没有所谓的“默认”块状形式；这些位置变化本身就是字母的一部分。此外，这种书写系统被多种语言所使用，包括波斯语、乌尔都语和信德语，每种语言都增加了独特的字符和风格要求（如波斯体）。 因此，阿拉伯文字体必须像复杂的程序一样运行，而不是静态的字形集合。现代数字渲染依赖于“成形引擎”，它以 Unicode 码位作为输入，实时执行连接、堆叠和塑造字母的逻辑。 从历史上看，早期的软件曾试图通过将特定形状编码为独立字符来绕过这种复杂性。这些“僵化”的编码至今仍存在于遗留系统中，往往导致现代应用程序出现搜索失败和渲染错误。当软件忽略这些成形规则时，就会出现常见的错误输出，即字母显示为断开且反向排列。归根结底，正确渲染阿拉伯文需要复杂的软件支持，这种软件不应将文本视为静态图像，而应将其视为由结构化书写规则所驱动的动态呈现。
Hacker News | 最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交 | 登录
介绍阿拉伯语排版渲染的经验及其技术债 (lr0.org)
bookofjoe 发布于 1 小时前 | 11 点 | 隐藏 | 往期 | 收藏 | 1 条评论 | 帮助
adam_rida 1 小时前 [–]
非常有意思，阿拉伯语很好地提醒了我们：文本渲染主要针对那些塑造了默认设置的文字系统得到了解决。难点在于排版、字形变换、双向文本（bidi）行为、字体回退、搜索以及编辑器模型，它们全部交织在一起。当所有层级的假设都错误时，你无法干净利落地修复其中任何一层。
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
山姆·班克曼-弗里德在 FTX 欺诈案中上诉失败 Sam Bankman-Fried loses bid to appeal against fraud conviction in FTX case
2 小时前
美国联邦第二巡回上诉法院的一个三名法官小组维持了对萨姆·班克曼-弗里德（Sam Bankman-Fried）的欺诈罪定罪及25年监禁判决。这位曾经的亿万富翁、加密货币大亨因其旗下的FTX交易平台于2022年倒闭，已于2023年被判犯有七项重罪。 检察官证实，班克曼-弗里德精心策划了一场大规模欺诈，窃取了80亿美元的客户资金，以弥补其对冲基金Alameda Research的亏损。尽管班克曼-弗里德坚称自己无罪，并辩称主审法官不公正地排除了有关公司流动性的证据，但上诉法院驳回了他推翻判决的请求。 此案的关键在于班克曼-弗里德三名前副手的证词，他们与政府合作，证实了班克曼-弗里德明知故犯地指挥了对客户资产的挪用。主持最初审判的路易斯·卡普兰（Lewis Kaplan）法官曾将班克曼-弗里德的行为形容为一场蓄意的赌博。目前，班克曼-弗里德被关押在加利福尼亚州的一所低戒备监狱中，直到2044年才有资格获释。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
Sam Bankman-Fried 在 FTX 案件中针对欺诈定罪的上诉请求被驳回 (theguardian.com)
16 点，由 pseudolus 于 1 小时前提交 | 隐藏 | 过往 | 收藏 | 3 条评论 | 帮助
abrowne 4 分钟前 | 下一条 [-]
Bankman 不会被“煎炸” (Fried) 了
回复
CryptoBanker 19 分钟前 | 上一条 | 下一条 [-]
好
回复
neonstatic 24 分钟前 | 上一条 [-]
晚安，亲爱的王子
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
女子驶上66号公路，随后听到轮胎传出音乐声 Woman Gets on Route 66. Then She Starts Hearing Music Coming from Her Tires
2 小时前
人工验证 为了继续操作，请通过解答验证码以证明您不是机器人。该验证码需要启用 JavaScript。请开启 JavaScript 后重新加载页面。
这篇 Hacker News 帖子讨论了 Motor1 的一篇题为《女子走上 66 号公路，随后听到轮胎传出音乐》的文章。用户们迅速指出该标题是误导性的点击诱饵。
讨论随后转向了“歌唱公路”的机械原理以及驾驶相关的听觉现象。一位用户回忆起童年时钢格栅“歌唱桥梁”产生的独特嗡嗡声，并对其被标准路面取代表示遗憾。其他人则提供了技术视角，有评论者指出，如果无法使用 GPS，胎压监测系统（TPMS）理论上可以映射路面受力情况。此外，用户还分享了相关媒体内容，包括一段音乐公路的视频，并提及了游戏《肯塔基零号公路》。该帖子还简短讨论了链接规范和追踪参数等元话题。