2024-03-29 Hacker News Top Stories #

一句话摘要 #

Sam Bankman-Fried sentenced to 25 years in prison FTX创始人Sam Bankman-Fried因欺诈FTX客户和投资者被判处25年监禁，并需支付110.2亿美元罚款。

Writing Gnome Apps with Swift 文章介绍了使用Swift编写GNOME应用程序的方法，强调了Adwaita for Swift工具包如何简化在GNOME平台上的应用开发。

NotepadNext – a cross-platform reimplementation of Notepad++ NotepadNext是一个跨平台的Notepad++重新实现，提供了Windows、Linux和MacOS的安装包，目前项目稳定但不适合重要工作。

LLMs use a surprisingly simple mechanism to retrieve some stored knowledge 麻省理工学院的研究发现大型语言模型使用简单的线性函数来恢复和解码存储的事实，为理解和改进这些模型提供了新见解。

Misunderstanding about the details of how Apply Pay works 文章讨论了数字钱包的工作方式，特别是Apple Pay如何通过设备主账号(D PAN)保护用户的信用卡信息，而非仅仅隐藏个人信息。

Dioxus 0.5: Web, Desktop, Mobile Apps in Rust Dioxus 0.5版本发布，这是一个受React启发的Rust GUI库，引入了信号重写、CSS热重载等功能，旨在简化跨平台GUI应用的开发。

Peter principle 维基百科介绍了彼得原理，这是一个观察到员工在组织中晋升直至无法胜任的层级制度现象。

I scraped all of OpenAI’s Community Forum 该网站提供了OpenAI开发者社区论坛的全面分析，包括用户情绪、常见问题和对OpenAI产品的反馈。

Amazon fined in Poland for dark pattern design tricks 亚马逊因使用欺骗性设计元素误导消费者，尤其在产品可用性和交货日期方面，而在波兰被罚款800万美元。

Infinite Mac: Turning to the dark side “Infinite Mac"项目扩展到了NeXT硬件，提供了从NeXTStep 0.8预览版到OPENSTEP 4.2版本的可运行收藏，探索了NeXT的遗产及其对现代macOS的影响。

Sam Bankman-Fried sentenced to 25 years in prison #

https://www.cnn.com/business/live-news/sam-bankman-fried-sentencing-03-28-24/index.html

根据 CNN 的报道，FTX 创始人 Sam Bankman-Fried 被判处 25 年监禁，可能导致他在未来半个世纪内被监禁。他的父母在曼哈顿联邦法院离开时表示“我们心碎了，将继续为我们的儿子而战”。

一些加密社区的人对 SBF 的判决与被判终身监禁的 Silk Road 创始人 Ross Ulbricht 形成对比，引发争议。美国南区纽约联邦检察官 Williams 表示，SBF 的判决是对其他人的警告。虽然联邦刑事案件中没有假释的可能性，但 SBF 可以通过表现良好减少 25 年的刑期。法官 Kaplan 建议将 SBF 安置在中等安全性联邦监狱。

此外，Kaplan 还下令 SBF 支付 110.2 亿美元的罚款。法官 Kaplan 表示，SBF 可能再次犯罪的风险“并不是微不足道的风险”。最终，SBF 被判处 25 年监禁，因为他欺骗了 FTX 的客户和投资者。

法官 Kaplan 指出，SBF 希望成为一个“在政治上有巨大影响力的人”，这驱使他犯下金融犯罪。

HN 评论 1116 comments | 作者：misiti3780 | 7 hours ago #

https://news.ycombinator.com/item?id=39852953

这篇帖子中评论的观点归纳如下：

对 Sam Bankman-Fried 的行为感到失望，希望他的周围人能从中找到意义并修复所造成的伤害；

有人认为 Michael Lewis 的书揭露了 SBF 的道德缺陷，但也表现出同情；

评论指出大多数银行家也存在类似问题，但他们更擅长规避责任；

书籍推荐包括《Number go up》和《Easy Money》等；

对 Lewis 的态度分歧，有人认为他在书中表现得不够客观，也有人对他的采访持负面看法；

