40 岁的毛利·巴切（Mauli Bachche）担任孟买“达巴瓦拉”（dabbawala，即饭盒快递员）已有二十载。他每天的工作极其艰辛，长达 15 个小时，为了维持生计，他还需要兼职另一份工作。和许多同行一样，巴切的客户群因疫情后工作习惯的改变而不断缩减，这使他在停滞的收入与不断上涨的生活成本之间挣扎。 这种经济不稳定性是一个系统性问题。孟买饭盒供应商协会的领导者指出，这一传统网络正在萎缩，促使人们讨论转向兼职模式，以便从业者能去寻求报酬更高的工作。然而，前景依然暗淡；资深的“达巴瓦拉”担心年轻一代正放弃这一行业去寻找收入更好的机会，使得这个拥有百年历史的标志性配送系统处于岌岌可危的十字路口。尽管这些身穿白衣的快递员每天早晨依然穿梭在孟买拥挤的火车中，但这一传统在现代经济的冲击下，正日益艰难地寻求生存。
每日HackerNews RSS
这场 Hacker News 讨论聚焦于孟买传奇的“达巴瓦拉”（dabbawala）配送系统，该系统一个多世纪以来高效地为数百万人提供了餐食。
讨论探讨了这种去中心化、社区驱动的模式与现代风投支持的服务（如 DoorDash）之间的对比。虽然一位评论者讥讽道，硅谷会试图通过人工智能来“优化”这项服务，但其他人则在争论这种转型是否可行。
该帖以一个有趣的提议结尾：达巴瓦拉模式是否可以在不失去其核心去中心化架构的情况下实现现代化和标准化？参与者表达了对这种传统系统能否通过将其独特的有机结构与当代服务标准相结合而重焕活力的兴趣。
在将图像于 8 位整数和浮点数值之间进行转换时，程序员通常会在两种方法之间做选择：**标准方法**（除以 255）和**替代方法**（添加 0.5 偏移量，除以 256）。
标准方法是行业规范，因为它将 0 映射为 0.0，将 255 映射为 1.0，从而确保了一个简洁的动态范围，使“黑色”保持为零。尽管这种方法会导致极端的色彩区间只有一半大小，并引入微小的重构误差，但对于大多数图像处理任务而言，这些问题在统计学上可以忽略不计。
替代方法被称为“中阶（mid-tread）”量化器，它将数值放置在其对应范围的中心。虽然从理论上讲它更精确，且对于抖动（dithering）等特定任务很有用，但它迫使开发者必须明确处理 8 位限制，这可能会使那些期望 [0, 1] 范围的代码变得复杂。
**结论：** 对于通用图像处理，请使用标准的除以 255 的方法，特别是在处理外部文件时，因为它能保持预期的从黑到白的 [0, 1] 映射。仅当你控制整个流程、需要高精度量化，并准备好处理由此产生的色彩逻辑偏移时，才使用替代方法。
Hacker News 的讨论围绕着 8 位 RGB 值（0–255）归一化时，应除以 255 还是 256 展开。
参与者从技术层面提出了各种观点：
* **“255”论点：** 支持者认为，由于取值范围是 0–255，使用 255 作为除数相当于将该范围视为一把标准尺，其中 255 代表最大长度，从而确保了零值的正确性。
* **“256”论点：** 另一些人出于性能考虑更倾向于使用 256，因为它可以使用位移操作（`>> 8`），这比浮点除法在计算上更快。
* **“+0.5”方法：** 有人建议在计算中加入 0.5，以避免区间边缘的偏差。
* **细微差别：** 评论者指出，这场争论往往忽略了更广泛的背景，例如非线性传递函数、人类亮度感知的特性以及历史广播标准（如 16–235）。
最终，讨论强调了尽管 256 通常因效率而被选择，但“正确”的方法取决于你是优先考虑数学精度还是计算速度。
本文指出，GitHub 已成为科技行业基础设施衰退的象征，其现状被形容为“对软件的犯罪”。作者认为，GitHub 正饱受可靠性差、管理不透明以及重“炫酷”AI 功能而轻核心功能的困扰。
通过对比 GitHub、GitLab 和 Codeberg 的前端性能，作者强调了 GitHub 臃肿不堪、极度消耗内存以及不必要的复杂性。作者断言，GitHub 的前端需要海量代码和多次 HTTP 请求才能加载简单页面，其效率比竞争对手低了几个数量级。
文章否定了“平台崩坏”（enshittification）这一标签，认为该平台的技术债务和架构缺陷已严重到足以影响微软自身的运营与成本。作者得出结论：GitHub 的领导层优先考虑高管和投资者的议程，牺牲了专业诚信，导致产品变得极其缓慢、不稳定，且脱离了软件开发者的实际需求。文章呼吁回归高性能、可靠的软件工程，并警告称，大型企业已不再值得被托付关键基础设施。
Hacker News | 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 | 登录
GitHub 与针对软件的罪行 (eblog.fly.dev)
26 分，pplanu 发布于 35 分钟前 | 隐藏 | 过往 | 收藏 | 2 条评论 | 帮助
rglover 9 分钟前 [–]
“当你应该思考激励机制的力量时，永远、永远不要去想别的事情。”——查理·芒格
编辑：写得真棒，谢谢楼主。
回复
croottree 6 分钟前 | 父评论 [–]
谢谢，但我不是作者。我只是发现了这篇文章，由于我最近在 GitHub 上遇到的一系列麻烦，它引起了我的共鸣……
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
GHC 的 `ApplicativeDo` 标志可以将 Haskell 的 `do` 标记优化为高效且可并行的 `Applicative` 操作，但由于其调度算法计算开销巨大（$O(n^3)$），该功能一直隐藏在一个不常用的标志后。作者着手改进这一问题，并发现调度相互独立的语句同时又要满足依赖关系，这一问题在结构上与 RNA 二级结构预测完全相同。
这两个问题都涉及在满足约束的前提下对项目进行排序：生物学中是聚合物的折叠，而编译器中则是对依赖感知操作进行嵌套。两者都依赖于“非交叉”或“不重排序”规则，该规则将搜索空间限制在一种可控的结构内。
虽然计算生物学中更先进的亚立方算法在理论上改善了复杂度，但其巨大的常数因子使其在编译器中并不实用。相反，作者发现通过应用“最长链”边界并利用成本函数的单调性，可以显著降低现实代码中 $O(n^3)$ 的瓶颈。这种优化用高效的剪枝取代了穷举搜索，在消除编译时性能瓶颈的同时，也突显了编译器理论与自然界基础算法之间令人惊叹的深刻联系。
这场 Hacker News 讨论聚焦于一篇探讨如何利用源自生物学的先进计算技术来优化 Haskell (GHC) 编译速度的博文。作者提出使用“最长链界限”和“极限剪切捷径”来缓解 GHC 编译器当前面临的指数级编译时间“悬崖”。
尽管这些方法在理论上将算法复杂度降低到了亚立方级，但作者也承认，在实际中几乎无法实现。该过程需要将复杂的线性代数整合进 GHC 中，尽管从理论上效仿自然的效率很有吸引力，但对于实际开发而言并不切实际。归根结底，该项目是一次有趣的算法优化思维练习，而非 GHC 未来发展的可行路径。
这份摘要审视了由尼克·博斯特罗姆（Nick Bostrom）等思想家普及的“超级智能”恐慌论。他们认为人工智能将不可避免地经历递归式的失控演化，从而诞生出能够为了实现任意目标而毁灭人类的神级实体。
作者批判了这种叙事，将其标记为一种误读了思维与智能本质的现代“技术宗教”。通过分析几种错误的论据——例如将智能视为一种简单的、可优化的量——作者指出，超级智能的构想往往是“程序员的弦理论”：抽象、不可验证，且容易导致“认知上的习得性无助”。
与其担心不可避免的机器人末日，作者认为我们正处于人工智能发展的“17世纪炼金术”阶段。虽然我们掌握了一些线索，但对意识和认知复杂性仍缺乏根本性的理解。最终，作者警告称，沉迷于科幻末日场景只是一种分散注意力的行为。它助长了精英阶层中的“AI角色扮演”，使他们忽视了监控、社会控制和剥削等现实世界中的伦理危害，转而追求宏大且狂妄的幻想。作者敦促开发者停止对无限的沉思，转而开始“疏通”现有技术的弊端。
这场 Hacker News 讨论围绕 2016 年的文章《超级智能：吞噬聪明人的观点》展开，该文批评了围绕人工智能的普遍恐惧。
评论者强调了几个关键主题：
* **共生关系：** 一位用户指出，人类长期以来一直处于与机器共同进化的状态，而非“控制”它们。这表明我们与技术的关系更像是被迫的依赖，而非掌控。
* **对“硬起飞”的批判：** 一位贡献者挑战了“硬起飞”理论，认为它错误地将智能等同于不受限制的优化。他们指出，即使是像人工智能控制全球基础设施这类理论风险，也未考虑现实世界的复杂性。
* **社会反弹：** 在反思作者对科技精英的原始分析时，参与者观察到，行业领袖想要“重塑世界”并施加政治影响的欲望，正不可避免地引发民主层面的反弹。
总体而言，讨论强调了人工智能带来的生存风险，可能不在于自动驾驶机器人，而更多地源于构建这些系统的人所持有的错误假设和过度扩张的野心。
我的第二幅地图展现了夏威夷群岛更经典的视角，重点详细描绘了夏威夷八大主要岛屿。地图包含了夏威夷岛、茂宜岛、卡霍奥拉韦岛、拉奈岛、摩洛凯岛、欧胡岛、可爱岛和尼豪岛，由水彩、Copic马克笔和Adobe Fresco创作而成。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
手工制作的夏威夷群岛地图 (notesfromtheroad.com)
7 点，bovermyer 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论
帮助
nickandbro 1 分钟前 [–]
这些岛屿中的其中一个，拉奈岛，98% 的所有权归拉里·埃里森所有。
回复
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 加入 YC | 联系
搜索：
本文档概述了 AI 助手在 CS336 课程中为学生提供支持的指导方针。其主要目标是作为**辅助教学工具，而非解决方案生成器**。由于本课程涉及大量实现内容，AI 代理必须通过避免直接生成代码来保护学习体验。 **核心职责：** * **引导而非提供：** 通过概念解释、苏格拉底式提问和调试策略来帮助学生。 * **培养独立性：** 引导学生查阅课程资料、官方文档和分析工具。 * **鼓励最佳实践：** 建议进行合理性检查、示例演练、断言和不变量分析，而不是直接提供具体的修复方案。 * **语境化教学：** 解释错误信息和高阶算法，以建立基础性理解。 **严格禁令：** * **禁止直接提供代码：** 不得编写、重构或补全任何作业代码、TODO 或 bash 命令。 * **禁止提供解决方案：** 不得实现核心组件（例如内核、训练循环、分词器）或提供第三方实现。 当被要求直接给出答案时，AI 代理必须拒绝，并引导对话，要求学生展示其自身的努力。其目标是培养独立解决问题的能力和扎实的技术掌握程度，而非仅仅获得可运行的结果。
斯坦福大学 CS336 课程发布的《AI 智能体准则》在 Hacker News 上引发了关于人工智能与学术诚信之间冲突的热烈讨论。
该准则试图定义 AI 的恰当行为，其理念类似于通过 `CLAUDE.md` 文件来指导 AI 模型。然而，评论者大多对其实际效果持怀疑态度，指出学生可以轻易绕过这些限制。许多人认为，如果学生更看重捷径而非实际学习，单纯依靠指令式的准则是不够的。
此次讨论凸显了计算机科学教育未来的两种主要观点：
1. **“覆水难收”论：** 有人认为，与其禁止 AI，不如在课程中拥抱它，将其视为一种工具。例如，侧重于考核“硬核”知识，或将评估方式转向线下受控环境，以验证学生对概念的掌握程度。
2. **结构性变革论：** 另一些人建议，大学必须完全摒弃琐碎的作业，转向大型项目、实习以及高难度的客观考核，从而要求学生具备超越目前 AI 智能体能力的人类理解力。
总之，人们普遍认为，尽管该准则初衷良好，但不太可能阻止学生利用 AI 来规避学习过程。
最近出现了一个令人担忧的简单漏洞，攻击者通过操控 Meta 的自动化支持 AI，成功劫持了包括奥巴马白宫账号在内的多个高知名度 Instagram 账号。 这次攻击只需获取目标用户名，并将 VPN 设置为受害者的地理位置即可。黑客通过谎称自己是账号所有者，诱骗 AI 将密码重置码发送到他们指定的电子邮箱。该过程完全绕过了双重身份验证（2FA），并允许攻击者更改账号凭据，从而有效地将合法所有者拒之门外。AI 的验证过程极易被欺骗，有时仅凭一张受害者的深度伪造视频或动态照片即可得手。 这一漏洞催生了一个黑市产业，攻击者在其中拍卖高价值账号。虽然据报道 Meta 已经修复了该漏洞，但此次事件凸显了一项重大的安全失误：一家万亿美元级别的公司竟然依赖未经核实的 AI 支持协议，将访问便利性置于基本的账号安全之上。数周以来，这种“零认证”密码重置方法在几乎没有任何监管的情况下运行，使得用户在面对一个盲目信任任何请求重置者的人工智能系统时，毫无防御能力。
Hacker News 上近期的一场讨论揭示了 Instagram AI 支持系统中的一个重大安全漏洞。用户反映，攻击者可以轻易通过操纵平台的 AI 客服来劫持账号。
攻击者通过冒充账号所有者并声称其原始电子邮箱已被盗，诱导 AI 将验证码发送至攻击者控制的任意邮箱地址。评论者对此感到震惊：Meta 在没有足够的各种人工监督或基础身份验证的情况下，竟授予了自动 AI 代理对用户账号的高权限操作权限。
用户普遍认为，这种“漏洞”体现了安全架构上的重大失误。许多人指出，允许大语言模型（LLM）绕过双重验证（2FA）并修改敏感的账号恢复设置，制造了一个巨大的漏洞，这实际上证明了账号恢复仍是身份验证中最薄弱的环节。批评人士还指出，Meta 用一个更加“天真”的 AI 取代人工客服极具讽刺意味，并形容这种情况十分“业余”，且令用户对其账号安全深感不安。
随着谷歌转向“AI 优先”的搜索体验（以 AI 生成的概览取代传统的搜索链接），DuckDuckGo 正在利用用户日益增长的不满情绪寻求发展。为了满足用户对传统浏览体验的需求，DuckDuckGo 推出了适用于 Chrome 和 Firefox 的新扩展程序，允许用户将其“无 AI”搜索页面（排除聊天提示、AI 辅助答案和 AI 图像）设置为默认搜索页。
这些工具的推出正值 DuckDuckGo 人气大幅上升之际；该公司报告称，其无 AI 搜索页面的流量急剧增加，近期访问量比之前平均水平高出 84%。这种持续增长反映了消费者对生成式 AI 主导搜索结果的广泛抵制。
尽管该公司积极将自己定位为无 AI 的替代方案，但它并未完全放弃这项技术。DuckDuckGo 仍保留了自己的 AI 聊天机器人和基于订阅的工具，这表明其策略是将 AI 集成与核心搜索功能分离开来。通过提供这些扩展程序，DuckDuckGo 旨在为用户提供一个谷歌近期更新所背离的、一致且无干扰的搜索环境。
《TechCrunch》最近的一篇报道指出，DuckDuckGo 的“无 AI”搜索界面流量激增，这在 Hacker News 上引发了广泛讨论。虽然该平台报告称相关页面流量增长了近 30%，但许多用户对此表示怀疑，认为这只是精明的营销手段，而非真正意义上对 AI 的摒弃。
批评者认为，DuckDuckGo 依然是一家“AI 集成”公司，因为除非手动隐藏，否则 AI 生成的摘要往往会默认显示。讨论的焦点在于用户对掌控权的需求：用户对科技公司强行将 AI 植入搜索产品感到不满，并强调他们更希望在标准的链接式搜索和聊天机器人界面之间进行选择。
尽管部分参与者捍卫了 AI 的实用性，但主流观点认为，许多用户发现目前的 AI 实现方式干扰了搜索网页的核心目的。许多评论者强烈偏好“纯净”、以人为中心的搜索结果，并指出行业可能忽视了一个日益增长的市场，即用户需要的是简单且 AI 可选的产品。另一些人则提到 Kagi 等替代方案，供那些寻求更多掌控权的用户选择；还有人指出，即便是“无 AI”的品牌宣传，往往也只是应对市场趋势变化的一种表面功夫。
请启用 JavaScript 和 Cookie 以继续。
Hacker News 新闻 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
伦敦交通局（TfL）存放丢失地铁座椅绒布的储物柜 (londonist.com)
3 分，zeristor 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论 帮助
ragebol 7 分钟前 [–]
今天才知道什么是“moquette”（座椅绒布），我本来以为会看到微缩的地铁和火车，还以为发布者打错字了。回复
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 加入 YC | 联系
搜索：