2024 07 09 HackerNews

2024-07-09 Hacker News Top Stories #

  1. 一篇深度文章揭示了TicketMaster的SafeTix技术被逆向工程的过程，质疑其安全性并批评其商业模式。
  2. Satyrn.app是一款为Mac设计的现代Jupyter客户端，启动迅速，提供上下文代码生成和Black格式化，优化了效率和用户体验。
  3. 作者成功在手机上仅用JavaScript模拟2000万粒子，通过优化数据结构和多线程实现了高效模拟。
  4. 波音公司将对与737 MAX坠机事件相关的刑事欺诈指控认罪，同意支付罚款并投资于安全项目。
  5. 由于无法直接资助Firefox，一位作者选择支持新兴的Ladybird浏览器项目，强调浏览器多样性的重要性。
  6. Onlook Studio开源项目允许用户可视化构建React应用UI，提供本地运行的编辑器和实时代码更新功能。
  7. 博文探讨滑雪板使用过程中边缘变钝的问题，分享了3D打印夹具和金刚石砂轮修复方法。
  8. 文章悲观地认为互联网已走向衰落，商业模式失败，成为消耗能量的污染源，不再是创新引擎。
  9. Zed编辑器被曝在未获用户同意下自动下载二进制文件和NPM包，引发安全和隐私担忧。
  10. 论文从几何视角探讨大型语言模型的推理能力，分析其表达能力和自注意力图密度的关系。

Reverse engineering Ticketmaster’s rotating barcodes #

https://conduition.io/coding/ticketmaster/

这篇文章是关于逆向工程 TicketMaster 的旋转条形码（SafeTix）的。文章描述了作者购买音乐会门票时遇到的问题，TicketMaster 使用了一种名为 Mobile Entry 或 SafeTix 的系统，将门票以旋转条形码的形式显示在其网页应用程序或安卓/iOS 应用中。

作者对这种新技术提出了质疑，指出旋转条形码存在诸多问题，如需要网络连接、容易出错等。TicketMaster 将其 SafeTix 技术宣传为防止欺诈和黄牛票的利器。作者通过逆向工程分析了 TicketMaster 的旋转条形码生成方式，发现了生成条形码所需的关键信息，包括事件密钥、客户密钥和原始令牌等。

最后，作者批评了 TicketMaster 的商业做法，并呼吁对其门票验证系统进行重构。

HN 热度 927 points | 评论 350 comments | 作者：miki123211 | 7 hours ago #

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

  • Ticketmaster 的商业模式基于欺骗公众，使艺术家和场馆免受影响，而不是直接售票。
  • 大多数大型场馆由 Live Nation 拥有和运营，Live Nation 也拥有 Ticketmaster，形成一种壳公司，充当了黄牛和客户服务干扰者的角色。
  • Taylor Swift 的经理是一个女性，像 TS 这样的艺术家会了解幕后的运作。
  • Ticketmaster 有一个“合作伙伴”黄牛计划，帮助黄牛大规模列出和管理转售门票。
  • 软件开发人员是现代时代的巫师和萨满，应该以节制和诚信的力量使用他们的能力。
  • 开发人员应该有道德准则，但目前与软件开发人员相关的职业没有注册或道德准则。
  • 软件工程师应该团结在真正的自由理念背后，以实现自动化领导层，并提高社会底线。
  • Ticketmaster 的旋转条形码系统可能存在安全问题，但也可能防止黄牛和提高安全性。
  • 意大利通过法律强制要求大型活动（如拥有 5000 人以上观众的音乐会）检查身份证。
  • 有人建议使用单一真相源来解决门票与姓名的关联问题，但可能会面临连接性问题。
  • 航空公司要求 ID 检查是为了安全，而 Ticketmaster 销售未经验证的进入拥挤场馆的门票。
  • 门票与 ID 关联可能会防止黄牛，但也可能对普通用户造成不便。
  • 门票系统的改进可能会提高安全性，但也可能对普通用户造成不便。

Show HN: A modern Jupyter client for macOS #

https://satyrn.app/

网站 https://satyrn.app/ 是一个现代化的 Jupyter 客户端，专为 Mac 设计。它比 VS Code 和 JupyterLab 启动更快，能够在上下文感知提示单元中内联生成代码，设计简约以保持专注，提供现代命令面板帮助您高效完成任务。

