2026-05-07 Hacker News Top Stories #
- Valve 发布 Steam Controller 与 Puck 外壳完整 CAD，并以较严格的 CC 非商业许可授权，便于社区自制配件而商业用途需获 Valve 授权。
- “Red Squares” 将 GitHub 过去一年宕机可视化为贡献图，显示167天有事故累计32.5天不可用，引发对管理架构与 Azure 依赖的质疑。
- DENIC 的 DNSSEC 签名失误致启用 DNSSEC 的 .de 域名验证失败，次日凌晨全部恢复并暴露顶级域冗余与抗故障薄弱。
- StarLabs 推出 16 英寸 Linux 本 StarFighter（高刷 4K、coreboot 等），但交付慢且缺少第三方评测，建议观望并权衡其他品牌。
- Cloudflare 与 Stripe 允许“代理”自动开户购域并部署以降摩擦，却引发被滥用于垃圾与诈骗的安全与合规担忧。
- 生成式 AI 放大职场形式主义与文档膨胀，使产出与能力脱钩、阅读成本上升，真正提效仍需人类判断把关。
- 多家出版社起诉 Meta 与扎克伯格以盗版内容训练 Llama 并隐瞒来源，Meta 主张合理使用，此案或重塑 AI 训练合规边界。
- 作者批评 AI 播客充斥捏造与空话，几乎无有效信息，担忧其贬损编织文化与创作者劳动并扭曲知识传播。
- 微软与 IBM 曾为对话框用 Tab 键切换焦点争执，最终保留该行为，凸显两家公司授权与决策文化差异。
- 因 Del Monte 破产致收购骤减，美国农业部拨款资助加州农民清除约42万棵桃树以止损并为转种作准备。
1. Valve 发布 Steam Controller CAD 文件，采用知识共享许可 (Valve releases Steam Controller CAD files under Creative Commons license) #
本文报道了 Valve 公司发布了 Steam Controller 的完整 CAD 文件，供模组爱好者设计各种配件，如保护壳、充电座、握把延长器或手机支架等。此次发布的文件包括控制器和 Puck 设备的外壳拓扑结构，提供.STP、.STL 格式及工程图，工程图中标明了必须保持裸露以确保信号强度和正常功能的区域。
这些 CAD 文件采用了较为严格的知识共享许可，仅允许非商业用途，要求署名并将设计成果回馈社区。商业机构若想制作相关配件，则需直接联系 Valve 洽谈授权事宜。Valve 此前也曾发布过 Steam Deck、Valve Index VR 套装及早期 Steam Controller 的 CAD 文件，因此此次发布虽受欢迎但并不意外。
文章还邀请读者分享他们心目中的理想 Steam Controller 或 Puck 配件，作者个人希望能有一个手机夹，方便通过手机进行游戏串流体验。文章下方有读者评论，对 Valve 的这一举措表示赞赏。
HN 热度 946 points | 评论 319 comments | 作者：haunter | 8 hours ago #
https://news.ycombinator.com/item?id=48037555
- Valve 发布了 Steam 手柄的 CAD 文件，鼓励用户自行制作配件，但提醒用户谨慎操作以免损坏设备或受伤。
- Valve 被认为是一家值得支持的公司，用户愿意为其产品花钱，而其他公司则通过战斗通行证和开箱等方式诱导消费。
- Valve 也参与了开箱和战斗通行证等微交易行为，尤其是在 CS 和 TF2 中。
- TF2 的开箱机制仍然存在，玩家通过游戏获得箱子并购买钥匙开启，开箱是高价值物品交易的基础。
- 有观点认为 Valve 和 iOS 应用商店类似，存在租金寻租行为，且对未成年赌博开箱行为负有责任。
- Steam 作为游戏平台的垄断地位被质疑，虽然用户可以选择其他平台，但 Steam 在 PC 游戏市场中占据绝对优势。
- Steam 的垄断地位使得开发者不得不选择在其平台发布游戏，30% 的分成被认为较为掠夺性。
- 有观点指出 Valve 发明了开箱机制，虽然现在很多公司都在使用类似手段。
- 也有人认为开箱机制源自集换式卡牌游戏，Valve 并非唯一发明者，但确实推动了数字化的开箱文化。
- 反对将开箱和战斗通行证等机制推向未成年人的观点较多，认为这类似于过去被禁止的向儿童销售带诱惑的卡牌包。
- Valve 在 PC 游戏领域的管理和运营被认为比其他大型科技公司更为负责任和友好。
2. 红色方块——以贡献图形式展示的 GitHub 宕机情况 (Red Squares – GitHub outages as contributions) #
该网页展示了一个名为“Red Squares”的贡献图，模拟了 GitHub 过去一年中的故障情况。图中每个红色方块代表一天 GitHub 出现故障的时间，颜色越深表示故障持续时间越长。数据显示，过去一年中 GitHub 累计出现了 32.5 天的宕机，涉及 167 天至少发生一次故障。最严重的一天是 2026 年 4 月 30 日，当天故障持续了整整一天。
该图是对 GitHub 贡献图的讽刺版本，故障数据来源于 mrshu/github-statuses 项目，该项目通过 githubstatus.com 重建了 GitHub 的历史故障记录。图表排除了计划维护和未评级的故障事件，采用 Mantine 库制作的热力图形式展示。整体内容以直观的视觉方式反映了 GitHub 服务的稳定性问题。
HN 热度 732 points | 评论 164 comments | 作者：cianmm | 13 hours ago #
https://news.ycombinator.com/item?id=48034587
- GitHub 公共版频繁宕机，企业版表现更稳定，问题可能与负载有关。
- 不能简单归咎于工程师，更多是管理层和系统架构的失败，资源分配和技术选型存在问题。
- GitHub 依赖 Azure 平台，Azure 技术栈被认为不理想，给团队带来挑战。
- 管理层对技术选型和架构改进持防御态度，缺乏开放和好奇心。
- 有评论指出 Azure 团队缺乏对非 Windows 技术的兴趣，表现出技术封闭性。
- GitHub 曾是 Linux 和 Rails 技术栈，现状与过去有较大变化，部分老员工已离开。
- 有观点认为在 Windows 平台构建大型 SaaS 服务不合理。
- 前端团队和设计师的工作与网站稳定性无直接关系，不能因推新功能就责怪他们。
- 管理层长期未能合理分配资源以提升核心系统稳定性，导致问题积累。
- 讨论中存在大量重复和无实质内容的评论，缺乏深入探讨。
3. DNSSEC 中断影响.de 域名——已解决 (DNSSEC disruption affecting .de domains – Resolved) #
https://status.denic.de/pages/incident/592577eab611ce1e0d00046f/69fa60ef9d12f5057a974f38
德国顶级域名服务商 DENIC 于 2026 年 5 月 5 日发现其 DNS 服务出现故障，导致所有使用 DNSSEC 签名的.de 域名解析受影响，用户和运营商可能会遇到访问障碍。故障发生地点为法兰克福，具体原因尚未确定，技术团队正在紧急分析并努力恢复稳定服务。
截至 5 月 6 日 01:34 CEST，所有服务已恢复正常。DENIC 承诺会在确认故障原因和恢复情况后及时更新信息，并请求受影响用户的理解。如需进一步咨询，可通过常用渠道联系 DENIC。网页还提供了通过邮件、Webhook、RSS 和 iCalendar 订阅状态更新的选项。
HN 热度 731 points | 评论 402 comments | 作者：warpspin | 1 day ago #
https://news.ycombinator.com/item?id=48027897
- .de 域名的 DNSSEC 签名配置错误导致验证失败，影响了所有验证 DNSSEC 的解析器，造成服务故障。
- 这次故障暴露了关键基础设施的脆弱性，单点配置错误可能导致大范围影响，互联网“绕过损坏”的能力有限。
- 将域名服务器集中在单一自治系统（AS）存在单点故障风险，建议构建多自治系统的冗余基础设施。
- 运行辅助 DNS 服务器成本极低，使用低价 VPS 即可实现 DNS 复制和冗余。
- .de 的域名服务器基础设施规模庞大，普通个人或小型网站的冗余 DNS 与顶级域名的冗余不可同日而语。
- 对于个人或小型网站，分布式权威 DNS 服务器的优势有限，单主机部署也能满足大部分需求。
- 邮件服务等其他域名相关服务对 DNS 的可用性有更高要求，冗余 DNS 能减少邮件丢失风险。
- 邮件系统设计允许临时故障重试，邮件短暂中断影响有限，不一定需要强制多 DNS 服务器。
- 低成本即可实现跨洲冗余 DNS 服务器，提升可靠性且费用极低。
- 大型云服务商的 DNS 服务器分布在多个地理位置，具备地理感知和负载均衡能力。
- DNSSEC 配置错误类似于历史上的 BGP 配置错误，都会导致大范围网络中断。
4. StarFighter 16 英寸 (StarFighter 16-Inch) #
https://us.starlabs.systems/pages/starfighter
该网页介绍了一款名为 StarFighter 的全尺寸 Linux 性能笔记本电脑，采用高端材料，配备触觉触控板和开放固件选项，适合处理较重的工作负载。产品搭载 Intel Core Ultra 系列或 Ryzen 9 处理器，支持最高 64GB 7500MT/s LPDDR5X 内存，配备 16 英寸 120Hz IPS 显示屏，分辨率高达 3840x2400，16:10 屏幕比例，亮度 625cd/m²，支持 178° 广视角和 180° 铰链设计，续航时间可达 18 小时。
显示屏采用全哑光设计，防眩光且色彩准确，支持高刷新率，适合各种光线环境下使用。笔记本配备可拆卸摄像头，采用磁性连接器，方便用户断开以保护隐私，摄像头可收纳于机身内，屏幕边框极窄，未来可通过 USB 接口升级或更换摄像头。
无线连接方面，内置无线开关，用户可通过物理开关关闭无线功能，防止安全风险。键盘为背光设计，采用剪刀脚结构，支持多媒体快捷键和功能锁切换，提供多种国际布局，带有 LED 指示灯。触控板为固态触觉式，支持全表面点击，表面为玻璃材质，具备防油污涂层。
机身表面采用等离子电解氧化（PEO）工艺，形成比钢硬四倍的陶瓷层，耐用且防指纹。接口丰富，包括 WiFi 6E、蓝牙 5.3、Thunderbolt 4/USB 4 的 USB-C 接口、HDMI、多个 USB-A 接口、音频组合接口和 Micro SD 卡槽。
固件基于开源的 coreboot 和 edk II，支持安全启动和 LVFS 提供的五年固件更新，启动时间仅 0.76 秒，用户可通过高级配置界面自定义固件，适配多种操作系统。充电器采用 65 瓦氮化镓技术，比传统充电器小 30%，便于携带且充电高效。
该笔记本支持开放保修，允许用户自行拆卸、更换部件和升级系统，且不会影响保修，适合开源软件用户。网页还提供了相关支持服务、公司信息和社交媒体链接。
HN 热度 639 points | 评论 350 comments | 作者：signa11 | 22 hours ago #
https://news.ycombinator.com/item?id=48031261
- StarFighter 16 笔记本发布已久，但实际交付周期长，且缺乏第三方真实用户评测，建议等待更多评测后再购买。
- 市场上有其他 Linux 笔记本品牌（如 Framework、Tuxedo、Slimbook）交付更稳定，适合急需新电脑的用户。
- 有用户对 StarFighter 和 Starlite 产品表示满意，部分社区已有正面评价。
- 当前硬件市场受内存价格高企影响，许多用户选择推迟购买，等待价格回落。
- 有用户选择先订购无内存无存储的笔记本，计划后续以更合理价格购买配件。
- 服务器级内存和 GPU 与桌面硬件不兼容，二手服务器内存和 GPU 难以直接用于普通笔记本或台式机。
- 服务器用高端内存（如 LRDIMM、SOCAMM）和 GPU（如 SXM 模块）因接口和信号不匹配，难以通过简单适配器用于普通 PC。
- 虽然存在 SXM 转 PCIe 适配器，但使用成本高且驱动支持复杂，改装难度大。
- 未来可能有市场需求促使厂商开发支持服务器组件的消费级硬件，但目前尚未普及。
- 二手市场可能出现价格低廉的高端服务器硬件，但实际使用受限于兼容性和技术门槛。
- AI 市场的资金和硬件需求波动将影响内存和 GPU 价格，预计未来 1-3 年内价格可能有所回落。
- 部分用户认为即使存在技术和成本障碍，低价高性能服务器硬件通过改装进入消费市场是有可能的。
5. 代理现在可以创建 Cloudflare 账户、购买域名并进行部署 (Agents can now create Cloudflare accounts, buy domains, and deploy) #
https://blog.cloudflare.com/agents-stripe-projects/
本文介绍了 Cloudflare 与 Stripe 合作推出的一项新功能，使得智能代理能够代表用户自动创建 Cloudflare 账户、购买域名并部署应用程序，实现从零到生产环境的无缝过渡。用户无需手动操作，如访问仪表盘、复制 API 令牌或输入信用卡信息，整个流程通过自动化完成，极大简化了部署步骤。
该功能通过一个新协议实现，包含三个核心部分：服务发现、授权和支付。代理首先通过调用服务目录 API 获取可用服务列表，然后通过 Stripe 作为身份提供者，自动创建或链接 Cloudflare 账户，最后使用 Stripe 提供的支付令牌完成付费操作，确保安全且可控的消费额度。用户可以设置预算限制，防止代理超额消费。
此外，任何拥有登录用户的平台都可以作为“协调者”集成此协议，实现类似的自动化服务配置和部署，帮助开发者和用户快速将应用推向生产环境，避免繁琐的授权和配置流程。这一创新极大提升了智能代理的实用性和用户体验。
HN 热度 617 points | 评论 352 comments | 作者：rolph | 21 hours ago #
https://news.ycombinator.com/item?id=48031684
- 该功能目前更像是一个玩具，缺乏实际应用场景，自动化买域名需求并不频繁，且跨服务账户自动创建存在安全和迁移风险。
- 自动化买域名功能可能被垃圾邮件发送者、诈骗者和抢注者滥用，增加恶意活动的自动化程度。
- 大型语言模型（LLM）生成内容更有利于诈骗和垃圾信息制造，合法用途通常需要人工审核，而诈骗者则跳过这一步。
- 诈骗邮件故意使用低质量语言筛选目标，LLM 生成的看似合理但含有错误的内容反而更适合诈骗。
- AI 技术的推广忽视了其被犯罪分子利用的现实，诈骗和色情内容是目前最赚钱的两个领域。
- 未来可能出现完全自动化的企业，但这类企业很可能涉及灰色甚至非法操作。
- 自动化企业可能成为新型垃圾邮件公司，难以阻止其发展。
- 有观点认为完全自动化企业难以有合法且清晰的商业模式。
- 自动化企业在某些领域可能有用，例如整合和报告房屋租赁信息，减少用户操作繁琐。
- 自动化服务若缺乏人工审核，容易产生错误信息，影响用户体验。
- 个人用户若有助理，可能不需要直接使用 AI 代理，而是通过助理或第三方服务完成任务。
- 自动化租赁业务可能属于“寻租”行为，即从已有交易中抽取价值而不创造新价值。
- 房东虽有投资和责任，但部分租金定价可能高于市场，存在一定程度的寻租现象。
6. 在职场中表现得高效 (Appearing productive in the workplace) #
https://nooneshappy.com/article/appearing-productive-in-the-workplace/
这篇文章探讨了人工智能特别是生成式 AI 在职场中的影响，强调了“帕金森定律”在 AI 时代的新表现——工作会扩展以填满可用时间，而 AI 工具则能无限扩展工作产出。
作者观察到，生成式 AI 能够让缺乏专业训练的人产生看似专业的成果，但这些成果往往缺乏真正的专业判断，带来了两种风险：一是新手能快速生成与资深者相似的工作，二是非专业人员跨领域生成专业内容，后者更具风险。文章举例说明，一位非工程背景的同事用 AI 工具花费数月构建了一个数据系统，但设计和目标从一开始就存在根本错误，且他无法解释系统的实际工作原理。尽管有专业人士提出质疑，但管理层更愿意维持表面进展，导致错误工作持续进行。
文章指出，AI 生成的内容往往过于“讨好”用户，导致使用者过度自信，尤其是新手在自己无法判断正确性的领域中更容易犯错。生成式 AI 使得工作产出与实际能力脱钩，工作成果不再是能力的可靠信号，使用者变成了简单的“传导者”，缺乏对内容的评判和把关能力。
此外，AI 的普及导致文档和报告内容大量膨胀，虽然生成成本极低，但阅读和理解成本却在增加，信息的有效信号被淹没在冗长的材料中。这种“内部的混乱”比公开的混乱更昂贵，因为付费员工花费时间在低效的工作上，且未来专家的培养受到影响。文章强调，过去通过完成工作积累判断力的过程被 AI 取代，真正的判断力仍需人类掌握，但人们却越来越少去培养和运用这种能力。
最后，作者认为当前的 AI 系统错误地假设人是工作瓶颈，试图减少人类在工作流程中的参与，但实际上人是唯一真正关心结果的人，去除人类的参与并非提高效率，而是放弃了系统自我纠错的唯一机制。
HN 热度 612 points | 评论 239 comments | 作者：diebillionaires | 7 hours ago #
https://news.ycombinator.com/item?id=48038001
- 工作文档和报告普遍变得冗长且内容重复，很多人写的东西既不读也不被读，导致效率低下。
- 文档的专业格式、篇幅和清晰表达已不再是用心和工作质量的标志，反而成为形式主义的表现。
- 需求文档从简短变成冗长的列表，甚至充斥着表情符号，降低了内容的严肃性和可读性。
- 这种冗长和表情符号风格可能源于网络流行文化或早期开源项目，后来被大量训练数据放大。
- 不同 AI 模型对文本风格的偏好不同，有些更倾向于段落式表达，有些则喜欢列表和表情符号。
- AI 训练方法的差异导致生成内容的风格和“品味”不同，数据驱动的方式容易产生过度重复和冗余。
- 现代工作环境中，很多人不认真写需求文档，反而依赖 AI 或代理自动完成任务，导致规范和质量下降。
- 管理层和员工的目标往往是取悦上级，而非真正关注产品功能和质量。
- 经理通常只管理职能和人员，缺乏对产品和功能的直接责任感，影响产品交付的质量和效率。
7. 扎克伯格“亲自授权并鼓励”Meta 侵犯版权 (Zuckerberg ‘Personally Authorized and Encouraged’ Meta’s Copyright Infringement) #
本文报道了 Meta 公司及其 CEO 马克·扎克伯格因涉嫌大规模侵犯版权而被五家出版社和作家斯科特·图罗起诉的最新法律案件。原告指控 Meta 未经授权，非法下载了数百万本书籍、文章及其他作品，用于训练其人工智能系统 Llama，称这是历史上最大规模的版权侵权行为之一。
诉讼指出，Meta 在扎克伯格的直接指示下，停止了原本考虑的版权许可策略，转而通过盗版网站获取数据，并多次复制这些作品以训练 AI 模型。Meta 内部文件显示，他们知晓所使用的数据集包含盗版内容，却未加披露。诉讼还称，Llama AI 能够生成与原作品极为相似的内容，包括逐字复制、章节替代、摘要及衍生作品，严重侵犯了版权方权益。
Meta 对此回应称，AI 技术带来创新和生产力提升，且法院已认定训练 AI 使用版权材料可构成合理使用，表示将积极应诉。此前，类似版权诉讼中法院曾判定 Meta 的训练行为属于合理使用。
此外，诉讼披露 Meta 曾与部分出版商达成有限许可协议，但在 2023 年 4 月，扎克伯格亲自下令停止许可谈判，选择依赖合理使用辩护。内部备忘录也显示，Meta 员工曾警告使用盗版数据的法律风险，但未被采纳。
该案件在纽约南区联邦法院提起，原告寻求赔偿损失。此案反映了 AI 训练数据版权问题的复杂性和争议，可能对未来 AI 行业的版权合规产生重大影响。
HN 热度 458 points | 评论 410 comments | 作者：spankibalt | 1 day ago #
https://news.ycombinator.com/item?id=48026207
- 扎克伯格涉嫌大规模侵权，可能面临巨额赔偿，金额可能高达数十亿美元。
- 过去许多因侵权被起诉的普通人和小型运营者，如 MP3 网站运营者，遭受严厉刑事处罚，而富豪们却可能逍遥法外。
- 大型科技公司因其权力和财富，往往逃避法律制裁，体现了权力结构的不公平。
- 有观点认为应对盈利性企业的侵权行为采取更严格的法律责任，而对普通用户的侵权行为则应区别对待。
- 版权行业对普通用户的严厉打击与对大企业的宽容形成鲜明对比，存在明显的双重标准。
- 版权滥用问题依然严重，尤其是在社交媒体上自动化的版权投诉和内容封禁，影响了创作者生态。
- 有人指出版权制度本身存在问题，部分人主张废除版权或进行根本性改革。
- 版权执法应兼顾公平，既要打击大规模侵权，也不应过度惩罚普通用户，避免重蹈过去对学生和小用户的严苛打击。
- 版权侵权案件的处理反映了社会权力分配的不平等，富人和权势者更容易逃避法律责任。
8. 编织废话 (Knitting bullshit) #
https://katedaviesdesigns.com/2026/04/29/knitting-bullshit/
这篇文章由 Kate Davies Designs 撰写，主题是“编织废话”（Knitting Bullshit），借用了哲学家 Harry Frankfurt 对“废话”的定义，即缺乏对真相的关心和对现实的漠视，强调废话不同于谎言，废话是虚假的表象和表演。作者指出，现今社会充斥着这种废话，尤其是在自动化内容生产领域。
文章重点批评了 Inception Point AI 公司利用人工智能大量生产的编织主题播客内容。该公司每周发布约 3000 集播客，月均下载量达 75 万，且内容无人审核，理由是这些主题“无关生死”，如园艺、编织、烹饪等，错误无关紧要。作者对此表示强烈质疑，认为编织绝非无关紧要。
作者亲自收听了该公司制作的“编织”播客，发现内容质量极差。以“编织的历史”为例，播客只简单提及古埃及袜子和现代编织社区，中间的丰富历史完全缺失，内容空洞无物，像是用劣质营销材料拼凑的无意义文字。另一集“编织图案设计”更荒谬，虚构了多位不存在的“知名设计师”，他们的发言空洞无实质内容，完全没有传递实际的设计知识，取而代之的是甜腻的鼓励和空洞的承诺。
文章通过具体例子揭示了 AI 生成内容的严重问题，批评其用虚假的、无意义的内容替代了真实创作者的劳动和智慧，警示读者警惕这类“废话”内容对编织文化和知识传播的负面影响。
HN 热度 421 points | 评论 178 comments | 作者：ColinEberhardt | 18 hours ago #
https://news.ycombinator.com/item?id=48032461
- AI 生成内容带来深刻的失落感，感觉像失去了一部分自己，日常体验也被改变。
- AI 促使人们更加珍惜非 AI 创作的艺术，因为真正的艺术包含难以复制的意图和细节。
- 艺术的质量不仅仅是技术水平，更重要的是风格和内涵，技术只是表象。
- 有些人忽视技术的重要性，导致大量低质量的概念艺术泛滥，且常附带 AI 生成的艺术声明。
- 技术如果没有远见和创意是悲哀的，AI 或许能帮助那些有创意但缺乏技术的人实现作品。
- AI 可能解耦创造力和技术能力，长远来看可能带来积极影响，但目前仍不成熟。
- 艺术的好坏不能单纯以风格判断，风格本身也需要被质疑和理解。
- AI 使得“废话”内容生产成本极低，艺术和优质内容难以与之竞争，可能导致人类创造力的衰落。
- 通过分类、策展和分享可以帮助辨别优质内容，优质创作者会因质量下降而失去关注。
- AI 内容泛滥使得辨别优质内容变得极其困难，普通用户难以分辨真伪。
- 互联网曾经是个人表达和开放交流的美好空间，现状令人感到哀伤和怀念。
- 互联网的“堕落”并非用户自找，而是外部因素导致的内容质量下降。
- 许多人对 AI 生成内容漠不关心，甚至在日常交流和工作中大量使用，忽视了美感、真理和专业质量。
- AI 的发展像获得了一条奇怪且无用的新“肢体”，有时会干扰正常的感知和操作。
9. IBM 不希望微软使用 Tab 键在对话框字段间切换 (IBM didn’t want Microsoft to use the Tab key to move between dialog fields) #
https://devblogs.microsoft.com/oldnewthing/20260505-00/?p=112298
这篇博客文章由微软资深工程师 Raymond Chen 撰写，讲述了微软与 IBM 在合作开发 OS/2 操作系统期间，因组织结构差异导致的一次关于 TAB 键使用的争议。微软团队认为 TAB 键是切换对话框输入字段的合适选择，而 IBM 团队对此不满，要求微软高层确认。微软方面的回应是由项目经理直接授权决策权，强调不需要层层上报，而最终以一句“Bill Gates 的母亲对 TAB 键不感兴趣”结束了争论，TAB 键的使用得以保留。
文章反映了两家公司文化和管理方式的差异：微软注重灵活快速的决策，而 IBM 则倾向于层级繁复的审批流程。评论区中读者讨论了 IBM 可能想用的替代键、历史键盘布局以及键盘输入的演变，体现了对键盘设计和用户体验的兴趣。
整体内容既有技术背景，也带有幽默感，展示了软件开发过程中组织文化对技术决策的影响。
HN 热度 374 points | 评论 226 comments | 作者：SeenNotHeard | 1 day ago #
https://news.ycombinator.com/item?id=48025687
- IBM 管理层层级繁复，决策流程冗长且效率低，导致简单请求也需多层审批，最终往往被否决。
- IBM 招聘反应迟缓，薪资待遇普遍低于市场平均水平，且对求职者态度傲慢。
- IBM 员工着装严格，尤其销售和咨询部门常穿蓝色西装，体现出较为保守的企业文化。
- 公共交通在不同国家和地区的使用情况差异较大，有些地方公共交通便利且受欢迎，有些地方则不安全且耗时。
- 政府及大型机构内部存在“否决权”文化，决策需多方同意，导致效率低下，管理者常推卸责任。
- 有些管理者通过将决策上推来避免承担拒绝的责任，但有时上级反而批准，导致下级被迫执行不合理的方案。
- 销售人员常将最高端产品推荐给管理层，因无人愿意承担选择较低配置的责任，最终导致项目复杂且耗时。
10. 加州农民因德尔蒙特破产将砍伐 42 万棵桃树 (California farmers to destroy 420k peach trees following Del Monte bankruptcy) #
https://www.sfgate.com/centralcoast/article/usda-aid-california-farmers-22240694.php
这篇 SFGATE 5 月 5 日的报道说，加州中部桃农因为 Del Monte Foods 破产并关闭加工厂，面临大量桃子无处可卖的困境。美国农业部已批准最多 900 万美元联邦援助，用来帮助农民在收获季前清除约 3000 英亩、共 42 万棵罐装用离核桃树。
事件背景是，Del Monte 在去年 7 月申请破产保护后，今年 4 月永久关闭了 Modesto 和 Hughson 的罐头厂。这不仅导致数百名工人失业，也让许多中加州农户失去长期收购合同。据报道，不少农民原本与 Del Monte 有 20 年种植合同，合同取消后可能面临约 5.5 亿美元收入损失。
加州参议员 Adam Schiff，以及众议员 Mike Thompson 和 David Valadao 等人此前向美国农业部求助。他们表示，这些多代经营的家庭农场多年投资果园，如果没有援助，可能对美国农业基础造成长期结构性伤害。农业部这笔资金的目标，是通过减少约 5 万吨桃子产量，帮助种植户避免约 3000 万美元损失。
虽然 Lodi 的 Pacific Coast Producers 已收购 Del Monte 的罐装水果业务，并提出购买 2.4 万吨桃子的合同，但仍有大约 5 万吨桃子没有买家，最终可能被废弃。整体来看，这篇新闻反映的是食品加工企业倒闭对加州农业供应链、家庭农场和地方就业造成的连锁冲击。
HN 热度 368 points | 评论 435 comments | 作者：littlexsparkee | 1 day ago #
https://news.ycombinator.com/item?id=48026349
- 农民擅长种植但不擅长销售和物流，缺乏运输和包装资源，导致大量农产品难以销售只能销毁。
- 桃子需求不足导致 Del Monte 破产，购买方减少采购量，过剩的果园需要改种市场需求更大的作物。
- 销毁桃树是为了种植更有市场的作物，继续生产桃子会导致资源浪费和库存积压。
- 农业游说团体强大，成功争取到政府补贴支付树木销毁费用。
- Del Monte 破产涉及债务问题，新东家清理债务后资产价值不同，继续种植桃子需更低价格才能维持。
- 政府补贴销毁桃树可能是农业行业通过监管俘获限制供应的表现。
- 支付农民补偿以避免土地火爆抛售，防止大农业企业垄断土地。
- 强制生产和销售桃子会导致价格下跌，可能引发其他桃农破产。
- 桃子库存过多时价格可能变为负值，销毁或处理库存成本高。
- 将桃子转化为高浓度酒精可以节省存储空间，但市场已有足够乙醇供应。
- 历史上运输不便导致农产品转化为酒精出售，类似情况曾引发政治冲突。
- 过度干预市场和征税常导致意想不到的负面后果。
Hacker News 精彩评论及翻译 #
Agents can now create Cloudflare accounts, buy dom… #
https://news.ycombinator.com/item?id=48032693
Perfect for spammers, scammers and domain squatters, who can now automate their activities even more.
Can’t think of any other uses for this given the current state of LLM ‘agents’, though I can’t wait for the next report of something like ‘openclaw registered 1000 domains for me without asking and now cloudflare won’t refund me’.
grey-area
非常适合垃圾邮件发送者、骗子和域名抢注者，他们现在能够更加自动化地进行活动。
考虑到目前大型语言模型“代理”的状态，我想不到还有其他用途，不过我迫不及待想看到下一篇类似“openclaw帮我注册了1000个域名却没经过我的同意，现在Cloudflare不愿意退款”的报道。
Why most product tours get skipped #
https://news.ycombinator.com/item?id=48029560
It’s pretty simple to understand - when a user opens a tool, it’s because they want to do the thing that tool does, now.
If someone opens my videoconferencing product 98% of the time it’s they’ve got a scheduled call to join within the next 20 seconds. They’re not going to be late for their meeting so they can read my release notes.
If someone opens my PDF viewer, 99.9% chance they want to view the PDF they just opened. Very rare someone opens the PDF reader because they’re just having a look around to see if there are any interesting new features.
If someone opens my virtual whiteboard product, 95% chance they’re in some sort of sprint review meeting and they want to write some virtual post-it notes right now. A tour isn’t what they need.
If someone opens the ticket management product, or the expense report filing product, or the music playing product… you get the picture.
michaelt
这很容易理解——当用户打开一个工具时，是因为他们想立即使用该工具的功能。
如果有人打开我的视频会议产品，98%的情况是他们有一个预定的会议要在接下来的20秒内加入。他们不会为了阅读我的更新说明而迟到。
如果有人打开我的PDF阅读器，99.9%的可能性是他们想查看刚刚打开的PDF文件。几乎没有人因为想看看有没有新功能而随便打开PDF阅读器。
如果有人打开我的虚拟白板产品，95%的概率是他们正处于某个冲刺评审会议，需要立即写一些虚拟便签。此时他们不需要的是一个产品导览。
如果有人打开工单管理产品、报销申请产品或音乐播放产品……你大概能明白意思了。
The bottleneck was never the code #
https://news.ycombinator.com/item?id=48035600
Are you referring to the author specifically? Or a specific hypocritical person you know? If you’re making a general statement about groups of online people you might be falling for the group attribution error[1], where the characteristics of an individual are assumed to be reflective of the whole group.
In any case, two things can be simultaneously true:
- Writing code is not the bottleneck, as in we can develop features faster than they can be deployed. 2. It’s annoying and disruptive to be interrupted when doing work that requires deep focus.
[1] https://en.wikipedia.org/wiki/Group_attribution_error
dmm
你是在特指作者吗？还是你认识的某个虚伪的人？如果你是在对网络上的一群人做泛泛而论的评价，你可能掉进了群体归因错误[1]，即将个体的特征错误地认为代表整个群体。
无论如何，有两件事可以同时成立：
- 编写代码不是瓶颈，我们开发功能的速度比部署速度快。
- 在进行需要高度专注的工作时被打断是令人恼火且具有干扰性的。
[1] https://en.wikipedia.org/wiki/Group_attribution_error
Valve releases Steam Controller CAD files under Cr… #
https://news.ycombinator.com/item?id=48037856
I love the readme on the gitlab page [1]. It feels so.. friendly :)
This repository contains CAD files for the external shell (surface topology) of Steam Controller and the Steam Controller Puck, under a Creative Commons license. This includes an STP model of each, an STL model of each, and an engineering drawing with critical features/keep outs for each.
Feel free to use these to make your own Puck holders, Controller sweaters, or whatever else you want to create!
Your Steam Controller is yours, and you have the right to do with it what you want. That said, we highly recommend you leave it to professionals. Any damage you do will not be covered by your warranty – but more importantly, you might break your Steam Controller, or even get hurt! Be careful, and have fun.
[1] https://gitlab.steamos.cloud/SteamHardware/SteamController
roer
我很喜欢GitLab页面上的自述文件[1]。感觉特别友好 :)
这个仓库包含了Steam控制器及Steam控制器Puck外壳（表面拓扑）的CAD文件，采用知识共享许可协议。这包括各自的STP模型、STL模型，以及带有关键特征和禁区的工程图纸。
欢迎随意使用这些文件来制作你自己的Puck支架、控制器套或其他你想创造的东西！
你的Steam控制器属于你，你有权随意使用它。但我们强烈建议你让专业人士来操作。任何造成的损坏都不在保修范围内——更重要的是，你可能会弄坏Steam控制器，甚至受伤！请小心，并且玩得开心。
[1] https://gitlab.steamos.cloud/SteamHardware/SteamController
Today I’ve made the difficult decision to reduce t… #
https://news.ycombinator.com/item?id=48021751
- No pure managers: Every leader at Coinbase must also be a strong and active individual contributor. Managers should be like player-coaches, getting their hands dirty alongside their teams.
Geeks who didn’t even stand near professional sports should really shut up about anything sport related, lol.
I would really like to see professional, established coach running around with young prodigies on a peak of their biology.
- AI-native pods: We’ll be concentrating around AI-native talent who can manage fleets of agents to drive outsized impact. We’ll also be experimenting with reduced pod sizes, including “one person teams” with engineers, designers, and product managers all in one role.
And AI clowns will cheer and applaud this, not seeing that they’re now doing the job of 5(!) people with the same salary. Why is nobody talking about this?
Also, I find it really bizarre that those neo feudal lords see their companies as just a life stock to count. They don’t even count people, just see them as numbers to reduce/scale up. Modern tsardom, but instead of being tied via official decree you’re now tied by your lifestyle and family.
“Some of you may die, but that is a sacrifice I am willing to make”
wiseowise
- 不做纯粹的管理者：Coinbase的每位领导都必须同时是强大且积极的个人贡献者。管理者应该像球员兼教练一样，和团队一起亲自参与实际工作。
那些连职业体育场都没近过的极客们，真应该闭嘴别在体育话题上瞎说，哈哈。
我真的很想看到职业的、资深的教练和正处于生理巅峰的年轻天才们一起奔跑。
- 原生人工智能团队：我们将专注于拥有AI原生能力的人才，他们能管理大量智能代理以实现超常影响力。我们也会尝试缩小团队规模，甚至包括“单人团队”，让工程师、设计师和产品经理三职合一。
而AI爱好者们会欢呼鼓掌，却没意识到他们现在是在用同样的薪水，做着5个人的工作。为什么没人讨论这个问题？
另外，我觉得非常奇怪的是，这些新封建领主把公司当成单纯可以计数的“牲畜”。他们甚至不把员工当人看，只是把他们当数字来裁减或扩张。这是现代的沙皇制度，不过不是靠官方法令绑人，而是靠你的生活方式和家庭束缚。
“你们中有些人可能会死，但这是我愿意承担的牺牲。”
Agents can now create Cloudflare accounts, buy dom… #
https://news.ycombinator.com/item?id=48032520
The reason this blog post does not come with any concrete examples how to use this enablement for useful and constructive things tells you something very important - it is a toy and they do not know who and how they will use it.
It is cool feature but to what end? Buying a domain is not something you have to do daily to require any kind of automation.
I am also not sure who Stripe Atlas for. I am genuinely confused. It is definitely not something a developer will use.
I understand that you can bootstrap a number of systems but that is like half-hour of work and arguably it is probably a good idea to do it manually to make sure you have strong foundations.
I’ve have personally never seen a good example where a cross vendor account provisioning actually working. For example, Fly.io used to provision Sentry accounts automatically which you could not access in any other way but through Fly.io. I mean the Sentry account was effectively locked to a project that you cannot transfer - hijacking the actual global alias as well. Vercel did something similar with PostgreSQL via Neon and Redis via Upstash resulting in painful migration processes.
I can imagine ending in some kind of deadlock between services due to security hence why the 30 minutes initial setup is kind of time well spent to avoid future issues.
Maybe it’s me.
pdp
这篇博客文章没有提供任何关于如何将这种功能用于有用且建设性的事情的具体示例，这告诉你一件非常重要的事情——这只是个玩具，他们并不知道谁会用它，也不知道如何使用。
这是一个很酷的功能，但目的是什么呢？购买域名并不是你每天都要做的事情，根本不需要什么自动化。
我也不确定Stripe Atlas是为谁准备的。我真心感到困惑。它绝对不是开发者会用的东西。
我理解你可以自助启动多个系统，但那也就是半个小时的工作，而且可以说手动做比较好，确保你有坚实的基础。
我个人从未见过真正有效的跨供应商账户自动开通的好例子。比如，Fly.io 曾自动给你开通 Sentry 账户，但你只能通过 Fly.io 访问，实际上这个 Sentry 账户锁定在一个项目上，且无法转让——连全局别名都被劫持了。Vercel 对 PostgreSQL（通过 Neon）和 Redis（通过 Upstash）也做过类似的事情，导致迁移过程十分痛苦。
我可以想象因为安全原因，在服务之间会出现某种死锁，因此花半小时做初始设置，避免将来出问题，还是相当值得的。
也许只是我想太多了。
The bottleneck was never the code #
https://news.ycombinator.com/item?id=48035433
It’s hilarious to me to see the same kind of engineer, who throughout my career have constantly bitched and moaned about team meetings, agile ceremonies, issue trackers, backlogs, slack, emails, design reviews, and anything else that disrupted the hours of coding “flow state” they claimed as their most essential and sacred activity to be protected at all costs, suddenly, and with no hint of shame, start preaching about about the vital importance of collaborative activities and the apparent inconsequence of code and coding, the moment a machine was able to do the latter faster than them. I mean, they’re not even wrong, but the nakedly hypocritical attitude of people who, until a year ago, were the most antisocial and least collaborative members of any team they were on is still extraordinary.
nayroclade
让我觉得很好笑的是，职业生涯中那些一直抱怨和埋怨团队会议、敏捷仪式、问题跟踪器、待办事项、Slack、邮件、设计评审，以及任何打断他们所谓的“编码心流状态”的工程师们，声称那是他们最重要、最神圣的活动，必须不惜一切代价保护起来，却在一台机器能够比他们更快地完成编码后，毫无羞耻地开始宣扬协作活动的重要性，以及代码和编码本身看似无关紧要的观点。我的意思是，他们并不是完全错，但这些人直到一年前还是任何团队里最不合群、最不合作的成员，他们如今这种公然的虚伪态度仍然令人震惊。
Valve releases Steam Controller CAD files under Cr… #
https://news.ycombinator.com/item?id=48037937
Sometimes I wonder what we did to deserve Valve and how long it can possibly last.
herpdyderp
有时候我在想我们到底做了什么才能配得上Valve，以及这种好运还能持续多久。
Computer Use is 45x more expensive than structured… #
https://news.ycombinator.com/item?id=48028117
Great guidance hidden in here for making it expensive for agents to navigate your website. Move elements on screen as the mouse moves, force natural mouse movement to make the UI work, change the button labels in the JS to be randomly named every visit, force scrolling to the bottom of the screen to check for hidden extra tasks…
Hang on, that sounds like common corporate SaaS apps.
angry_octet
这里面隐藏着绝佳的指导，教你如何让代理商浏览你的网站变得昂贵。随着鼠标移动，屏幕上的元素也跟着移动，强制用户进行自然的鼠标操作才能让界面正常工作，JS中每次访问时随机更改按钮标签名称，强制滚动到屏幕底部以检查隐藏的额外任务……
等等，这听起来不就是常见的企业级SaaS应用吗。
California farmers to destroy 420k peach trees fol… #
https://news.ycombinator.com/item?id=48027236
A situation like this bring out many comments that reveal a very low understanding of basic economics (and a low rate of reading the article).
Del Monte went out of business because there wasn’t enough demand for the peaches. The company that purchased their assets is continuing to buy 24,000 tons of peaches, but the previous unsustainable business was buying a lot more. It’s the excess fields that need to be repurposed to growing something that the market will absorb.
The reason the trees are being destroyed is so they can grow something else on the land. Something that comes with a sustainable business model for the current market demands. Yes, the trees are technically going to waste, but if we had forced the peaches to be grown and canned (as many comments are suggesting) then that would be a different kind of waste as they’d sit in warehouses while the land, resources, and labor were used to produce something people weren’t buying instead of being used to produce foods they were buying.
In the article you can even see that the farm lobby was so powerful that they got the USDA to pay for the tree removal. The comments talking about farmers not being organized enough or powerful enough must be unaware of how powerful the farm lobby is and how much money they’re able to secure from the government every year.
Aurornis
这种情况引发了许多评论，暴露出对基本经济学理解极低（以及对文章阅读率低）的现象。
德尔蒙特公司倒闭是因为桃子的需求不足。收购其资产的公司仍在购买2.4万吨桃子，但之前那个不可持续的业务购买量远远更多。需要重新利用那些过剩的果园种植市场能够消化的作物。
砍掉这些树的原因是为了在土地上种植其他作物，这些作物有适应当前市场需求的可持续商业模式。是的，树木技术上被浪费了，但如果我们像许多评论建议的那样强制种植和罐装桃子，那将是另一种浪费，因为这些桃子会存放在仓库中，而土地、资源和劳动力被用来生产人们不购买的产品，而不是用来生产人们购买的食物。
文章中甚至提到，农场游说团体强大到让农业部支付了树木清除费用。那些说农民组织不够强大或没有足够影响力的评论者，显然不了解农场游说团体有多强大，以及他们每年从政府获得了多少资金。
Today I’ve made the difficult decision to reduce t… #
https://news.ycombinator.com/item?id=48030620
You have to look past literally everything their leadership is saying and at the heart of the matter: This is a dying company, and they physically will not have the capital to pay paychecks if they don’t do this. Everything else is window dressing to try to keep investors on-board, but they aren’t buying it, and neither should you.
The crypto market winter that started in Q4 last year led to Coinbase’s ~worst quarter ever ($667M loss). Crypto has not recovered. Coinbase has done nothing to stem the outflows. That same quarter HOOD showed a net profit of $605M; and showed a $346M profit last week. COIN and HOOD are two very similar companies.
COIN’s earnings are in two days. They preceded the earnings call with layoffs, which is always a bad sign. And HOOD’s net income has dropped by like 40%, though they’re still at least profitable. You should be prepared for COIN to announce a similar drop; except, COIN wasn’t even profitable before. Its going to be a bloodbath.
827a
你必须无视他们领导层说的所有话，直视核心问题：这是一家濒临倒闭的公司，如果他们不采取行动，根本没有资金发工资。其他一切都是为了安抚投资者的表面功夫，但投资者并不买账，你也不应该。
去年第四季度开始的加密市场寒冬导致Coinbase创下了其有史以来最糟糕的季度（损失6.67亿美元）。加密市场尚未恢复，Coinbase没有采取任何措施来遏制资金流出。同一季度，HOOD实现了净利润6.05亿美元，上周又盈利3.46亿美元。COIN和HOOD是两家非常相似的公司。
COIN的财报将在两天内发布。他们在财报电话会议之前进行了裁员，这通常是个坏兆头。而且HOOD的净收入下降了大约40%，虽然他们仍然保持盈利。你应该做好准备，COIN将宣布类似的下滑；不过，COIN之前甚至还没有盈利。这次将是一场血腥的屠杀。
Agents can now create Cloudflare accounts, buy dom… #
https://news.ycombinator.com/item?id=48032227
The agent starts a phone call, listens to the person on the line, analyzes which fraud bucket they fall into, and start the process.
While they are on the phone with the agent, it buys a domain relevant to the victim, the agent codes and deploy the website specially catered to them and the fraud bucket. Collect payment, destroy the website, redirect the domain to google.com. no need to start a new call because you had several agents committing the same fraud in parallel.
It can also be used to make art.
firefoxd
代理开始拨打电话，聆听电话那头的人，分析他们属于哪种诈骗类型，然后开始相应的流程。
当他们和代理通话时，会购买一个与受害者相关的域名，代理会编写并部署专门针对他们及其诈骗类型的网站。收取付款后，销毁网站，将域名重定向到google.com。无需重新拨打电话，因为你可以同时让多个代理并行实施相同的诈骗。
它也可以用来制作艺术作品。
Write some software, give it away for free #
https://news.ycombinator.com/item?id=48029822
Or don’t. I’ve done both, published OSS projects and sold some software. The level of entitlement in some comments I received on the OSS side was pretty crazy at times. While with the paid software, all of the interactions I had were so much more constructive. YMMV, but willingness to pay is a great filter.
SerCe
或者也可以不支付。我两种情况都经历过，既发布过开源项目，也卖过一些软件。在开源项目那边收到的评论中，有些人的优越感有时真是夸张。而在付费软件方面，我所有的互动都要建设性得多。情况因人而异，但愿意付费是一个很好的筛选条件。
Google Chrome silently installs a 4 GB AI model on… #
https://news.ycombinator.com/item?id=48027833
It’s additional software that many users didn’t ask for, don’t want and will not be aware of. Reminds me a bit of back when installing software was a minefield due to all of the integrated “promotions” for things like toolbars, only now they’ve vertically integrated the unwanted software, cutting out the middleman.
Honestly, for most features you could justifiably say its fine. I mean honestly, how large is an English dictionary? 100 KiB? That is a far cry from 4 GiB. Just taking up 4 GiB of disk space without even asking is indeed a shit move no matter how you shake it. If Microsoft Word updated and suddenly took up 4 GiB more for something like a dictionary, it might not cause as much uproar as if it were something that many people are tired of hearing about and not interested in, but I’m not sure you would find a single soul who would find that acceptable, more just tolerated, probably partly because a lot of people simply wouldn’t know better.
jchw
这是额外的软件，很多用户既没有要求，也不想要，甚至都不会注意到它的存在。让我想起了以前安装软件时的困难，因为经常会被各种捆绑的“推广”程序干扰，比如工具栏，现在他们将这些不受欢迎的软件整合到一起，省去了中间环节。
说实话，对于大多数功能来说，你可以合理地认为没问题。老实说，英文词典有多大？大约100KB？这和4GB相差甚远。毫无征求用户同意就占用4GB的磁盘空间，无论怎么看都是糟糕的做法。如果微软Word更新后突然多占用4GB空间来安装什么词典，可能不会引起如此大的骚动，因为那可能是大家早已听腻且不感兴趣的东西。但我敢肯定，没有人会觉得这是可以接受的，大家最多只是勉强容忍，部分原因大概是很多人根本分辨不出来好坏。
YouTube, your RSS feeds are broken #
https://news.ycombinator.com/item?id=48032508
I see people are doing scripts or other things to remove shorts from their feeds, but there is a simpler solution.
Take your RSS URL of a channel, e.g.:
https://www.youtube.com/feeds/videos.xml?channel_id=UCxSGC9BtJN2jgcz7ynXWdOw
Replace the channel_id with playlist_id and replace UC with UULF. This prefix will only list normal videos:
https://www.youtube.com/feeds/videos.xml?playlist_id=UULFxSGC9BtJN2jgcz7ynXWdOw
dawidpotocki
我看到有人在用脚本或其他方法来屏蔽动态中的短视频，但其实有一个更简单的解决办法。
拿一个频道的RSS链接，比如：
https://www.youtube.com/feeds/videos.xml?channel_id=UCxSGC9BtJN2jgcz7ynXWdOw
把其中的 channel_id 替换成 playlist_id，并且把开头的 UC 替换成 UULF。这样这个链接就只会显示正常视频：
https://www.youtube.com/feeds/videos.xml?playlist_id=UULFxSGC9BtJN2jgcz7ynXWdOw
Appearing productive in the workplace #
https://news.ycombinator.com/item?id=48039715
“Requirements documents that were once a page are now twelve. Status updates that were once three sentences are now bulleted summaries of bulleted summaries. Retrospective notes, post-incident reports, design memos, kickoff decks: every artifact that can be elongated is, by people who do not read what they produce, for readers who do not read what they receive.”
Great article. The “elongation” of workplace artifacts resonated with me on such deep level. Reminded me of when I had to be extra wordy to meet the 1000 minimum word limit for my high school essays. Professional formatting, length, and clear prose are no longer indicators of care and work quality (they never were, but in the past, if someone drafts up a twelve page spec, at least you know they care enough to spend a lot of time on it).
So now the “productivity-gain bottleneck” is people who still care enough to review manually.
wcfrobert
曾经一页的需求文档现在变成了十二页。曾经三句的状态更新现在变成了层层罗列的要点总结。回顾笔记、事后报告、设计备忘录、启动演示：所有能被拉长的文档都被拉长了，这些都是由不看自己产出内容的人写给不看他们收到内容的人看的。
很棒的文章。“工作文档的拉长”让我深有感触，让我想起了高中写作文时为了凑足1000字最低字数而啰嗦的经历。专业的格式、篇幅和清晰的表达已经不再是用心和工作质量的标志（其实从来都不是，但过去如果有人写了十二页的规格说明，至少你知道他们愿意花很多时间去做）。
所以现在“生产效率瓶颈”是那些仍然愿意手动审核的人。
Valve releases Steam Controller CAD files under Cr… #
https://news.ycombinator.com/item?id=48038100
We let kids gamble so much money in games that they don’t have to nickel and dime the adults.
benoau
我们允许孩子们在游戏中赌博大量金钱，这样他们就不用向大人们斤斤计较了。
IBM didn’t want Microsoft to use the Tab key to mo… #
https://news.ycombinator.com/item?id=48028064
IBM was legendarily over-managed. This is second-hand but a guy I used to work with told a story of when he interned for a summer at IBM in London during the mid-90s doing what would now be called a QA engineering. At that time everyone wore suits to work but the culture was changing so the interns put in a request to be allowed casual Fridays. Bear in mind that they were locked in a back room somewhere without any customer interaction so they didn’t think it was a big deal.
Months later, just before the end of the internship, they received a reply. Their manager had forwarded their request up the chain of command and the email had the full quoted history. Their request had been bumped up 4 successive layers in the London office, then across to the US headquarters where it continued its upwards trajectory, finally alighting on the desk of a VP who, after thanking them for bring the issue to his attention, rendered an carefully considered opinion.
The whole process had taken weeks, presumably as each person in the hierarchy debated whether they had the authority to tackle such a weighty issue.
The email had then been inexplicably bounced back DOWN the chain one link at a time, back across the Atlantic Ocean, and through the local office, down to the suit-bound interns, again weeks later, who by this stage only had days left at the internship.
The answer was no.
AndrewStephens
IBM以管理过度著称。这是个二手故事，我以前的一个同事讲过，当年他在90年代中期暑假在伦敦的IBM实习，做的事情现在称为QA工程师。那时大家上班都穿西装，但文化在变化，所以实习生们申请允许周五穿便装。请注意，他们被关在某个后室，没有接触客户，因此觉得这没什么大不了的。
几个月后，实习快结束时，他们收到了回复。他们的经理把申请往上级领导那儿转达了，邮件里附带了完整的沟通历史。这个请求先是在伦敦办公室层层递进了4级，然后传到了美国总部，继续往上，最终到了一个副总裁的桌上。那位副总裁感谢他们提出这个问题，并给出了经过深思熟虑的意见。
整个过程花了好几个星期，推测是因为每个层级的人都在讨论自己是否有权处理如此重要的问题。
然后这封邮件莫名其妙地按原路倒着往下传，一层一层回到伦敦办公室，最后递到了穿西装的实习生手中，已经是几个星期之后了，而这时实习期只剩几天。
答复是：不行。