在关于现代 Mac “圆角矩形（squircle）”图标的讨论中，Dr. Drang 博士回顾了最初 Macintosh 时代的各种设计局限。在早期，图标被限制在 32x32 的黑白像素内。为了区分应用程序和文档，苹果推广了一种带有“手”的“倾斜矩形”主题，用以暗示交互性。
Drang 指出，尽管许多现代评论家哀叹图标边界外“伸出”元素的消失，但这一设计原则其实源于早期的 Mac——当时，手部元素经常延伸到倾斜的应用程序图标边缘之外。虽然 Aldus 和 THINK 等开发者最初采用了这些惯例，但随着用户对平台越来越熟悉，对这种严格视觉线索的需求也随之淡化。最终，设计变得更加多样化，束缚也更少，从而诞生了像经典的 *ResEdit* 那样更具异想色彩的图标。归根结底，Drang 利用这段历史来梳理 Mac 图标演变的脉络，提醒我们：今天关于图标形状的争论，其实是结构一致性与创作自由之间长期对话的一部分。
每日HackerNews RSS
```旧图标``` Old Icons
17 小时前
对不起。
2026年，科技在家庭暴力（DV）中被频繁用作武器，99%的案件涉及某种形式的数字追踪、间谍软件或骚扰。各大厂商的标准智能手机常因后台数据收集而损害用户隐私，使其易被施暴者利用。
为应对这一问题，PrivacyPros提倡使用“DV安全手机”——即经过专业加固、去除谷歌服务的设备，旨在帮助用户重获安全与独立。通过使用GrapheneOS等操作系统，这些手机消除了谷歌的遥测技术，提供严格的应用程序隔离，并具备紧急情况下的胁迫PIN码等功能。关键安全措施包括麦克风和摄像头的硬件切断开关、追踪器检测以及元数据删除。
这些设备旨在配合专业支持（如1800RESPECT和电子安全专员）共同使用。一部配置得当、去除谷歌服务的手机是保障隐私的重要工具，既能让幸存者保持联系，又能大幅减少其数字足迹。对于处于高风险状况的人士而言，转向以隐私为中心的设备是安全规划中至关重要的一步。
如果您或您认识的人正面临风险，请寻求专业帮助。专用技术可以帮助将潜在的施暴工具转化为安全与赋能的源泉。
近期的一场 Hacker News 讨论探讨了将 GrapheneOS 作为家庭暴力受害者隐私保护工具的建议。支持者认为，iOS 等主流移动操作系统本质上具有侵入性，需要账户和电话号码，这为政府监控和用户管控提供了便利。他们称赞 GrapheneOS 能够在无需身份信息的情况下运行，为苹果和谷歌的限制性生态系统提供了一种卓越且以隐私为中心的替代方案。
然而，此次讨论也凸显了人们的严重怀疑。批评者指出，这一建议源自一家销售预装“无追踪”手机的商业实体，暗示其中可能存在利益冲突。此外，用户对安装过程的技术难度表示担忧；一些人认为，建议家庭暴力受害者自行安装复杂的操作系统可能存在风险。尽管共识认为 GrapheneOS 对于有能力驾驭它的用户来说是一个强大的工具，但参与者警告说，它并非“即插即用”的解决方案，且此类建议背后的商业动机应谨慎对待。
这看起来是一个 PDF 文件的乱码内容，无法翻译为中文。
Hacker News
最新 | 往日 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
工程师的 USB Type-C 指南 (2024) (ti.com)
13 分，由 gregsadetsky 于 1 小时前发布 | 隐藏 | 往日 | 收藏 | 讨论 | 帮助
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
使用大语言模型编程既能带来极高的生产力，也具有极大的破坏性。虽然人工智能可以生成代码，但这一过程会产生一种“监管疲劳”——即从令人满足的构建过程，转变为持续验证和提示工程带来的枯燥任务。这种转变往往让人感到孤独，并消耗了编码通常能带来的“多巴胺激励”，导致开发者的反馈循环被打破。
作者认为，这并非软件工程的终结，而是一次重大的演变。就像向响应式设计的过渡一样，核心技艺并没有消亡，而是在发生转移。工程师的价值已不再体现在编写代码行数上，而在于是否具备品味、架构判断力以及作为人工智能输出质量把关人的专业知识。
当前的挑战在于“人类奖励函数问题”，即学习如何在优先考虑人类意图和系统级思维、而非手动编写语法的流程中找到满足感。尽管这种转变令人疲惫且需要承受巨大的压力，但它最终强化了一个事实：人类的判断力仍然是软件开发中最稀缺、最有价值的资源。你并不是在失败，你只是在适应工作本质上发生的根本性变革。
这篇 Hacker News 讨论聚焦于文章《人在回路中已感到疲惫》，探讨了监督人工智能体（AI agents）所带来的倦怠感。评论者争论该文章本身是否由人工智能生成，并指出其中存在大模型（LLM）常见的同质化、“企业风”写作风格。
该讨论帖强调了开发者使用人工智能方式的转变：即从容易导致监督疲劳的“代理式”工作流，转向更审慎、手动式的集成。用户 `zem` 主张将大模型视为专注的代码生成器，而非自主代理。这种方法包括：
* **逐步迭代：** 将项目拆分为可管理的任务，审查每一个部分，并在推进下一步之前进行纠偏。
* **详细规划：** 在初始阶段投入时间进行架构和技术规范的设计。
* **积极参与：** 紧密跟进代码输出，而非依赖自动化循环。
总体而言，共识认为，“氛围编程”（vibe coding）——即依赖代理处理大量不透明的开发工作——比将大模型视为支持而非取代开发者监督的交互式助手，在心理上更为耗费精力。
```Hacker News最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交登录模拟一切，某种程度上：世界模型的承诺与局限 (arstechnica.com)由 LorenDB 发布于 1 小时前，6 点 | 隐藏 | 过往 | 收藏 | 讨论 帮助
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索： ```
**LingBot-Map** 是一款专为高效流式 3D 重建而设计的最先进 3D 基础模型。它利用**几何上下文 Transformer** 架构，将坐标定位、稠密几何线索和长距离漂移校正统一到一个单一的流式框架中。
**主要特性：**
* **高性能：** 使用带有分页 KV 缓存注意力的前馈架构（通过 FlashInfer 优化），在 518×378 分辨率下可实现约 20 FPS。
* **可扩展性：** 通过滑动窗口推理和智能关键帧间隔选择，支持超过 10,000 帧的序列。
* **多功能性：** 兼容多种基准测试（KITTI、Oxford Spires、Tanks and Temples 等），并提供交互式浏览器查看器和强大的离线批量渲染流程。
* **先进功能：** 包含通过 ONNX 实现的自动天空遮罩，以及通过基于 YAML 的配置实现的高度可定制的虚拟摄像机路径，用于电影级飞行浏览。
LingBot-Map 为研究和生产而开发，在性能上优于传统的基于优化的方法。该模型采用 Apache 2.0 许可证发布，并为支持 CUDA 12.8 的 PyTorch 环境提供了完整的安装和使用文档。
抱歉。
Google 将于 2027 年 1 月 1 日关闭其自定义搜索 JSON API (CSE)。对于自 2006 年以来一直依赖此工具进行网络搜索集成、RAG 流水线及学术研究的开发者而言，此次停用意味着必须转向第三方搜索引擎结果页面 (SERP) 提供商。 Google 建议的替代方案 Vertex AI Search 属于企业级工具，旨在搜索内部语料库而非公共网络，因此并不适合大多数 CSE 用户。虽然 SerpApi、ScaleSerp 和 Bright Data 等替代方案可行，但开发者需要重写现有代码以适配它们各自独特的 JSON 模式。 为减少迁移阻力，开发者可以使用“CSE 替代”执行器（例如 Apify 平台上的此类工具），它通过封装 SERP 抓取工具来输出完全一致的 CSE JSON 模式。这样，开发者只需对 API 端点和身份验证进行少量修改，即可保留当前的解析逻辑。 **建议行动计划：** 1. **审计：** 梳理所有当前的 CSE 端点、每日请求量及所依赖的字段（如 `items[].link`、`totalResults`）。 2. **选择：** 在商业提供商（需重写代码）与兼容模式的执行器（仅需极小改动）之间做出选择。 3. **验证：** 在 2027 年截止日期前，实施双轨运行以对比结果。
Google 宣布将于 2027 年 1 月 1 日停用其 Custom Search JSON API。目前已停止接受新用户注册，现有客户需在截止日期前迁移至其他方案。Google 目前建议将 Vertex AI Search 用于特定领域的搜索任务，或直接联系其获取完整的网页搜索解决方案。
此公告在 Hacker News 上引发了广泛讨论，用户对缺乏可行且易于实施的替代方案表示不满。许多依赖该 API 进行 AI 代理和自动化项目的开发者正在寻找替代品；部分人建议使用 SearX（及其后续版本 Hister）等自托管方案，并指出微软已于 2025 年停止了 Bing Search API 服务。评论者对 Google 的策略持怀疑态度，认为考虑到 AI 产品对搜索集成需求的日益增长，此举显得有些违背常理。
为了提升性能，`tsbootstrap` 经过重新设计，消除了不必要的内存开销和 Python 层面的瓶颈。此前，该库采用“批处理”设计，将每一个自助采样（bootstrap replicate）物化为一个庞大且占用大量内存的张量。这种方法导致“算术强度”低下，迫使 CPU 反复等待数据在主内存与缓存之间传输。 此次重构的核心原则有二： 1. **内核融合 (Kernel Fusion)：** 不再构建庞大的中间张量，改用 JIT 编译的内核在单次遍历中高效处理每个采样。工作集保留在缓存中，仅最终统计结果被保留。 2. **无状态随机性 (Stateless Randomness)：** 该库摒弃了导致巨大开销的每个采样对应一个 Python 随机种子对象的方式，转而采用基于计数器的伪随机数生成器 (Philox)。通过将随机性视为根密钥和计数器的纯函数，消除了与状态相关的内存分配。 基准测试显示，在持续工作负载下，融合路径的速度提升了 3.1 倍至 20 倍，小规模任务的延迟从 13.1 毫秒降至 0.55 毫秒。虽然该库仍为需要完整采样张量的用户保留了原路径，但这些优化表明：性能提升往往源于你选择“不去构建”的内容。
Hacker News
最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
计算字节数，而非浮点运算次数 (thepragmaticquant.com)
6 分，sgilda 发布于 2 小时前 | 隐藏 | 往期 | 收藏 | 1 条评论
帮助
shlokgilda 39 分钟前 | 下一条 [-]
JIT 预热扫描的实际运行时成本是多少？调用一次 bootstrap_reduce 的脚本是每次运行都要支付这个成本，还是仅在每个进程的首次调用时支付？
回复
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
3.9级实验性爆炸 – 佛罗里达州庞塞湾东北偏东147公里处 M 3.9 Experimental Explosion – 147 Km ENE of Ponce Inlet, Florida
20 小时前
此应用程序需要 JavaScript。 请启用 JavaScript 或尝试使用我们的实时通知、订阅源及网络服务。 地震事件页面应用程序支持大多数现代浏览器，查看支持的浏览器。或者，尝试使用我们的实时通知、订阅源及网络服务。
```Hacker News新帖 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交登录M 3.9级实验性爆炸 – 佛罗里达州庞塞湾东北偏东147公里处 (usgs.gov)hnburnsy发布于45分钟前，16积分 | 隐藏 | 过往 | 收藏 | 2条评论 帮助
Rebelgecko 11分钟前 [–]
显然，美国海军会定期进行此类测试以检验战舰的耐用性。回复jballanc 1分钟前 | 父评论 [–]
这几乎可以肯定就是测试。维基百科甚至有一张杰拉尔德·R·福特号航空母舰在庞塞湾外进行爆炸测试的照片，并提到它被记录为3.9级地震：https://en.wikipedia.org/wiki/USS_Gerald_R._Ford#Operational... 如果让我猜，这应该是约翰·F·肯尼迪号航空母舰：https://en.wikipedia.org/wiki/USS_John_F._Kennedy_(CVN-79)回复
考虑申请YC 2026年秋季批次！申请截止日期为7月27日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：```
Modal 已从底层重构了其沙盒基础设施，以支持现代 AI 智能体和强化学习所需的超大规模、突发性需求。包括 Kubernetes 和 Modal 原有架构在内的传统容器平台在处理大规模任务时，往往因依赖强一致性的中心化数据存储而受阻，从而在调度和节点管理环节产生 O(n) 级的性能瓶颈。 为了实现“无限”扩展，Modal 放弃了全局协调机制，转而采用去中心化的水平扩展设计。在新架构中，调度服务器利用内存缓存状态进行亚毫秒级的决策，其运作方式更接近负载均衡器而非传统调度器。工作节点（Workers）则作为自身状态的权威来源，异步向 Redis 上报状态，从而将数据存储移出了沙盒创建的关键路径。 这一新系统每秒可创建数万个沙盒，并能在一分钟内成功启动 100 万个并发沙盒，中位启动时间不到半秒。通过消除中心化协调并将调度路径简化为仅需两次网络跳数，Modal 克服了以往平台的实际性能上限，确保其基础设施能够助力而非阻碍智能体软件的发展。
这篇 Hacker News 帖子讨论了 Modal 发布的一篇题为“在几秒钟内扩展至 100 万个并发沙盒”的文章。作者解释说，他们的容器调度系统摒弃了传统的强一致性模型，转而采用高度分布式、可横向扩展的架构。
Modal 没有依赖单一的串行调度器，而是利用一组调度服务器来并发处理创建请求。这种方法将调度视为负载均衡，利用快速算法和内存缓存来实现大规模扩展。
在讨论中，评论者深入探讨了技术实现，质疑该系统如何对请求进行分桶和路由。另一位贡献者指出，在裸机硬件上使用 Firecracker 虚拟机可以实现这种快速扩展，并提到即使是使用 SQLite 作为后端的简单 Go 服务也能有效地管理这种状态。总的来说，该讨论突显了在构建大规模、高并发基础设施时，一致性与性能之间的权衡。