此外，它支持 Black 代码格式化，让您保持整洁有序；一键复制图形和表格；以及通过 Satyrn 的内核管理器添加新的虚拟环境。Satyrn 可与所有 ipynb 文件一起使用，直接从 Finder 启动，自动检测现有内核，无需额外设置。

只需下载应用程序即可开始编码。

HN 热度 565 points | 评论 152 comments | 作者：jackhodkinson | 1 day ago #

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

  • Jupyter notebooks 在科学家、业务分析师等领域有广泛应用，提供快速开始的便捷性。
  • 有观点认为提供内置.venv 支持和 Python 分发将是重要的增强。
  • 有公司提供类似产品，专注于提供易于设置的全功能 Jupyter 环境。
  • 一些人回忆起在 Matlab 或 Mathematica 上编程的经历，期待更简单易用的编程工具。
  • 有人认为 Python 中的依赖管理问题被夸大，但也有人遇到特定依赖版本固定导致问题。
  • 用户提出 Satyrn 在安装 ipykernel 时可能会出现问题，建议在安装前征求用户意见。
  • 有人建议 Satyrn 增加拖放文件功能，以便快速查看文件内容。
  • 有人喜欢 Satyrn 的网站设计，询问制作方法，并提到 Satyrn 与其他同名项目无关。
  • 有人对 Electron 应用表示担忧，认为轻量的本地应用更具优势。
  • 有人对 Satyrn 的快速启动和设计风格表示赞赏，期待远程连接支持。
  • 有人提到 Jupyter QtConsole 作为一个被低估的工具，适用于快速计算替代。
  • 有人期待 Satyrn 支持远程 Jupyter 服务器连接。
  • 有人分享了使用 Jupyter QtConsole 的经验，认为其是一个完美的工具。
  • 有人提到 Jupyter QtConsole 适合作为“计算器替代品”，而 QtConsole 则更适合这种角色。
  • 有人对 Jupyter QtConsole 的使用方式进行了解释，指出其功能和优势。
  • 有人分享了使用 Jupyter QtConsole 和 vim 的经验，强调其便捷性和高效性。

Show HN: Simulating 20M Particles in JavaScript #

https://dgerrells.com/blog/how-fast-is-javascript-simulating-20-000-000-particles

这个挑战是在手机上使用 CPU 在 60fps 的情况下，仅使用 JavaScript 模拟 100 万个粒子。为了达到这个目标，作者决定利用 JavaScript 中的 TypedArrays，以保证数据的紧凑性和连续性，从而提高性能。

作者使用了 SharedArrayBuffer 来实现多线程，通过主线程和工作线程之间的通信来控制粒子模拟。粒子数据存储在 SharedArrayBuffer 中，每个粒子由 4 个浮点数表示。绘制粒子时，作者使用了 ImageData 对象，将每个粒子绘制为一个像素。通过将渲染和模拟分离，并使用多线程处理模拟，作者成功实现了在手机上模拟 100 万个粒子并维持流畅的 60fps。

整个过程中，作者尽量避免了多线程写入相同内存位置，以确保数据的可预测性和稳定性。通过优化数据存储和处理方式，作者成功实现了挑战并展示了高效的 JavaScript 粒子模拟。

HN 热度 495 points | 评论 61 comments | 作者：rustystump | 21 hours ago #

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

  • 评论建议在博客中嵌入模拟，以便更易找到实际模拟链接
  • 建议使用 GPU 在不使用 WebGPU 的情况下运行粒子模拟
  • 建议使用交互式小工具来减少网络上的噪音
  • 问及有无框架可简化制作交互式模拟
  • 建议使用 p5.js 作为制作交互式模拟的良好工具
  • 讨论了如何将粒子数据编码为单个 JS 数字以节省内存
  • 推荐使用 bitfields 和 JS 优化的向量操作
  • 讨论了使用 Float16Array 减少内存需求的可能性
  • 讨论了 Atomics API 是否使用 promises
  • 提到了其他模拟粒子的资源和工具
  • 讨论了前端开发中的性能优化和内存分配问题
  • 讨论了使用 WebGL 和 WebGPU 的优势
  • 讨论了科学计算在 WebAssembly 中的发展
  • 讨论了 SIMD 是否在 WebAssembly 中起作用
  • 讨论了代码编辑器的使用问题和解决方法

Boeing to plead guilty to criminal fraud charge stemming from 737 MAX crashes #

https://www.cnbc.com/2024/07/08/boeing-to-plead-guilty-to-criminal-fraud-charge-stemming-from-737-max-crashes.html