评论中还涉及了 SBF 的年龄、形象、行为等方面的讨论。

Writing Gnome Apps with Swift #

https://www.swift.org/blog/adwaita-swift/

这篇文章介绍了使用 Swift 编写 GNOME 应用程序的方法。Swift 由于其清晰的语法、静态类型和使代码编写更容易的特性，非常适合创建用户界面。

通过使用 Result builders 和 Swift 的闭包表达式语法，可以显著提高代码的可读性。Adwaita for Swift 利用这些 Swift 特性为开发 GNOME 平台应用程序提供了直观的界面。GNOME 是一个流行的开源桌面环境，以其强调简单性和易用性而闻名。它提供直观的用户界面，拥有使用现代 Adwaita 设计语言构建的庞大应用程序生态系统。

文章还展示了使用 Adwaita for Swift 的代码示例，说明了如何定义视图以及如何在视图层次结构中组合视图以产生不同的结果。Adwaita for Swift 的主要动机是使 Swift 在编写 GNOME 应用程序时更易用，具有声明性、易用性和可读性。该工具围绕数据构建，使得在用户界面中自动更新数据变得更加简单。

此外，Adwaita for Swift 还支持跨平台应用程序开发，可以在 Linux、macOS 和 Windows 上运行具有单一代码库的应用程序。文章还提到了如何发布应用程序以及如何参与 Adwaita for Swift 项目。

HN 评论 264 comments | 作者：msk-lywenn | 1 day ago #

https://news.ycombinator.com/item?id=39844936

这篇帖子中的评论观点大致可归为以下几类：

对于 SwiftUI 的使用体验和功能的讨论；
对于 Swift 在跨平台 GUI 开发中的潜力和优势的看法；
对于不同 UI 开发方法（如 Delphi）的比较和评价；
对于 UI 布局和代码编写方式的讨论，包括灵活性、维护性等方面的观点。希望这能帮到您！

NotepadNext – a cross-platform reimplementation of Notepad++ #

https://github.com/dail8859/NotepadNext

该 GitHub 项目是一个名为 NotepadNext 的跨平台应用程序，是 Notepad++ 的重新实现。

该项目提供了 Windows、Linux 和 MacOS 的安装包。Windows 提供了安装程序或独立的 zip 文件，Linux 可以通过下载独立的 AppImage 或安装 flatpak 获取，而 MacOS 可以下载磁盘映像。项目开发使用 Visual Studio 2022 和 Qt v6.2+，也可以成功构建在各种 Linux 发行版和 macOS 上。

代码采用 GNU 通用公共许可证第 3 版发布。项目稳定可用，但不适合重要工作，仍存在许多错误和半成品实现。欢迎贡献者提交拉取请求。

HN 评论 209 comments | 作者：Brajeshwar | 6 hours ago #

https://news.ycombinator.com/item?id=39854182

评论中提到 Notepad++ 和 NotepadNext 都基于 Scintilla，是高质量的开源代码编辑器组件。
有人喜欢 geany，也是基于 scintilla。
有人提到使用 Sublime 代替 SciTE，因为 Sublime 支持多光标功能。
多光标功能可用于在多个位置进行相同编辑，如大规模编辑数组项等。
多光标是过去十年中最重要的编辑器创新之一。
多光标用途包括转换字段名称、快速转换文本、清理小数据集等。
多光标功能在编辑器中广泛应用，如 VS Code、Sublime Text 等。
多光标功能可用于快速编辑多个字符串、模板等。
Scintilla 代码库不够异步准备，可能难以支持新功能如 LSP。
有人提到 wxWidget 的 wxStyledTextCtrl 也基于 Scintilla。
有人回忆起 SciTE 在桌面自动化方面的经历。
有人提到 Notepad++ 的功能需求，希望制作一个轻量级、快速的文本编辑器。
有人讨论了文本编辑器的自动保存功能。
有人分享了关于 Qt 启动速度的看法。
有人讨论了 UI 界面的设计风格和个人偏好。

LLMs use a surprisingly simple mechanism to retrieve some stored knowledge #

