近70%的热门日本智能手机游戏现在提供替代支付系统，以绕过苹果和谷歌收取的巨额佣金（高达30%）。这一转变是由新的日本法律推动的，该法律将于12月生效，要求科技巨头开放其支付平台。 目前，大多数游戏下载都通过苹果和谷歌的应用商店进行，这给游戏开发者带来了显著的成本。通过将玩家引导至外部网站进行购买——利用Digital Garage和GMO Tech等服务，佣金约为5%——公司旨在提高盈利能力并为用户提供折扣。 共同社对最畅销游戏进行的统计显示，16款国内游戏中有11款已经采用了这种策略，其中一些游戏，如《怪物弹珠》，已经为用户提供5%更多的游戏内价值。预计这一趋势将对超过1万亿日元的应用内购买市场产生积极影响，对开发者和消费者都有利。
每日HackerNews RSS
计算机欺诈法被用于起诉向CNN泄露空难录像的人。
Computer fraud laws used to prosecute leaking air crash footage to CNN
2 天前
启用 JavaScript 和 Cookie 以继续。
## Hacker News 讨论：“我不再购买Mac了”
一篇最近的 Hacker News 帖子引发了争论，作者详细描述了他们的负面经历，导致他们放弃了Mac。主要抱怨集中在导出 Apple Notes（存储为 SQLite 数据库）的困难、iMac 上“令人痛苦地锋利”边缘等感知到的设计缺陷，以及一种被锁定在 Apple 生态系统中的普遍感觉。
许多评论者批评了作者的方法，指出使用 AppleScript 可以轻松获得笔记导出的解决方法，以及定期备份的重要性。一些人同意对硬件的批评，认为 iMac 的边缘不舒服，而另一些人则认为这篇抱怨过于戏剧化，并且缺乏研究。
讨论还涉及 Apple 的封闭花园式方法、用户体验期望以及与 PC 替代方案的比较。 几位用户指出，虽然 Apple 的生态系统可能会令人沮丧，但竞争对手通常也存在自身的问题。最终，该帖子强调了一个反复出现的主题：Apple 的优势在于其精选的体验，但代价是灵活性降低，并且对于不愿投资其生态系统的用户来说可能存在问题。
## 蛋头软件：一家复古零售商的兴衰
蛋头软件是美国一家先锋的零售连锁店，从1984年到2001年销售电脑软件，以其对消费者友好的方式而闻名——提供专业知识，避免使用术语，并提供折扣价格。公司由维克多·阿尔哈德夫创立，并得到保罗·艾伦的初始投资，在1988年成功上市后迅速扩张到约200家门店。
蛋头软件通过降低零售价格，有时甚至是大幅度降低，而蓬勃发展，但面临着来自新兴的消费电子产品超级商店（如百思买和电路城）日益激烈的竞争，这些商店提供更广泛的选择和更具竞争力的价格。尽管公司试图适应——包括更大的店面形式以及1998年向在线销售的转变，并与Onsale合并——但蛋头软件仍然难以在不断发展的互联网市场中实现盈利。
最终，该公司于2001年8月18日宣布破产。潜在的出售给飞跃电子的交易失败了，亚马逊收购了蛋头软件的域名和资产。虽然在当时是一个很好的概念，但蛋头软件的时机不佳，被更大的竞争对手和不断变化的软件分发格局所超越，最终成为对逝去零售时代的怀旧回忆。
## 忆起蛋头软件
最近一篇 Hacker News 的讨论引发了人们对 90 年代流行的电脑零售连锁店蛋头软件的怀旧回忆。用户们分享了他们去蛋头软件商店的个人经历——回忆起玩演示游戏（叛逆突击！）、购买软件（Visual Basic、X-Wing、Lemmings）以及浏览新发行的激动心情。
许多人记得蛋头软件是互联网普及前购买软件的重要场所，在那里可以亲手检查产品并受益于知识渊博的员工。讨论强调了当时软件包装的*巨大*尺寸，以及带回家那些装满手册和软盘的盒子所带来的吸引力。
一些评论员指出导致蛋头软件衰落的因素，包括亚马逊等在线零售商的崛起、CompUSA 和 Fry’s Electronics 等大型连锁店的竞争，以及难以适应不断变化的市场。一位内部人士透露了蛋头软件的后端系统细节以及维持技术精湛员工的挑战。最终，蛋头软件代表着实体软件零售的逝去时代，那些与它一同成长的人们对其充满美好的回忆。
彭博社 需要帮助？请联系我们 我们检测到您的计算机网络存在异常活动 要继续，请点击下面的框来确认您不是机器人。 为什么会发生这种情况？ 请确保您的浏览器支持 JavaScript 和 cookies，并且没有阻止它们加载。 更多信息请查看我们的服务条款 和 Cookie 政策。 需要帮助？ 关于此消息的咨询，请联系 我们的支持团队并提供下面的参考ID。 阻止参考ID：a9392b1f-7fb4-11f0-983f-e5b72931fe32 通过彭博社订阅，随时掌握最重要的全球市场新闻。 立即订阅
Coinbase 首席执行官布莱恩·阿姆斯特朗采取了一项严厉措施，以确保他的工程团队采用像 GitHub Copilot 和 Cursor 这样的人工智能编码助手。在购买了企业许可证后，阿姆斯特朗对预测的缓慢采用率感到惊讶。他发布了一项全公司范围的指令，要求工程师在一周内开始使用这些工具，并威胁说，如果不遵守，将举行周六会议——最终，将解雇不配合者。 尽管承认这种做法“过于强硬”，阿姆斯特朗解雇了少数几个没有充分理由拒绝使用的工程师，从而明确传达了公司对人工智能的承诺。此后，Coinbase 将重点放在人工智能工具的培训和知识共享上。 这一事件引发了争论，Stripe 的约翰·科利森质疑长期维护人工智能生成的代码库的可行性，阿姆斯特朗也承认了这种担忧。这个故事凸显了开发人员面临的日益增长的拥抱人工智能的压力，即使人们仍然对其对代码质量和可维护性的影响存在疑问。
## 从MacBook到Linux：与Omarchy共度的一个月
在使用了15年以上macOS后，我切换到一台运行Omarchy（基于Arch Linux的发行版）的廉价联想ThinkBook，并且我享受着这种新获得的自由。主要驱动力是对苹果日益侵入性的更新感到沮丧，以及对更深层次定制化的渴望。
过渡并非一帆风顺。虽然Omarchy开箱即用就能复制我许多macOS工作流程，但寻找Snagit（截图工具）的替代品以及实现相当的电池续航仍然是持续的挑战。备份解决方案也需要在放弃TimeMachine后重建。
然而，好处是显著的。Linux提供无与伦比的定制化——从键盘快捷键到窗口管理——允许我根据我的确切需求定制操作系统。像Walker（启动器/搜索）这样的工具在功能上超越了Raycast，并且能够使用脚本调整一切令人感到解放。
尽管存在一些硬件方面的权衡（风扇噪音、更短的电池续航），但整体体验是积极的。我学到了很多，拥抱了开源世界，并享受到了以前无法获得的控制权。这是一次有趣且高效的转变，我计划继续完善我的设置并分享我的旅程。
## 从MacBook到Arch Linux：一次持久的切换
这个Hacker News讨论围绕着一位用户从M1 MacBook切换到带有自定义配置Omarchy的Arch Linux的体验。作者发现切换出乎意料地顺利，使用一个月后享受了Arch的速度和定制性。
评论中揭示了关于苹果硬件价值的争论——许多人同意MacBook提供卓越的制造质量、触控板、屏幕和音频，可以使用多年。然而，其他人认为同等价位的ThinkPad可以在更低的成本下实现相似的寿命和性能。一个关键点是苹果的优化，有些人声称Mac上的8GB内存相当于其他系统上的32GB内存。
许多评论者强调了权衡：macOS提供“即插即用”的便利性，而Linux提供更大的控制权和定制性。讨论还涉及了像Hyprland这样的平铺窗口管理器的吸引力，以及像Omarchy这样简约、面向高级用户的设置的好处。最终，这个帖子展示了一个充满激情的社区，权衡不同操作系统和硬件选择的优缺点。
加载中...
一个新的工具，fugue-state.io，允许用户使用ABC记谱法进行音乐转录，并带有语法高亮。Hacker News上的初步反应不一。虽然核心功能——一个与音频播放同步的文本编辑器——引人入胜，但有几位用户报告了网站的可用性和透明度问题。
担忧集中在缺乏明确的定价、使用限制以及强制注册上。一些用户遇到了加载问题，编辑器显示为空白。另一些人发现乐谱的滚动机制卡顿，不适合即视奏，建议采用垂直滚动格式会更有效。
值得注意的是，一个关键的澄清浮出水面：该工具并不能*自动*转录音频，而是方便手动记谱并同步播放。寻求自动转录的用户被建议寻找替代的Audacity插件。
## Glyn：用于 Gleam 的类型安全分布式 Actor
Glyn 为构建分布式 Gleam actor 提供类型安全的 PubSub 和 Registry 系统，利用 Erlang 的 `syn` 库。它通过两个核心组件实现健壮的 actor 通信：**PubSub** 用于向订阅者广播事件，**Registry** 用于直接将命令路由到命名进程。
至关重要的是，Glyn 通过要求显式解码器来强制类型安全，确保跨集群的可靠处理——消息作为 Erlang 项发送，而不是 JSON。开发者定义消息类型和相应的解码器函数来实现这一点。
Glyn 使用选择器组合与 Gleam 的 actor 模型无缝集成。Actor 可以订阅 PubSub 主题，在 Registry 注册，并将这些通道组合起来以实现复杂的行为。这允许强大的多通道 actor 集成，在一个 actor 中处理各种消息类型。
该库包含示例，演示了消息定义、PubSub 发布/订阅、Registry 注册/命令发送，以及结合使用这两个系统的完整 actor 实现。Glyn 是开源的，并采用 MIT 许可证。
这是一个使用浏览器内置XSL支持构建网站的简单示例，该网站在所有页面上具有统一的主题，无需任何服务器端代码、静态网站生成器或Javascript。请参阅演示网站。当您浏览到index.xml（或任何其他XML文件）时，浏览器会加载XML顶部指定的模板文件。该模板文件描述了如何将XML中的各种自定义标签渲染为HTML。请参阅advanced/以获取更多关于定义带有字段的模板或在其他模板中使用模板的高级示例。
## 无需 JavaScript 的网页，使用 XSLT
Evidlo 分享了一个演示，展示了如何使用 XSLT 进行模板处理，构建简单的静态网页，无需 JavaScript 或构建步骤。这种方法旨在复制 Jekyll/Hugo 等工具的功能，提供一种避免页眉和页脚样板代码的直接方法。页面被结构化为引用 XSL 样式表的 XML 文件，从而生成正常的 URL。
然而，XSLT 的未来并不确定。由于安全问题和缺乏现代更新（目前停留在 XSLT 1.0），Google 已经提议从 Web 标准中移除 XSLT 支持，浏览器可能会限制或移除支持。这促成了该演示，作为该技术仍然可行时的“概念验证”。
讨论围绕 HTML Imports 失败的原因、Web 组件替代方案的复杂性以及 XSLT 声明性特性的潜在优势展开。虽然有些人哀叹 XSLT 可能的损失，但另一些人则指出安全漏洞以及浏览器未实现较新的 XSLT 版本作为移除它的理由。 许多评论者分享了使用 XSLT 用于各种目的的相关项目和经验。