根据 CNBC 的报道，波音公司已同意承认与致命的 737 Max 飞机坠毁案件有关的刑事欺诈指控，这一决定使这家美国航空航天巨头成为了一个罪犯，但也避免了审判，同时试图从安全和制造危机中走出困境。根据协议，波音将面临高达 4.872 亿美元的罚款，尽管司法部建议法庭将之前达成的协议中波音支付的一半金额计入，最终罚款金额为 2.436 亿美元。

这项认罪协议需要联邦法官批准才能生效。如果协议获得接受，波音可能会因为成为罪犯而复杂化其向美国政府销售产品的能力，尽管该公司可以寻求豁免。波音去年近 780 亿美元的收入中约 32% 来自其国防、太空和安全部门。国防部官员周一表示，国防部将评估波音的整改计划以及其与司法部的协议，“以确定保护联邦政府所需和适当的步骤”。认罪协议还安排了一名独立监察员在三年的试用期内监督波音的合规情况。

根据法庭文件，波音还必须至少投资 4.55 亿美元用于合规和安全项目。波音还同意让其董事会与坠机受害者家属会面。司法部在周日晚些时候公布了这项协议，数月前美国检察官表示，这家航空巨头违反了 2021 年的一项协议，使其在三年内免受起诉。认罪协议的提议迫使波音在认罪和附加条款之间做出选择，或者进行审判，就在该公司试图摆脱其制造和安全危机，选择一位新首席执行官并收购其机身制造商 Spirit AeroSystems 之际。波音在法庭文件提交后表示：“我们可以确认，我们已就与司法部解决方案的具体条款达成原则协议，具体条款的制定和批准还需进一步确认。”

今年五月，司法部表示波音违反了 2021 年的协议。根据那项延期起诉协议，波音同意支付 25 亿美元，包括 2.436 亿美元的刑事罚款、赔偿航空公司和 5 亿美元的赔偿金给受害者家属。该 2021 年的协议在一架由阿拉斯加航空公司运营的几乎全新的 737 Max 9 飞机的门板在 1 月 5 日爆炸两天后到期。虽然没有造成严重伤害，但这一事故给波音带来了新的安全危机。国家运输安全委员会的初步报告发现，固定门板的关键螺栓未连接到飞机上。美国指控波音串谋欺骗政府，误导监管机构关于 Max 飞机上的一个后来被牵涉到两起坠机事故的飞行控制系统的情况——2018 年 10 月的狮航航班和 2019 年 3 月的埃塞俄比亚航空航班。这两起事故中共有 346 人遇难。

美国检察官于 6 月 30 日告知坠机受害者家属，他们计划从波音那里寻求认罪。家属律师称这是“一项甜蜜的交易”。认罪协议提交给联邦法院后不久，受害者家属在自己的文件中表示，他们将反对认罪协议，认为这“不公平地让步给了波音，其他刑事被告永远不会得到这样的待遇，并且未能让波音为 346 人的死亡负责”。受害者家属的律师保罗·卡塞尔表示，法官应拒绝这项协议，并“简单地将此事定为公开审判，以便所有涉及此案的事实都能在一个公正和开放的法庭上得到公开。”协议要求监督波音试用期的公司监察员必须是独立的，这一协议的一个方面旨在解决代表受害者家属的律师的担忧。

协议还规定，波音向受害者的幸存亲人支付的赔偿金没有上限。尽管如此，律师们表示波音应该接受审判。“波音是一家庞大的公司，”受害者家属的另一位律师艾琳·阿普尔鲍姆说。“无论他们向家庭成员支付多少钱，都无法让家庭成员复活。”

HN 热度 489 points | 评论 504 comments | 作者：dblitt | 17 hours ago #

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

  • 评论中有关于 Boeing 在 MCAS 系统上的行为被指控的观点，认为公司应对个人行为负责，而不仅仅是公司。
  • 评论指出法庭限制了较低法院对法律的解释，认为国会可以修复法律。
  • 讨论了国会修复法律的时间长短，认为国会行动缓慢是因为支持广泛的法律会快速通过。
  • 讨论了国会行动速度的观点，认为国会行动缓慢是因为足够多的国会议员和他们的捐助者从国会议员能够接受“回报”中受益。
  • 讨论了广泛公众支持的法律提案未能通过的情况，认为广泛支持的法律提案未能通过的原因是因为政客的支持，假设该群体代表两院的超级多数票。
  • 讨论了美国囚犯中的情况，指出大多数囚犯是因暴力犯罪而被定罪，而不是简单的大麻持有。