https://news.mit.edu/2024/large-language-models-use-surprisingly-simple-mechanism-retrieve-stored-knowledge-0325

这篇文章讨论了大型语言模型（LLMs）使用一种简单的机制来检索存储的知识。

研究人员发现，当这些庞大的机器学习模型回应用户提示时，它们使用了一种简单的线性函数来恢复和解码存储的事实。研究人员开发了一种技术来估计这些简单函数，发现即使模型对提示作出错误回答，它通常也存储了正确的信息。未来，科学家可以利用这种方法来查找和纠正模型内部的错误信息，从而减少模型有时给出不正确或荒谬答案的倾向。

研究人员还使用这些函数来确定模型对不同主题的真实看法，并开发了一种可视化工具，称为“属性镜头”，以帮助研究人员更好地理解模型。

这项研究揭示了大型语言模型在推理过程中如何召回事实知识的一个缺失环节，为我们更好地理解这些模型提供了重要见解。

HN 评论 98 comments | 作者：CharlesW | 9 hours ago #

https://news.ycombinator.com/item?id=39852118

这篇帖子中的评论观点主要包括：

对当前人工智能领域存在的问题和 AI 模型结构的反思；

关于模型选择和训练方法的讨论；对 transformers 模型优势和局限性的看法；

对神经网络结构和训练方法的探讨；

对 AI 模型存储知识和推理能力的研究；

以及对 AI 模型发展方向和潜力的思考。

Misunderstanding about the details of how Apply Pay works #

https://birchtree.me/blog/digital-wallets-and-the-only-apple-pay-does-this-mythology/

这篇文章讨论了数字钱包和“只有 Apple Pay 才能做到这一点”的神话。

文章作者指出，Apple Pay 通过钱包隐藏了您的实际信用卡号码，这些号码通常被零售商用来跟踪客户，因此比直接使用信用卡更为私密。文章解释了 DPAN（设备主帐号）与 FPAN（资金主帐号）之间的区别，以及数字钱包如何通过 DPAN 保护您的信用卡信息。

作者还提到，DPAN 在每次交易时并不会在不同商家之间更改，这有助于防止数据经纪人轻松购买跨多个商家的交易数据。此外，文章还澄清了 Apple Pay 并不隐藏个人信息，商家可以获得客户的姓名、地址等信息。总的来说，数字钱包的使用对于保护客户隐私和在数据泄露事件中降低风险都具有重要意义。

文章强调了数字钱包的工作原理并非行业独有，而是一种标准功能。

HN 评论 254 comments | 作者：CharlesW | 1 day ago #

https://news.ycombinator.com/item?id=39844960

评论中的观点归纳如下：

Apple Pay 和 Google Pay 并非支付网关或支付方式，而是在设备上设置新卡的中介，不参与实际交易流程；
Google Pay 支持多家银行的卡，因此在设备上设置默认卡时具有优势；
商家拒绝某些支付方式可能是由于终端设置或移动钱包功能在后端的认证问题；
Apple Pay 和 Google Pay 通过动态加密数据进行交易签名，提高安全性，而商家对此类交易的责任也有所不同；
一些商家可能拒绝某些支付方式是为了节省交易费用或由于认证要求的不同。

Dioxus 0.5: Web, Desktop, Mobile Apps in Rust #

https://dioxuslabs.com/blog/release-050/

这篇博文是关于 Dioxus 0.5 版本的发布。Dioxus 是一个用于在 Rust 中构建 GUI 的库，受到 React 的启发。在这个版本中，他们进行了重大改进和修复，包括信号重写、移除生命周期、CSS 热重载等功能。

在这个版本中，他们进行了 dioxus-core 的完全重写，移除了所有不安全的代码，引入了基于信号的 API，不再需要使用 use_state 和 use_ref 进行克隆。还移除了所有生命周期和 cx: Scope 状态，引入了一个统一的启动函数，支持 Tailwind 和 Vanilla CSS 的资产热重载，重写了事件系统，扩展了组件的功能等等。

