本文核心对象：macOS 用来给文件（及 bundle 等）分类型、并映射到可用应用的全局对象分类体系，取代了 Classic Mac OS 的 OSType。命名多用反向 URL 形式（常见以 public 开头，如 public.item、public.jpeg，也有厂商专用如 com.adobe.pdf），呈层级符合关系，便于向上泛化或向下特化。完整 UTI 还带标签规范（文件扩展名、MIME 类型等）供识别；系统预置大量标准 UTI，应用也可在 Info.plist 中导出自定义类型。扩展名/MIME 冲突时系统库优先，第三方之间则近似先到先得且无提示。
即过程奖励模型。文章指出 DeepSeek-R1 最终未把中间推理轨迹纳入训练信号，因实验显示帮助有限；是否以及如何通过 PRM 利用逐步推理信息仍是活跃研究方向，与仅依赖最终答案对错的 outcome 奖励形成对比。
文章明确指出 Silpheed 的 FMV 不用帧间差分（delta compression）。每一帧自给自足，完整携带本帧所需图块与 tilemap，解码不依赖前一帧。带宽节省主要靠图块复用、ASIC 双色字模展开与 tilemap 自增编码等帧内手段，而非跨帧差分。
本文中 Bun 从 Zig 整体迁移的目标语言。相对 Zig 的显式 defer，Rust 的 Drop/RAII 与借用检查把 use-after-free、double-free、错误路径漏释放变成编译期错误，更适合 Bun 中 GC 值与手工内存交织的场景；并带来跨 C/C++ 的 LTO 内联、栈槽复用（llvm.lifetime）等副作用，使性能略升、栈占用下降、二进制变小。改写策略是先忠实机械移植再逐步减 unsafe：合并时约 4% 代码在 unsafe 中（约 1.3 万处关键字、约 2.7 万行/78 万行），多数单行调 C++/C 库。拆成约百个 crate 后曾用工作流消解循环依赖与约 1.6 万编译错误；回归多来自 debug_assert! 擦除副作用、切片奇偶长度、Release 保留边界检查、无 comptime 格式串等语义差异。
Bun 的原实现语言：作者 2021 年 4 月因语言参考与底层性能取向入门，一年内在无 LLM 条件下用 Zig 搭出超大范围运行时，文中明确称「没有 Zig 就做不到」。Zig 强调无隐藏控制流、用 defer/errdefer 显式清理，对许多项目合适，但在 Bun 中与 JavaScriptCore 的异常/GC 规则混用时，生命周期难表达，成为泄漏与崩溃主因；团队虽已打 ASAN、Windows ReleaseSafe、Fuzzilli 与泄漏测试，仍疲于个案修复。作者不归咎于语言本身，并曾考虑自研智能指针/风格指南，但 ergonomics 与保证不如 Rust；v1.3.14 为最后 Zig 版。移植中也暴露 ReleaseFast 去掉边界检查、assert 始终求值、comptime 格式串等与 Rust 的语义落差。
Prisma 被作为生产落地案例：其 Prisma Compute 公开测试版跑在 Bun 的 Rust 重写之上。负责人 Alexey Orlenko 称旧版本存在内存泄漏，且连接池在虚拟机暂停恢复后无法自愈；用 Rust 版 Bun 复现相同故障场景后表现正常。文章以此说明重写不仅通过测试，也已服务真实产品工作负载。
Nathan Barry为本文作者。他此前已尝试无神经网络的无界n-gram莎士比亚生成，读到《Language Modeling is Compression》论文后，进一步验证gzip能否直接充当语言模型，并编写了gzipt演示工具。文章记录了其实验动机、实现细节与生成示例。
Hardware Abstraction Layer 在 OpenCV 5 中被重构为单一干净接口，硬件厂商可直接插入优化内核而无需散落条件编译。已集成 Intel IPP、Arm KleidiCV、Qualcomm FastCV 和 RISC-V Vector 等路径，结合 Universal Intrinsics 2.0 实现代码一次编写、多硬件自动加速。
本文将 Qualcomm FastCV 描述为 Snapdragon 平台的移动端加速路径，通过 Hexagon DSP 和 NPU 实现图像与推理任务的硬件卸载。它作为 HAL 的一部分，无需用户改动代码即可在对应设备上获得性能提升。
Maia Chess是由多伦多大学CSSLab主导的学术项目，最新成果为Maia-3模型。它以57.1%的准确率预测人类走法，优于前代版本，并支持从初学者到大师的各类应用。项目提供免费开源模型、maiachess.com平台及分析、训练和对战工具，强调通过人类视角理解棋局。
本文页面位于gitlab.com域名下，属于其官网关于营销社区关系的子页面。当前正通过安全服务进行机器人验证，以阻止恶意访问。该页面在验证期间显示提示信息，说明网站受保护机制影响。
本文中 Spotify 指数字音乐服务平台，其网页版提供音乐访问入口。描述显示该服务可让用户接触数百万首歌曲，网址为 open.spotify.com，定位为面向大众的音乐平台。
Spotify Web Player 是 Spotify 的网页音乐播放器，页面标题为“Music for everyone”。它通过 open.spotify.com 网址运行，让用户直接在线收听海量歌曲，是该服务的主要网页访问形式。
作者将自己做空 Bill.com 称为职业生涯中最糟糕的判断，借此说明自己并不擅长扮演空头角色。文中强调 Not Boring 的定位是乐观分析，建议读者搭配其他空头观点以形成完整认知。
Coors 开发了几乎完全相同的 iPint 应用，Hottrix 以版权侵权为由起诉索赔 1250 万美元，案件最终以保密条款和解。此事成为 iBeer 商业成功后遭遇的重大纠纷。
文章相关部分说明，GitHub Copilot会话的远程控制现已在github.com和GitHub Mobile上普遍可用，支持从手机继续本地会话。
Figma Community 是团队分享和获取插件的平台，DarkSide 与 Contento 均可在此搜索下载。它提供友好开发环境与低门槛创作氛围，让团队更容易发现、安装和更新实用插件。
本文提到 Composer 是 Not Boring 首个辛迪加投资项目，于发文当日上线 ProductHunt。它是一个自动化交易平台，用户可构建类似对冲基金的策略并自动执行交易。文章末尾将其作为投资案例展示，与 ConstitutionDAO 的 DAO 主题形成呼应。
本文为 Xbox 日本官网页面，在页脚微软产品导航区列出 Dynamics 365 链接，直达 https://www.microsoft.com/ja-jp/dynamics-365。该实体作为微软企业应用入口，与 Xbox 游戏内容并列展示，方便用户从游戏站点跳转至业务软件。
本文 Xbox 页面底部开发者相关链接中出现 Visual Studio，指向 https://visualstudio.microsoft.com/。它被放在微软开发工具区，与 Xbox 游戏开发入口形成呼应，方便开发者从游戏站点进入 IDE 下载。
Xbox 日本官网页脚列出 Microsoft Learn 链接 https://learn.microsoft.com/，位于开发者与支持资源区。该实体提供微软官方学习内容，与 Xbox 技术文档入口并列，帮助用户从游戏页面直接进入技能培训模块。
Xbox 日本官网页脚微软产品列表中包含 Windows 365 链接，地址为 https://www.microsoft.com/ja-jp/windows-365。该实体作为云 PC 服务入口，与游戏平台并列，供访客快速访问微软云端 Windows 订阅。
本文 Xbox 日本官网页脚区域出现 Microsoft Power Platform 链接，指向 https://www.microsoft.com/ja-jp/power-platform。它与 Xbox 及其他微软服务一同列出，体现微软低代码平台在官网导航中的曝光位置。
本文作者 Philipp Temmel 于 2021 年 11 月 19 日发布此文，汇总读者推荐与自身发现，整理出数十款轻量级建站工具。他在文末提供邮箱 philipp@creativerly.com 供读者补充建议，并持续更新列表。
本文将 Apple touch icon 作为独立于 favicon 的图标类型进行统计，用于 iOS 主屏幕添加。检查了 /apple-touch-icon.png 回退路径及 HTML 中的 link rel="apple-touch-icon"，发现 43% 的网站提供该图标，其中 96.1% 为 PNG 格式。部分网站仍使用已过时的 precomposed 变体。
本文发表于Fast Company网站，标题聚焦如何真正释放创造力。该媒体通过此文分享实用洞见，针对职场与创新主题读者提供参考。文章URL指向具体专题页面，体现其对商业创意话题的持续关注。
Fast Company 是本文所在媒体平台，其网站 fastcompany.com 发布了题为 the-case-for-ugly-design 的文章，网址为 https://fastcompany.com/90672231/the-case-for-ugly-design。
本文由 Google 官方支持页面发布，说明 Gallery 产品下线时间表，并提供 gallery-support@google.com 作为用户咨询渠道，所有数据导出与删除操作均由 Google 执行。
本文指出Mailchimp创始人扣留股权，未向员工提供股权补偿，导致出售后员工无法分享120亿美元交易收益。员工因此表达强烈不满，认为此举违背创始人此前永不出售的承诺。文章将股权补偿缺失作为核心冲突点展开讨论。
文章在Kris Kristofferson《Sunday Mornin’ Comin’ Down》条目中提及Johnny Cash，指出这首歌的绝望氛围吸引Cash于1970年在电视综艺节目演唱，其版本节奏更轻快易亲近；文中建议听众对比Kristofferson原版，感受歌词带来的灵魂震撼。
文章将Santana的《Oye Como Va》列为拉丁摇滚奠基作，改编自Tito Puente 1962年萨尔萨曲，保留恰恰节奏并以Greg Rolie风琴和Carlos Santana迷幻吉他取代原版铜管。文中引用Puente评价Santana将拉丁摇滚带向全球。
文章称 Nirvana 的《Come as You Are》歌词充满矛盾，Kurt Cobain 表示这是对社会期待的反驳；同时 Nirvana 被列为受 The Pixies 影响的乐队之一。
本文页面标题为“A is for — Edo moji english”，Edo Moji 是该页面的核心主题，位于 https://aisforfonts.com/edomoji/，主要涉及其英文相关内容。
A is for 是本文所在网站名称，页面 URL 为 https://aisforfonts.com/edomoji/，用于发布 Edo Moji 的英文介绍内容。
本文说明 Figma Components 是可跨文件共享的复用设计元素，主组件修改后实例自动同步；布尔组组件仍可作为单一形状层使用，支持与其他元素进行布尔运算，便于生成相似图标变体。
本文中Screen Time是家长管理Communication Safety的主要入口，可在设置中调整该功能开关；新系统中查看或发送敏感图片需输入家庭共享组的Screen Time密码；该密码由家庭组织者掌握，用于在孩子设备上验证。
AirDrop被纳入Communication Safety保护范围，当儿童接收或发送可能含裸露的图像视频时，系统会进行模糊警告并提供资源支持。该功能默认开启，依赖设备端分析确保隐私，iOS 18后需家庭屏幕使用时间密码验证才能继续操作。
Family Sharing要求父母与孩子同属一个iCloud家庭群组，才能启用Communication Safety；Screen Time密码由家庭组织者掌握，用于在孩子设备上验证敏感内容操作；文章强调此群组关系是功能生效的前提条件。
Sensitive Content Analysis是苹果提供的框架，允许第三方开发者在其App中集成Communication Safety功能；框架可在孩子接收或尝试发送内容时检测裸露图像，并触发相应保护措施；所有分析均在设备本地进行，不向苹果或他人传输数据。
Communication Safety默认对儿童开启，可在设置中由家长调整。它会在Messages、AirDrop等场景检测并模糊含裸露的图像视频，同时提供资源和求助选项。从iOS 18起需输入家庭共享的屏幕使用时间密码才能查看或发送敏感内容，检测全程在设备本地进行，不会向外发送任何信息或通知家长。
Contact Posters集成在Phone应用中，属于Communication Safety覆盖的场景之一。儿童在此功能接收或尝试发送含裸露内容时会收到警告、资源提示，并可选择求助。从iOS 18起需输入屏幕使用时间密码，检测不离开设备。
FaceTime视频消息被纳入Communication Safety保护，儿童发送或接收含裸露内容时系统会模糊图像并给出警告与帮助选项。该保护默认对儿童开启，iOS 18后需家庭共享密码验证，分析全程在设备本地完成，不通知家长或发送数据。
本文中 iCloud 主要用于支持家庭共享功能，家长与孩子需加入同一 iCloud 家庭群组才能启用 Communication Safety。启用后，孩子设备上的敏感图像查看或发送操作需由家庭组织者输入 Screen Time 密码确认。该要求确保了父母对儿童设备通信安全的控制权，同时不向 Apple 发送任何检测通知。
iOS 18起，Communication Safety新增要求：孩子设备查看或发送含裸露内容的图片时，必须输入家庭共享组的Screen Time密码；系统不会主动通知家长，但会阻止操作直至密码验证通过；此变更同时适用于照片、视频等场景。
iPadOS 18中，Communication Safety要求输入家庭共享组的Screen Time密码才能查看或发送敏感图像；该机制覆盖Messages、AirDrop、FaceTime等多个入口；系统在设备本地完成分析，不会将检测结果外传。
macOS Sequoia版本中，Communication Safety新增Screen Time密码验证步骤，用于控制孩子查看或发送含裸露内容的操作；此要求针对家庭共享群组生效；不会向家长发送通知，仅在孩子设备上触发密码输入。
Brennan提到，有研究显示Comic Sans对阅读障碍儿童更友好，但这类可读性研究结果往往无法重复，后续研究可能推翻先前结论。文章以此说明字体可读性并无定论。
1992年CompuServe上线首个在线机翻服务，向订阅用户提供论坛内容从英语到德语的翻译，开启了机翻从桌面走向网络民用服务的阶段。
Toshi Omagari 将 Comic Sans 改编而成的等宽字体。作者认为它意外实用，能为代码带来幽默感，成为列表中个性最鲜明的例子之一。
Comic Code 的设计者，将最受争议的 Comic Sans 改造成等宽版本，证明等宽字体也能融入个性与幽默，作者对其作品评价积极。
1 天前 · Swift
In my experience, SwiftUI’s “learn once, apply anywhere” often turns into “learn once, learn twice, apply somewhere, debug everywhere.”
1 天前 · LLM, benchmark
Canvas Arena：对比 LLM 的绘画能力。给到 LLM 一些基础的画笔工具，以及画布预览能力，让 LLM 效仿名作。涉及到视觉理解和 tool 调用能力。
文章显示，GPT-5.6 Sol 画得最好。
1 天前 · Swift
iOS 27 为 GeometryProxy 引入了新属性 concentricCornerRadii。
这意味着您现在可以使用 GeometryReader 或 onGeometryChange 直接获取同心圆角半径（Concentric Corner Radius）的值。
这也意味着现在可以使用此属性直接访问屏幕圆角半径。
.frame(maxWidth: .infinity, maxHeight: .infinity)
.onGeometryChange(for: CGFloat.self) {
let global = $0.frame(in: .global)
let corners = $0.concentricCornerRadii(in: global)
/// Use Any Corner Values
return corners?.bottomLeading ?? 0
} action: { newValue in
screenCornerRadius = newValue
}2 天前 · Apple, 本地化
Xcode 中的本地化指南 skills 文件路径：/Applications/Xcode-beta.app/Contents/PlugIns/IDEXCStringsSupport.framework/Versions/A/Resources/Skills/translation/references/
里面有包括中文在内的 14 种语言本地化指南。
4 天前 · 具身智能
Satyress 造出一款 2m 高的半人马机器人，目的是替人类深入一些危险区域。
小巧思：他们在朝下的犄角处安装了广角摄像头，让机器人能够看到腿部和手臂的位置，从而在编码器出现问题时提供冗余/故障检测功能。
不知为何，官网还展示了机器人弱点部位……
4 天前 · App, Apple
Telegram 的表情符号选择器边缘收起效果使用了私有 UIKit 类 _UIPortalView，创建了滚动网格的 8 个实时更新视图，将其切成条状，然后逐渐绕 X 轴旋转，形成近似四分之一圆的效果。
在源码中，他们通过简单的字符串混淆避开了苹果的私有 API 静态分析检查：
portalViewClass = NSClassFromString([@[@"_", @"UI", @"Portal", @"View"] componentsJoinedByString:@""]);5 天前 · LLM
TurboFieldfare：让 Gemma 4 26B-A4B 模型在 2GB RAM 下运行。
原理是不把整个 14.3 GB 模型全部装载到内存，而是把 1.35 GB 的共享核心和 KV 缓存常驻内存，其余专家按需从 SSD 流式读取。硬盘的读取速度重要性进一步加大。
5 天前 · LLM
Pangram 发布了最新的 AI 内容识别模型 Pangram 4：可以逐词检测内容是否由人工还是 AI 撰写。还有新版的 AI 图像检测作为测试预览版发布。
5 天前 · LLM, benchmark
看到 Opus 5 在 ARC-AGI-3 独树一帜 OpenAI 显然坐不住了。特意发了篇文章表示，保留推理并通过压缩保留上下文时，GPT-5.6 Sol 可以用更少的 token 得到 3 倍于现在的分数。
结论：请大家多用 Responses API。
9 天前 · LLM, 游戏
当问及 Claude Fable 5、Claude Sonnet 5、DeepSeek-v4 Pro、GLM-5.2、Luna、Terra、Sol、Grok 4.5、Kimi K3、Claude Opus 5 这些模型最喜欢的电子游戏时，统一口径回答都是 Outer Wilds（星际拓荒）。
信息源自 AI Village 实验。
10 天前 · 游戏
Pokemon Gen 1 Recompilation Project：使用 LÖVE2D 引擎以 HD-2D 风格重制《宝可梦 红/蓝》。
10 天前 · API, Google
Google Map 的 Isochrones API 可以计算一个人在一定时间内从特定起点可以到达的区域。比如可以查找公司附近 45 分钟通勤范围内的房子。
curl -X POST "https://isochrones.googleapis.com/v1/isochrones:generate" \
-H "X-Goog-Api-Key: YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"location": {
"latitude": 47.6062,
"longitude": -122.3321
},
"travelDuration": "300s",
"travelMode": "DRIVE",
"routingPreference": "TRAFFIC_UNAWARE",
"enableSmoothing": true,
"travelDirection": "FROM"
}'11 天前 · App
Geekbench 7 发布。新增媒体处理负载、多核 CPU 和 GPU 等基准测试更新。
11 天前 · Swift
Markdown 现在是官方 Uniform Type Identifiers 了，大一统，并以 UTF-8 纯文本回落。
标识符为 net.daringfireball.markdown，致敬了 Markdown 创始人 John Gruber 的博客 Daring Fireball。
十一年前，Material Design 将汉堡图标推至风口浪尖，潮水过后标签栏导航依然是主流。如今汉堡图标已经被大众接受，基本都能识别出图标背后的隐藏菜单含义。但与此相对，如果在标准汉堡图标样式有所调整的话，则会让人对其用途感到疑惑。甚至一些类似汉堡的图标（比如列表）也容易被误解。
汉堡菜单是本文核心主题，指用三条横线表示的隐藏主导航图标。2015-2016年研究显示其降低任务成功率、增加用时；如今用户识别度显著提升，尤其在左上角标准位置，但仍可能被误认或增加交互成本，需遵循标签、动画和对比度等设计原则。
文章在设计建议中提到，极端扁平化设计会降低汉堡图标的可发现性，使用户难以判断其可点击。推荐保持一定视觉层次，如添加微妙动画或确保对比度，以提升交互效果。此点被列为避免用户忽略图标的关键注意事项之一。
移动端导航是汉堡菜单最初的应用场景，用于小屏幕节省空间。本文指出苹果、亚马逊等采用后普及该模式，但早期可用性测试显示其降低用户参与度和满意度；如今在移动网站如Dick's Sporting Goods、Vivaia中，用户能正确解读标准样式图标。
本文引用Nielsen Norman Group过去定性与定量可用性测试，证明汉堡菜单导致内容参与度下降、任务完成时间增加；近期针对数十个图标的识别测试显示，用户多能正确判断其为菜单功能，但未重新测量任务指标。测试强调位置和标准样式的重要性。
本文指出汉堡菜单已深入用户心理模型，三条横线强烈暗示导航菜单，导致Apple Notes列表图标、YouTube筛选图标等类似设计被误判为菜单，尤其置于左上角时。文章建议通过标签和差异化避免视觉干扰，强化图标可理解性。
文章指出，即使汉堡菜单图标如今已被多数用户识别，隐藏导航仍会增加交互成本，因为用户需额外点击才能看到菜单项。结论强调这种代价并未因熟悉度提升而消失，重要内容仍处于视线之外。建议在空间受限时才使用，并配合其他导航方式降低成本。
文章通过近期研究评估汉堡图标的易用性，发现标准三线图标在左上角位置时，用户多能正确识别其为隐藏菜单功能。研究还指出位置和简洁样式对易用性影响最大，额外装饰或与其他线条图标混淆会降低识别准确性。文章最后建议通过用户测试验证图标易用性。
本文作者Kate Kaplan于2025年6月13日撰写，基于Nielsen Norman Group的研究，分析汉堡菜单图标从十年前到现在的演变。文章结合其新书《Digital Icons That Work》中的用户测试数据，探讨图标识别度与设计最佳实践。
本文由Nielsen Norman Group发布，总结了该机构2015-2016年针对汉堡菜单的定性和定量研究结果，以及2025年针对图标可识别性的新研究。文章指出，尽管汉堡菜单如今更常见，但隐藏导航仍会增加交互成本，建议谨慎使用。
文章提到YouTube移动应用中的搜索筛选图标（三横线加短线），尽管不在左上角，仍被多位用户误判为类别或收藏列表。该例子证明用户对线条组合与导航的强关联已根深蒂固，提醒设计时需区分同类图标以防混淆。
文章以Apple Notes桌面应用为例，说明其左上角的列表视图图标（带圆点的三横线）常被用户误认为汉堡菜单。此案例展示了相似线条结构图标在导航常用位置时产生的视觉干扰，即使有小差异也难以完全避免误解。
可左右滑动查看