I’m funding Ladybird because I can’t fund Firefox #

http://jackkelly.name/blog/archives/2024/07/06/im_funding_ladybird_because_i_cant_fund_firefox/

这篇博文是关于作者无法资助 Firefox 浏览器，因此选择资助 Ladybird 浏览器计划的原因。作者认为 Chrome 占据了网络的主导地位，而他一直希望资助一个严肃的替代浏览器。他强调了浏览器多样性的重要性，指出一个健康的生态系统需要多个竞争对手，以避免某个厂商对网络标准具有绝对控制权。

作者解释了 Mozilla 不允许他资助 Firefox 的原因，主要是因为 Firefox 的主要收入来源是与其直接竞争的 Google。作者对 Mozilla Corporation 最近的一些争议性举措表示担忧，认为他们应该让用户资助 Firefox。

最后，作者介绍了 Ladybird 浏览器计划，这是一个非营利组织，致力于构建一款新的浏览器，尽管该浏览器目前仍未完成，但作者决定资助他们。

HN 热度 256 points | 评论 215 comments | 作者：todsacerdoti | 1 day ago #

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

  • Mozilla 被指责支持在线广告，认为广告对网络至关重要。
  • Mozilla 被指责受 Google 资助，以防止监管者像对待 IE 一样对待 Chrome。
  • 人们认为 Firefox 对网络的未来至关重要，支持 Firefox 或其衍生产品。
  • Servo 被提及，计划将 CSS 渲染转移到 GPU，可能对未来产生重大影响。
  • Ladybird 项目开始于 SerenityOS，使用 C++，但计划转向其他语言。
  • 有人担心 Ladybird 项目开发时间过长，建议社区讨论加快进程。
  • 有人对 Ladybird 项目不使用内存安全语言表示担忧，认为浏览器是巨大的攻击面。
  • 有人认为 Rust 解决了 C/C++ 的安全和并发问题，但也有人认为使用 C++ 完成工作更明智。
  • 有人提到 Firefox 和 Chromium 逐渐转向 Rust。
  • 有人认为在浏览器中使用内存安全语言不是简单的事情，需要考虑 GC 等因素。
  • 有人指出浏览器中的 GC 与其他部分需要正确互动，否则会影响内存安全。
  • 有人认为浏览器中的 GC 需要正确的交互，否则会影响内存安全。

Show HN: Open-sourced Webflow for your own app #

https://github.com/onlook-dev/studio

这个 GitHub 地址（ https://github.com/onlook-dev/studio）是关于一个名为 Onlook Studio 的项目。该项目旨在通过视觉方式构建用户界面，支持任何 React + TailwindCSS 应用程序。项目包括以下内容：

  • 安装：包括克隆存储库、导航到应用程序文件夹、安装 NPM 软件包和运行项目等步骤。
  • 使用：提供了演示项目和如何在自己的 React 项目中使用 Onlook 插件的说明。
  • 路线图：展示了项目的发展计划，包括浏览器、编辑器、代码转换、组件、变量和代码编辑器等功能。
  • 贡献：鼓励用户提出建议、贡献代码或报告问题。
  • 联系方式：提供了 Onlook 团队的联系方式。
  • 致谢：感谢了一些项目，如 Project Visbug 和 Responsively App。
  • 许可证：根据 Apache 2.0 许可分发。

该项目的目标是为 React 应用程序提供 Webflow 的强大功能。如果您对构建 React 应用程序的用户界面感兴趣，可以查看该项目以获取更多详细信息。

HN 热度 256 points | 评论 58 comments | 作者：hoakiet98 | 10 hours ago #

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

  • 该帖子介绍了一个开源的 Webflow 应用，允许用户在本地运行的 React 应用中进行可视化编辑，并实时将代码写回应用。
  • 该工具旨在让用户在完全拥有代码的同时开发 UI，与其他云端上传或繁琐设置的可视化构建工具不同，Onlook 在本地运行，只需添加一个编译步骤插件。
  • 技术细节包括将 Web 浏览器指向本地主机，注入一些 CSS 以允许选择、拖放 DOM 元素，然后将更改转换回 React 代码。
  • 下一步计划包括构建用于检查和选择图层、拖动重新排序以及插入新 DOM 元素的概念验证，探索在新框架中打开更多选项卡以进行 A/B 测试等功能。
  • 作者期待听到其他人的想法和反馈，认为这个工具非常有趣且令人兴奋。