另外，他们还解决了生命周期问题，通过引入新的信号管理解决方案，称为 Signals，使得编写新组件变得更加容易。此外，还介绍了一些其他功能，如 CSS 热重载、跨平台启动、全栈 CLI 平台、Liveview 路由支持、自定义资产处理程序等。

总的来说，Dioxus 0.5 版本带来了许多重大改进和新功能，使得在 Rust 中构建 GUI 应用变得更加简单和强大。

HN 评论 91 comments | 作者：jkelleyrtp | 8 hours ago #

https://news.ycombinator.com/item?id=39852167

有用户表示在使用 Dioxus 时遇到了一些功能缺失，但对 0.5 版本的改进表示期待；
另一用户认为 Dioxus 是一个很好的 GUI 框架，但有时在不同上下文之间共享状态可能会有些麻烦；
有用户提到对于 Rust 框架的选择，担心选择错误会导致维护困难，对 Dioxus 的前景表示关注；
创作者表示 Dioxus 团队获得了风险投资，计划提供类似 Vercel/Expo 的自托管部署模式；
有用户对 Dioxus 的商业模式提出疑问，创作者表示计划提供自托管部署模式；
有用户对 Dioxus 与 Flutter、Electron 等成熟跨平台构建系统的竞争优势进行了讨论；
有用户表示 Dioxus 在前端方面表现出色，认为是目前最佳选择之一；
有用户选择使用 Dioxus 构建 Freenet 的去中心化主页，并对其 DSL 和状态处理方式表示赞赏；
有用户对 Dioxus 的 generational-box crate 的工作原理提出疑问，创作者解释了其实现方式；
有用户对 Dioxus 与 web 组件集成的情况进行了探讨；
有用户对 RSX 和 SwiftUI 进行了比较，希望有一个类似 SwiftUI 的跨平台项目存在。

Peter principle #

https://en.wikipedia.org/wiki/Peter_principle

根据维基百科上关于 Peter Principle 的内容，Peter Principle 是由劳伦斯·J·彼得提出的管理概念，观察到一个等级制度中的人往往会升至“相对无能”的水平：员工根据在之前工作中的成功而被提升，直到达到一个他们不再胜任的水平，因为一个职位的技能并不一定能转化到另一个职位。这个概念是在 1969 年的《彼得原理》一书中解释的，该书由劳伦斯·彼得和雷蒙德·赫尔合著。尽管彼得和赫尔本意是讽刺性地写作这本书，但它因为被视为对人们在等级制组织中晋升方式缺陷的严肃批评而变得流行。Peter Principle 已经成为许多评论和研究的主题。

Peter Principle 指出，一个在工作中胜任的人将被提升到需要不同技能的职位。如果被提升的人缺乏新角色所需的技能，他们将在新水平上表现不佳，并不会再次被提升。如果这个人在新角色中表现出色，他们将再次被提升，并将继续晋升直到达到一个他们无法胜任的水平。由于足够的时间和足够多的等级可以让胜任的员工晋升，Peter Principle 因此被表达为：“在一个等级制度中，每个员工都倾向于升至他的无能水平。”这导致了彼得的推论：“随着时间的推移，每个职位都倾向于被一个无法胜任其职责的员工占据。”赫尔称这种研究等级制度如何运作的学科为等级学。

彼得原理的研究和相关作品表明，员工在晋升时往往是基于他们在之前职位的表现，而不是基于管理潜力。与 Peter Principle 一致，研究人员发现，表现优秀的销售员工更有可能被提升，但他们更有可能在担任管理职位时表现不佳，给企业带来了相当大的成本。

HN 评论 168 comments | 作者：steelbrain | 1 day ago #

https://news.ycombinator.com/item?id=39844104

这篇帖子中的评论观点大致可以归纳为：

组织并非理性的精英主义体系，许多管理者并非出于能力而晋升；
有人认为高效能员工会给高层管理带来困扰，因为他们不会盲目听从，而是提出风险、更好的解决方案，以及道德标准；
也有人认为高效能员工会受到重视，因为他们有见解、愿意承担责任，并能接受批评；
有人指出存在不合作的人，他们看似有见解，实际上只是与他人唱反调；
有人认为公司优先追求利润而非道德，导致不合作者出现；
有人提到在大型组织中，高层管理者与中层管理者之间的摩擦；
还有人讨论了晋升与管理技能之间的关系，以及晋升的动机。

I scraped all of OpenAI’s Community Forum #

https://julep-ai.github.io/

该网站是关于 OpenAI 开发者社区的解剖学。

OpenAI 有一个官方的开发者社区，由 Discourse 托管，是寻求关于 OpenAI 的 API、ChatGPT、Prompting 等帮助和交流的中心地带。论坛于 2021 年 3 月启动，至今已有超过 20,000 名用户发布了超过 10 万条帖子。论坛规模庞大，涵盖了各种主题，是了解开发者普遍情绪、识别用户面临的常见问题和困境以及收集 OpenAI 产品反馈的重要资源。

为了更深入了解开发者体验和关于某些产品的共享情绪，他们下载了论坛上截至 2024 年 2 月 28 日发生的所有帖子和讨论，包括 API、GPT Builders、Prompting、Community、Documentation 等类别。他们创建了一个包含上述类别中所有帖子和讨论的数据集。

此外，他们还进行了特征工程，对帖子进行了向量嵌入、主题建模等处理。通过分析数据，他们发现大多数帖子的情绪是中性的，但在不同类别中，API 和 API/bugs 类别的情绪最为负面，而 community 和 gpts-builders/plugin-store 类别的情绪最为积极。网站还提到了关于向量嵌入、主题建模、数据可视化等方面的内容。

HN 评论 38 comments | 作者：alt-glitch | 8 hours ago #

https://news.ycombinator.com/item?id=39852219

评论中有人分享了 Discourse 论坛的 AI 插件，可生成情感分析等功能；
有人质疑 Discourse AI 插件是否符合数据处理目的，提及隐私和道德问题；
讨论 OpenAI 名称含义及其非营利性质的变化；
有人称 OpenAI 的社区论坛类似于客户支持论坛，提及数据爬取合法性；
有人赞扬 Discourse 保持数据易于爬取；
讨论 OpenAI API 的使用建议和 Python 包的工程性；
有人对 Python 包装问题提出批评，认为 API 和性能问题不重要；
评论中还涉及 Python 包装问题和 OpenAI 实现之间的关系。

Amazon fined in Poland for dark pattern design tricks #

https://techcrunch.com/2024/03/27/amazon-dark-pattern-design-fine/

根据 TechCrunch 的报道，亚马逊在波兰因误导消费者关于在线市场销售合同的结束而被罚款。这项罚款接近 800 万美元（或当地货币 31,850,141 波兰兹罚款），还指责这家电商巨头使用欺骗性设计元素，可能在购买过程中注入虚假的紧急感，误导购物者关于产品可用性和交货日期等方面。

波兰的消费者和竞争监管机构 UOKiK 自 2021 年 9 月以来一直在调查关于亚马逊销售实践的投诉，包括一些未收到购买商品的购物者的投诉。该机构于 2023 年 2 月正式对亚马逊的做法展开调查。周三的罚款是该调查的结论。

UOKiK 发现，在亚马逊上订购产品的消费者可能会被这家科技巨头随后取消他们的购买，因为亚马逊不将购买时刻视为销售合同的结束，尽管向消费者发送了订单确认——即使消费者已经支付了产品。对于亚马逊来说，销售合同的结束只发生在它发送有关实际发货的信息后。

在强调执法细节的新闻稿中，UOKiK 表示，亚马逊未能清楚地向购物者传达这一重要细节，发现它只在“购买的最后阶段”提供这些信息。它还发现，有时消费者很难获取这些信息，例如亚马逊可能在页面底部以灰色字体显示在白色背景上的文本，这是所谓的“黑暗模式设计”的典型例子。