Do Skis Get Blunt? #

https://brooker.co.za/misc-blog/2024/01/23/skis.html

这篇博文是关于滑雪板是否会变钝的讨论。作者 Marc Brooker 分享了他在滑雪过程中的一些观察和经验。他提到曾在滑雪缆车上遇到一个自称是退役奥林匹克滑雪调试员的人，他声称滑雪板调试是一种骗局，只要在滑雪之间保持滑雪板干燥，它们就会保持锋利。

作者对此持怀疑态度，认为雪和冰具有磨蚀性，即使是硬钢也会在一段时间后被磨损。作者展示了他的滑雪板边缘在经过一段时间后的磨损情况，并介绍了修复这种损伤的方法。他使用了一个 3D 打印的夹具和 500 目的金刚石砂轮来修复滑雪板边缘，最终让滑雪板保持锋利。

作者认为，对于他来说，一双锋利的滑雪板是在冰雪天气中享受滑雪和感受恐惧之间的关键区别。

HN 热度 238 points | 评论 170 comments | 作者：luu | 17 hours ago #

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

  • 针对滑雪板的锋利边缘，特别是在冰雪上，锋利边缘至关重要，确保控制性能；
  • 雪板的锋利边缘会随着时间和使用而变钝，尤其在冰雪上，需要定期修整；
  • 雪板的锋利边缘对于滑行稳定性和控制至关重要，尤其在高速和冰雪路况下；
  • 雪板的锋利边缘能帮助在冰雪上获得更好的抓地力；
  • 雪板的锋利边缘需要定期修整，保持锋利有助于提高性能；
  • 雪板的锋利边缘在滑雪技术和控制方面起着关键作用；
  • 雪板的锋利边缘对于滑雪运动员和比赛者尤为重要，能提高速度和控制性；
  • 雪板的锋利边缘在不同滑雪场地和条件下有不同影响，尤其在冰雪路况下更为重要。

The internet is already over (2022) #

https://samkriss.substack.com/p/the-internet-is-already-over

这篇文章探讨了互联网的未来前景，作者认为互联网已经走向衰亡。文章以一种悲观的语调描述了互联网时代的终结，指出互联网已经变得空洞、无趣，人们在其中迷失了自我。

作者认为互联网无法持续发展，因为它所依赖的商业模式和数据收集方式已经走向失败。文章指出，互联网已经成为一个消耗能量的污染源，而不是一个创新和发展的引擎。作者认为，未来的文化和政治变革将不再由互联网主导，人们将逐渐摆脱对互联网的依赖，重新回归到更为真实和有意义的生活方式中。

文章以一种反互联网的态度呼吁读者不要继续沉迷于互联网世界，而是寻找更有意义的生活方式。

HN 热度 227 points | 评论 233 comments | 作者：thinkingemote | 1 day ago #

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

  • 广告和政治影响互联网体验，可能导致国家限制和审查互联网。
  • 人们对政府提供未经审查的互联网连接可能被用于信息战感到担忧。
  • 互联网将存活，但可能会变得截然不同。
  • 互联网体验变得更加敌对和不愉快。
  • 互联网已经朝着更糟糕的方向发展，变得不如以前有用。
  • 互联网在 1999 年已经朝着这个方向发展，但自那时以来变得更糟。
  • 人们对互联网的期望可能与现实不符。
  • 互联网的发展可能导致信息的分散和碎片化。
  • 互联网将继续演变，而不是消亡。
  • 人们对互联网的未来充满期待，而不是消极看待。

https://old.reddit.com/r/programming/comments/1dxmroj/zed_editor_automatically_downloads_binaries_and/

这篇 Reddit 帖子讨论了 Zed 编辑器自动从互联网下载二进制文件和 NPM 软件包而无需用户同意的问题。Zed 编辑器为了支持语言服务器和各种工具，会自动从互联网下载二进制文件，而用户无需批准。

有用户指出，Zed 编辑器在启动后会自动从 https://nodejs.org 下载 NodeJS 二进制文件，而无需用户同意或甚至通知用户。此外，Zed 编辑器还会自动下载和执行预构建的语言服务器，如 C＃，Clojure，Deno，Elixir 等，而无需任何验证。Zed 团队目前没有计划改变他们的做法，因为他们表示重写这些工具将需要很长时间。

一些评论者提到了安全性问题，指出 Zed 编辑器存在潜在的供应链攻击风险。总体而言，这篇帖子探讨了 Zed 编辑器自动下载二进制文件和 NPM 软件包的做法，以及相关的安全和隐私问题。

HN 热度 221 points | 评论 156 comments | 作者：gantengx | 17 hours ago #

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

  • 一些人认为 IDE 需要请求用户同意后才能下载任何内容，以防止供应链攻击。
  • 有人认为 IDE 需要能够安全地运行来自不受信任来源的插件，但这似乎不太可能。
  • 一些人提到了使用网络访问和运行来自不受信任来源的可执行文件的示例，如嵌入式开发。
  • 有人建议使用权限模型或类似 elm 的受控效果来确保安全。
  • 一些人在 Docker 中运行 code-server，限制了网络访问，以防止恶意扩展或库泄露代码。
  • 人们认为 IDE 不应该默认具有开放的网络访问权限，这对隐私和安全都是问题。
  • 有人提到 Go 在 VSCode 上的支持最初是由微软的一名实习生完成的，后来与谷歌达成协议。
  • 有人建议使用 GoLand 或 IntelliJ 进行 Go 开发，因为在多技术项目中使用时 IDE 会出现问题。
  • 有人提到在 IntelliJ 中设置 Ruby 解释器时遇到困难，而 VSCode 的 Tailwind 扩展也有限制。
  • 有人建议在 IDE 中使用插件来管理工具链，特别是对于编译器依赖于用户端的情况。
  • 有人讨论了 IDE 的安全性和隐私问题，认为默认情况下具有网络访问权限是不可取的。
  • 有人提到 VSCode 询问用户是否安装特定组件，这种做法被认为是比较好的。
  • 有人讨论了 IDE 的自动下载和安装行为，认为应该有更多的用户控制选项。
  • 有人建议 IDE 应该允许用户选择是否自动下载语言服务器。
  • 有人提到 Zed 编辑器自动下载语言服务器和其他可执行文件，引发了安全性和隐私问题的讨论。

Reasoning in Large Language Models: A Geometric Perspective #

https://arxiv.org/abs/2407.02678

这篇论文名为《Reasoning in Large Language Models: A Geometric Perspective》，作者是 Romain Cosentino 和 Sarath Shekkizhar。论文探讨了大型语言模型（LLMs）的推理能力，通过它们的几何理解来提高其推理能力。

研究建立了 LLMs 的表达能力与其自注意力图的密度之间的联系。分析表明，这些图的密度定义了输入到 MLP 块的固有维度。通过理论分析和玩具示例，论文证明了更高的固有维度意味着 LLM 具有更大的表达能力。此外，论文还提供了将这一几何框架与旨在增强 LLMs 推理能力的最新方法的经验证据。

该研究对于提高大型语言模型的推理能力具有重要意义。

HN 热度 202 points | 评论 150 comments | 作者：belter | 1 day ago #

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

  • AI 在低级别时是一个超级自动补全，能够写出足够好用的 1-3 行代码；在高级别时，对于解释与任务相关的高级概念非常有用；但在中间层次，AI 表现不佳，尤其在涉及多步计划时容易出错。
  • AI 没有概念“这四部分必须紧密连接，构建一个整体”，它只是按照 A 到 B 的方式构建，但是采取两种不同路径并且拼接部分不良。
  • AI 不能思考，它不会创建问题的内部模型，只是猜测，因此在需要抽象推理的任务中失败。
  • AI 可能无法复制大脑的工作，但大脑可能是不可计算的，这并不意味着大脑有灵魂。
  • 大脑可能是不可计算的，即使没有灵魂，大脑可能仍然是不可计算的，存在多种可能性。
  • 神经元网络绝对可以进行计算，但大脑可能仍然是不可计算的，神经元网络使用二进制信号系统进行计算，类似于数字计算。
  • LLMs 能够进行某种程度的抽象推理，因为准确的概率文本生成需要抽象推理。
  • LLMs 在处理大量文本时会提取内部表示，将概念表示为简单节点，从而蒸馏知识。
  • LLMs 蒸馏的是标记之间的关系，而不是单词，这些“概念”是潜在空间内的区域，包含这些单词序列。
  • LLMs 蒸馏标记之间的关系，多个标记组成一个单词，多个单词组成我们认识为“概念”的标签。
  • LLMs 蒸馏的是标记之间的关系，多个标记组成一个单词，多个单词组成我们认识为“概念”的标签。