UOKiK 指出，亚马逊使用欺骗性设计来鼓励购物者点击购买，通过提供关于产品可用性和交货时间的误导性信息，例如列出有多少库存商品可供购买，并提供一个倒计时时钟以在特定交货日期前订购商品。其调查发现，亚马逊并不总是在这些订单的截止日期前满足这些要求，也不会立即发货，因为产品可能缺货，尽管向消费者展示相反的声明。

总体而言，UOKiK 对亚马逊的销售做法提出了多项批评，包括未清楚告知消费者有关销售合同结束时刻的重要细节，以及使用欺骗性设计来误导购物者。亚马逊已表示将对此罚款提出上诉。

HN 评论 60 comments | 作者：elsewhen | 15 hours ago #

https://news.ycombinator.com/item?id=39848862

评论中的观点归纳如下：

Amazon 在波兰使用“暗黑模式”被罚款，引发讨论；
波兰市场对于 Amazon 不是主要市场，本地有 Allegro 垄断；
Allegro 的客户体验好，而 Amazon 在波兰的界面和搜索引擎不佳；
Amazon.pl 的客服差，而 Amazon.de 则服务好；
波兰的 Amazon 没有很多选择，搜索引擎也不好；
Amazon.de 使用波兰的仓库发货到德国；
波兰市场有独特的大玩家，Amazon 和 eBay 难以竞争；
Amazon 在波兰的搜索引擎糟糕，只显示国际商品；
Amazon.pl 没有英文版本，而 amazon.de 有；
波兰 Amazon 的“暗黑模式”引发争议，可能存在虚假压力；
Zoom 也被指责使用暗黑模式，强制安装客户端。

Infinite Mac: Turning to the dark side #

https://blog.persistent.info/2024/03/infinite-mac-nextstep.html

这篇博文介绍了作者将"Infinite Mac"扩展到 80 年代和 90 年代 Mac 用户暗中向往的黑色硬件 NeXT。现在，作者提供了一个可运行的收藏，包括从 1988 年初的 0.8 预览版到 1997 年最终发布的 OPENSTEP 4.2 版本的所有著名 NeXTStep 版本。

作者在大约一年前发现了 Previous 模拟器，它似乎是对 NeXT 硬件的忠实模拟，因此能够运行 NeXTStep。虽然将其包含在"Infinite Mac"中会有范围膨胀的问题，但 NeXT 的遗产在很多方面比经典 Mac OS 更与当今的 macOS 相关。作者将 Previous 移植到 WebAssembly/Emscripten，并且这一过程变得更加容易。作者还分享了在整合工作中遇到的挑战和解决方案，以及对 NeXTStep 的探索和发现。

作者还介绍了 NeXTStep 的各个版本，NeXT 的策略转变，以及 NeXTStep 3.0 开始支持当代 Mac 使用的 HFS 文件系统。此外，作者还创建了 NeXT 版本的"Infinite HD"驱动器，预装软件，使 NeXT 机器可以运行 Doom 和 WorldWideWeb 等软件。作者还提到了 Daydream，一款允许 Mac 软件在黑色硬件上运行的工具，以及作者在"Infinite Mac"上包含的 Darkmatter 版本。

最后，作者还提到了"Infinite Mac"的一些更新，包括网站的小改版，KanjiTalk 新年彩蛋的回忆，以及 DingusPPC 取得的进展。文章还提到了作者与 Previous 作者和其他相关讨论的链接。

HN 评论 50 comments | 作者：CharlesW | 1 day ago #

https://news.ycombinator.com/item?id=39843902

评论中的观点归纳如下：

对 NeXTStep 3.3 版本的赞赏和怀旧情感；
希望苹果团队将 NS 3.3 源代码移植到 RPi 400；
对鼠标加速度问题的讨论；
关于 NeXT 计算机的存活文档和社区问题的提及；
对 NeXTSTEP 复制品的期待和评价；
对 GNUstep 和其他类似项目的讨论；
对 NeXT 的 UI 和功能的怀念；
对 NeXT 硬件的怀念和使用经验分享；
对 NeXT 硬件的维护和使用问题的讨论；
对 NeXT 硬件上的 MP3 播放能力的评价。