The Bun Shell #
https://bun.sh/blog/the-bun-shell
根据提供的链接，这篇文章是关于 Bun Shell 的。Bun Shell 是一个嵌入式语言和解释器，允许在 JavaScript 和 TypeScript 中运行跨平台的 Shell 脚本。它提供了一种简单的方式来运行 Shell 命令，并且可以在 Windows、macOS 和 Linux 上使用。Bun Shell 内置了许多常见的命令和功能，如通配符匹配、环境变量、重定向、管道等。它还可以作为简单的 Shell 脚本的替代品，并且可以与 Bun 的其他工具和功能集成使用。
HN 评论 198 comments | 作者：pixelmonk | 1 day ago #
https://news.ycombinator.com/item?id=39071688
这篇帖子中的评论观点可以归纳如下：
有人对 Bun Shell 的兼容性表示担忧，希望它能与现有的 shell 和 coreutils 实现兼容，并提出了一些具体问题和疑虑。
有人表示已经切换到使用 Nushell 作为默认 shell，并提到 Nushell 正在将 github.com/uutils/coreutils（GNU coreutils 的 Rust 重写）纳入其中。
有人认为 Bun Shell 应该从头开始实现，而不是模仿现有的工具链，以避免延续问题。
有人认为在保持兼容性的同时，可以尝试使用额外的终端程序来逐步迁移现有的脚本。
有人认为 GNU coreutils 已经过时，希望 Bun Shell 能够创新并提供更简洁、更精简的核心工具。
有人提到了其他类似的工具，如 zx 和 dax，以及它们与 Bun Shell 的相似之处。
有人对 Bun Shell 的跨平台兼容性表示好奇，并询问了具体实现方式。
有人赞赏 Bun Shell 的实用性和创新，并对开发团队的工作表示感谢。
有人讨论了 Node.js 中执行外部命令的性能问题，并提到了其他相关的库和工具。
有人对 Bun Shell 的语法和使用体验提出了一些疑问和观点。
有人提到了 JavaScript 中的标记模板（tagged templates）的特性和用法。
有人将 Bun Shell 与 Perl 进行比较，并表达了对 Perl 的赞赏。
这些观点涵盖了对 Bun Shell 的兼容性、功能、性能、语法和使用体验的讨论。
Anime is a $25B industry that pays its animators pennies #
https://hitregbroke.com/anime/
这篇文章探讨了动漫产业为什么支付给动画师的报酬如此低微，以及人们对此问题的漠不关心。文章指出，尽管动漫市场在过去十年中取得了巨大的成功，产出了一些令人惊叹的故事、动画和视觉效果，但动漫产业本身却笼罩在一片迷雾之中。文章提到，动漫产业支付给工作人员的报酬仅为每天 5 美元，而工人们似乎对自己所处的困境漠不关心，这可能是出于选择或无知的原因。
文章还提到了一些相关的问题，如动漫公司是否受到法律制裁、日本工作环境的严苛程度、动漫产业的工作时间和报酬、动漫制作过程中的外包等。然而，文章并没有提供详细的解决方案或建议。
HN 评论 322 comments | 作者：methou | 1 day ago #
https://news.ycombinator.com/item?id=39074062
根据您提供的链接，这篇帖子中的评论观点可以总结如下：
动画产业整体上赚了很多钱，但大部分个别的动画和漫画几乎没有赚到什么钱。只有少数非常受欢迎的作品才能赚到大钱。
如果动画师得到公平的报酬，大部分制作将无法持续下去。每年只会有几部动画作品，而不是现在的众多作品。
但是，如果动画师得到应有的报酬，那么受欢迎的作品又如何产生？每个新作品都将是一个巨大的赌注。
作为一个动画和漫画迷，我希望动画师得到应有的报酬，并且有良好的工作条件。
人们必须接受这意味着动画产业将大幅缩小。很多作品将永远不会被制作出来。
这也意味着更少的人能够成为动画师。他们将不得不找其他工作，因为竞争将非常激烈。
竞争是导致工资下降的原因之一。有太多人想要这些工作。
这些观点涵盖了动画产业中动画师报酬问题的不同角度和看法。
来源：Hacker News
NASA regains contact with mini-helicopter on Mars #
https://phys.org/news/2024-01-nasa-regains-contact-mini-helicopter.amp
根据 phys.org 的报道，美国宇航局（NASA）表示，他们已经重新与火星上的小型直升机取得联系。此前，由于意外的通信中断，人们担心这个辛勤工作的飞行器可能已经结束了。
这个名为"Ingenuity"的无人机高约 1.6 英尺（0.5 米），于 2021 年随着"Perseverance"火星车一起抵达火星，并成为第一架在其他星球上自主飞行的机动飞行器。直升机的数据通过"Perseverance"传回地球，但在周四的一次测试飞行中，通信突然中断，这是直升机在火星上的第 72 次起飞。
周六晚间，美国宇航局的喷气推进实验室（JPL）在推特上写道：“今天有好消息”。它表示，通过命令"Perseverance"进行"长时间的听取会话"，终于与直升机取得了联系。它还补充说，团队正在审查新数据，以更好地理解在第 72 次飞行期间通信中断的原因。
此前，NASA 曾表示，在第 72 次飞行中，“Ingenuity"已经达到了 40 英尺（12 米）的高度，这是一次"快速垂直飞行，以检查直升机的系统”，此前它在上一次飞行中出现了意外的早期着陆。但在下降过程中，“直升机与火星车之间的通信在着陆前就中断了”。
JPL 在周五指出，“Perseverance"暂时与"Ingenuity"失去了视线，但团队可以考虑靠近进行视觉检查。
在回答一个关于"Ingenuity"是否能够再次飞行的问题时，JPL 在周六表示，“团队需要评估新数据，然后才能确定”。
“Ingenuity"之前曾多次失去与地球的联系，包括去年长达两个月的时间。这个重量只有 4 磅（1.8 千克）的小型旋翼飞行器已经远远超过了最初的目标，在红色星球上进行五次飞行，持续 30 天。它总共飞行了 10 英里（17 公里），并达到了 79 英尺（24 米）的高度。
“Ingenuity"的寿命令人惊讶，特别是考虑到它必须在寒冷的火星夜晚存活，而在白天通过太阳能电池板充电保持温暖。它与"Perseverance"一起工作，作为一架空中侦察机，帮助它的轮式伴侣搜索古代微生物生命的可能迹象。
HN 评论 106 comments | 作者：Tommstein | 11 hours ago #
https://news.ycombinator.com/item?id=39078669
根据评论的观点，可以将其归并为以下几个主要观点：
有人对自己在 Ingenuity 项目中的贡献感到自豪，认为这是自己职业生涯的亮点。
有人对 NASA 选择在 Ingenuity 项目中使用 Python 表示惊讶，但也有人指出在地面站和数据处理中使用 Python 很常见。
有人讨论了 Ingenuity 使用的硬件，包括使用了 Linux 和 Snapdragon 芯片。
有人讨论了未来在火星上使用直升机的可能性，包括作为探测车的侦察工具或携带更多仪器的直升机。
这些是评论中的主要观点，每个观点都可以用一行文字来概括。
Password may not contain: select, insert, update, delete, drop #
https://id.uni-lj.si/DigitalnaIdentiteta/PonastavitevGesla?culture=en-GB
这个链接是斯洛文尼亚卢布尔雅那大学（University of Ljubljana）的一个页面，用于重置密码。页面上提供了一个表单，需要填写个人信息和新密码来重置密码。个人信息包括名字、姓氏、出生日期、学生 ID 和所属学院。用户名类似于电子邮件地址，例如： jn1234@student.uni-lj.si。如果忘记了用户名和密码，请联系大学的帮助台。
在重置密码时，需要选择一个强密码，长度至少为 10 个字符，并且满足以下条件中的至少 3 个：大写字母、小写字母、数字、符号（-_.+@）。密码还不能包含特定的字符组合，如：script、select、insert、update、delete、drop、–、'、/、/。
HN 评论 198 comments | 作者：jesprenj | 12 hours ago #
https://news.ycombinator.com/item?id=39078372
根据该帖子中的评论观点，可以将它们归并为以下几个观点：
一些应用程序可能使用了奇怪的验证规则，阻止包含特定字符串的密码。
将密码设置为 SQL 关键字可能会暴露系统存在安全漏洞。
一些应用程序可能使用了 Web 应用程序防火墙（WAF）或类似的软件，检测到密码中包含 SQL 注入的模式，将其视为恶意请求。
阻止随机的 SQL 关键字并不能解决 SQL 注入的问题，因为 SQL 有很多方言和任意函数和过程。
开发人员可能需要在无法控制 WAF 的情况下进行工作，因此需要尽可能地解决这个问题。
一些人分享了他们在早期曾经黑掉网站的经历，其中包括利用了密码中的特殊字符串。
HTTPS 的普及和 Firesheep 等工具的出现推动了网站加密流量的普及。
虽然阻止某些密码模式可能是一种不太优雅的解决方案，但在一些情况下，接受事情通常被糟糕地处理的现实，并考虑相应的缓解措施可能是一个好主意。
一些人认为这种阻止密码模式的做法是安全剧院，应该通过法律强制执行正确的做法。
一些人认为大学应该是具备能力和组织力的堡垒，不应该采取这种密码策略。
一些人认为阻止密码模式只是一种误导，应该更加注重正确的做法和安全措施。
一些人认为应该通过法律手段强制组织采取正确的做法，特别是对于那些泄露大量敏感数据的公司。
一些人认为密码应该经过适当的处理，包括加盐和哈希，而不应该直接存储在数据库中。
一些人认为当前的安全措施不足以保护个人数据，需要采取更严格的法律和技术手段来确保安全。
这些观点涵盖了对密码策略和安全措施的不同看法，包括对阻止特定密码模式的有效性和合理性的讨论，以及对组织责任和法律强制执行的观点。
Free and Open Source Alternative to Airdrop #
ShareDrop.io 是一个免费、开源的网络应用程序，可以让您在设备之间直接共享文件，而无需先将文件上传到任何服务器。您可以通过拖放文件到其他人的头像上或点击头像并选择要发送的文件来在本地网络中的设备之间共享文件。对于不同网络中的设备，您可以点击页面右上角的”+“按钮并按照进一步的说明进行操作。
ShareDrop 使用安全的点对点连接来传输文件信息（文件名和大小）和文件数据本身，这意味着这些数据从不通过任何中间服务器，而是直接在发送方和接收方设备之间传输。为了实现这一点，ShareDrop 使用了一种称为 WebRTC（Web 实时通信）的技术，该技术由浏览器本身提供。您可以在这里了解更多关于 WebRTC 安全性的信息。
HN 评论 134 comments | 作者：linkdd | 10 hours ago #
https://news.ycombinator.com/item?id=39079256
根据提供的链接，这篇帖子中的评论观点可以归纳如下：
有人认为所有的“替代 Airdrop”的工具都没有真正做到 Airdrop 的功能，Airdrop 能够创建一个临时的无线连接，实现两台设备之间的高速传输，而不需要连接到现有网络。这些替代工具只是提供了一个漂亮的界面来发送文件，但没有提供类似的无线传输速度。
有人提到了一个名为"FlyingCarpet"的项目，声称它可以实现类似 Airdrop 的功能，可以在设备之间自动共享文件。然而，另一个评论者指出，FlyingCarpet 在实现类似匿名、动态成员网状网络的功能时可能会遇到一些问题。
有人提到了 Resilio Sync 作为一个快速且不那么麻烦的替代方案，但也有人表示对 Resilio Sync 的不满，包括在不同网络下传输速度慢等问题。
有人提到了使用 HTTP 服务器和 QR 码来实现文件共享的方法，但也有人指出这种方法在公共网络和企业网络中可能无法使用。
有人赞扬 Airdrop 的无文件大小限制和快速传输速度，认为它在传输大文件时非常方便。
有人提到 Airdrop 可以在设备之间创建无线连接，而不会中断已连接的 Wi-Fi 网络。这是通过使用频率跳频技术实现的，而不是通过设备拥有两个 Wi-Fi 适配器。
有人提到 Airdrop 使用 Bonjour 协议进行设备发现和通信。
综上所述，这篇帖子中的评论观点主要围绕 Airdrop 的功能、替代方案以及与 Airdrop 相关的技术进行了讨论。
NASA loses contact with Ingenuity Mars helicopter #
https://www.space.com/nasa-loses-contact-ingenuity-mars-helicopter
根据 Space.com 的报道，美国国家航空航天局（NASA）与其在火星上的无人机“Ingenuity”失去了联系。失联发生在 1 月 18 日，也就是 Ingenuity 在火星上进行第 72 次飞行的结束阶段。
根据 NASA 的更新，他们在 1 月 20 日指示“Perseverance”探测器“进行长时间的监听，以接收 Ingenuity 的信号”，并在当天晚上重新与 Ingenuity 建立了联系。目前，任务团队正在努力确定导致通信中断的原因，并考虑重新与无人机建立联系的下一步行动。
Ingenuity 是一架重约 4 磅（1.8 千克）的直升机，它通过火星车“Perseverance”与地球进行通信。在这次飞行中，Ingenuity 成功地爬升到了其指定的最大高度 40 英尺（12 米），但在计划的下降过程中，直升机与火星车的通信在着陆之前就中断了。
Ingenuity 和 Perseverance 于 2021 年 2 月一同降落在直径 28 英里（45 公里）的 Jezero 陨石坑内，该陨石坑在数十亿年前曾有一个巨大的湖泊和河流三角洲。Perseverance 正在寻找火星上过去生命的证据，并收集样本以备将来返回地球。Ingenuity 则作为 Perseverance 的侦察机，执行了一项技术演示任务，并在 2021 年春季成功完成了原定的五次飞行。
目前尚不清楚这些数字是否会继续增加。我们将拭目以待，看看 Ingenuity 的操作团队是否能够重新与这个开创性的直升机取得联系，Ingenuity 是第一辆探索地球以外世界天空的车辆。
请注意，这是一篇新闻报道，随着事件的发展，可能会有新的更新。
HN 评论 179 comments | 作者：basementcat | 1 day ago #
https://news.ycombinator.com/item?id=39070784
根据您提供的链接，这篇帖子中的评论观点可以总结如下：
有人提到 NASA Ingenuity Mars 直升机的通信问题，并分享了官方渠道上的公告。
有人提到可以使用 nitter.net 替代 x.com 来查看公告。
有人分享了一个 Firefox 插件，可以自动将链接重定向到 nitter 实例。
有人提到 NASA 似乎也在 Mastodon 上发布信息，但最近停止了发布。
有人祝贺 NASA Ingenuity 团队重新建立了与直升机的联系，并分享了直升机的飞行数据。
有人对 NASA 的低估和超额交付进行了讨论，认为 NASA 之所以低估，是因为他们希望确保任务的成功，并且在设计中考虑了安全余量。
有人提到 NASA 的沟通可能会误导公众，以及 NASA 在公众舞台上的形象重要性。
有人讨论了 NASA 在设计任务时考虑到的可靠性和成本问题。
有人提到 NASA 的估计是为了确保任务的成功，并解释了类似于产品保质期的概念。
有人讨论了 NASA 的沟通方式以及他们在任务中的表现。
有人认为 NASA 的估计是为了避免失败，并保持声誉。
有人讨论了 NASA 的任务类型和设计决策。
有人提到 NASA 的沟通可能存在夸大的成分。
有人讨论了 NASA 在设计任务时考虑到的安全余量。
有人提到 NASA 的任务是独特而前所未有的，因此需要保守估计。
有人讨论了 NASA 的任务估计和实际表现之间的差距。
请注意，这些总结是根据评论的机器翻译和概括得出的，可能存在一定的不准确性。建议您查看原始评论以获取更准确的信息。
Google is tracking you even in incognito mode, new disclaimer is up #
根据 ABP News Bureau 的报道，Google 已经更新了其隐身模式（incognito mode）的免责声明，承认即使在隐身模式下，它仍会追踪用户的搜索历史、活动以及访问的网站和使用的服务。此举是为了解决一项 50 亿美元的隐私诉讼，该诉讼指控 Google 在隐身模式下非法追踪用户。在 Google 的 Canary 版本（允许用户和开发人员在正式发布之前测试新功能和更新的早期访问版本）中，现在明确表示即使在隐身模式下仍会收集数据。
目前在隐身模式下可以看到的免责声明是：“现在您可以进行私密浏览，使用此设备的其他人将无法看到您的活动。但是，下载、书签和阅读列表项将被保存。”然而，在 Canary 版本中，免责声明的内容是：“使用此设备的其他人将无法看到您的活动，因此您可以更私密地浏览。这不会改变网站和服务（包括 Google）收集您访问的数据的方式。下载、书签和阅读列表项将被保存。”
这一变化为什么重要呢？虽然一直有关于 Google 在隐身模式下追踪用户的猜测，但 Google 从未确认即使在隐身模式下仍会追踪用户的活动。然而，现在通过更新免责声明，Google 终于承认了他们确实追踪用户的活动。需要注意的是，这并不意味着 Google 现在开始追踪用户的活动，而是他们以前就一直在这样做，现在他们终于承认了这一点。
用户在使用 Google 的隐身模式时必须谨慎，因为不仅是搜索引擎会追踪用户，访问的网站也会进行追踪。例如，如果您曾经使用隐身模式来预订机票以避免涨价，现在您可能会遇到涨价，因为 Google 和机票销售网站都会追踪您的活动。
该报道发布于 2024 年 1 月 21 日上午 11:05（IST）。
来源：ABP News Bureau
HN 评论 160 comments | 作者：Brajeshwar | 12 hours ago #
https://news.ycombinator.com/item?id=39078417
根据评论的观点，可以将其归纳为以下几类：
Google 追踪用户的行为是合理的，因为在隐身模式下网站仍然可以追踪用户。这是用户自己的责任，他们在打开隐身模式时需要接受 Google 的 Cookie 提示。
Google 在用户切换到隐身模式时仍然跟踪用户的浏览会话，这是有问题的，因为 Google（以及其他具有广泛互联网范围的公司）无论用户是否与 Google 服务互动，都会跟踪用户。
在隐身模式下，用户的流量被 Google 记录，但是以不同的用户和标识符进行记录。某些网站可能会使用基于 IP 地址和设备标识的跟踪方法来识别用户，并设置一个标识用户的 Cookie，但 Google 本身不会将其自己的日志数据与用户的隐身会话数据相结合。
Google 有动机进行“隐私表演”，确保用户的隐身会话不会与其关联，即使后端系统存在明确的关联。然而，没有明确的证据表明 Google 在内部系统中进行了这样的关联。
有人认为 Google 在隐身模式下跟踪用户的行为是违背用户期望的，因为隐身模式意味着用户无法被追踪。这种观点认为 Google 的行为是具有误导性和欺诈性的。
一些人认为用户应该对隐身模式的工作原理有更多的了解，他们认为隐身模式只是防止本地机器记录浏览历史，而不是阻止网站追踪用户。
一些人认为 Google 应该更清楚地解释隐身模式的工作原理，以避免误导用户。
一些人认为隐身模式的目的是隐藏用户在浏览器上的活动，以防止其他人追踪，而不是阻止网站追踪用户。
一些人认为 Google 在隐身模式下追踪用户的行为是道德上可疑的，他们对 Google 的行为感到失望。
一些人认为用户应该对自己的隐私保护负责，不应该过度依赖隐身模式来保护隐私。
一些人认为 Google 应该尊重用户的隐私选择，例如设置“Do Not Track”标头。
一些人认为用户对隐身模式的期望是错误的，他们认为隐身模式只是防止本地记录浏览历史，而不是阻止网站追踪用户。
一些人认为 Google 应该更清楚地解释隐身模式的工作原理，以避免误导用户。
一些人认为 Google 应该遵守“Do Not Track”标头，或者通过游说立法来保护用户隐私。
一些人认为用户应该对自己的隐私保护负责，不应该过度依赖隐身模式来保护隐私。
一些人认为 Google 的行为是具有误导性和欺诈性的，他们对 Google 的行为感到失望。
请注意，这些观点是从评论中归纳出来的，可能代表了不同用户的不同观点，而不一定代表事实或广泛共识。
Collision Detection (2015) #
https://www.jeffreythompson.org/collision-detection/index.php
关于使用 Processing 进行碰撞检测的在线书籍。
该书详细解释了碰撞检测算法，使用基本形状如圆形、矩形和线条来实现碰撞检测。本书的目的是友好地教授原则，尽量避免复杂的数学。
每个章节都包括碰撞算法的描述和使用 processing.js 构建的交互式示例。如果您在移动设备上访问该网站，可能会遇到一些问题，因为示例是为鼠标输入设计的。
本书未涵盖的内容包括三维空间和椭圆碰撞检测等。如果有任何问题或建议，请在项目存储库上提交问题。
HN 评论 79 comments | 作者：todsacerdoti | 20 hours ago #
https://news.ycombinator.com/item?id=39075804
根据提供的链接，这篇帖子中的评论观点可以总结如下：
有人自荐了一个关于 3D 碰撞检测的视频和一个关于 4D 碰撞检测的教程式样的代码库。
有人询问如何制作 Quake 地图被分解成 BSP 节点的动画。
有人表达对视频作者的喜爱和感谢。
有人评论了一段代码中的布尔表达式的冗余性。
有人建议应该有更多关于 3D 碰撞检测和计算几何的资源，并指出现有资源存在一些问题。
有人提到了一些与 3D 碰撞检测相关的算法和论文。
有人推荐了一本关于实时碰撞检测的书籍。
有人指出在游戏中进行碰撞检测时需要注意数值精度的问题。
有人推荐了一本关于实时碰撞检测的书籍，并提到了另一本与之相关的书籍。
有人讨论了关于物理学中的边缘情况的问题。
有人提到了自己尝试构建物理引擎的经历。
有人分享了自己尝试构建物理引擎的经历，并提到了一个相关的库。
有人讨论了碰撞检测的复杂性和挑战，并提到了一些解决方案和库。
有人提到了一本关于实时碰撞检测的书籍，并指出可能会有第二版。
有人推荐了一些关于碰撞检测的资源和教程。
有人讨论了碰撞检测的数学原理和算法。
请注意，这只是对评论观点的简要总结，具体内容可能需要查看原始帖子以获取更多细节。
Investigating a vanishing BIOS on the Fujitsu Lifebook AH532 #
https://blog.timschumi.net/2024/01/20/ah532-bios-investigation.html
这篇文章是由 Tim Schumacher 撰写的，他描述了他在一台 Fujitsu LIFEBOOK AH532 笔记本电脑上遇到的一个有趣问题：BIOS 设置菜单无法访问，除了默认的启动选项外，其他选项都无法正常工作。他详细介绍了他的调查过程以及解决方案。
文章中提到，当按下 F2 键时，会发出一声蜂鸣声，但最终仍然无法进入 BIOS 设置菜单。通过重置 BIOS 设置，重新初始化后，启动菜单恢复正常，可以通过按下 F2 键进入 BIOS 设置菜单。作者还提到了使用 Fujitsu 提供的 BIOS 闪存工具进行 BIOS 刷新的可能性。
文章还介绍了作者如何创建了一个程序来重置引导顺序以及 BIOS 设置和启动菜单的条目，以解决这个问题。然而，作者指出这只是一个临时解决方案，他计划在将来寻找更好的解决方案。
HN 评论 48 comments | 作者：timschumi | 1 day ago #
https://news.ycombinator.com/item?id=39070871
根据提供的链接，这篇帖子中的评论观点可以归纳如下：
有人认为 BIOS 设置应该是一个实际的启动菜单选项，而不是一个 EFI 应用程序。
有人对 OEM 安装程序存在类似问题表示不满，认为只有 OEM 的工厂镜像才能正常启动。
有人抱怨惠普（HP）的 EFI 功能受限，与富士通（Fujitsu）相比，后者的设置界面更简洁。
有人分享了自己在富士通笔记本上安装 Linux 时遇到的问题，每次安装 Linux 都需要更换主板。
有人提到可能与破坏 EFI 变量有关，可能发生在安装引导加载程序和设置引导项时。
有人质疑制造商为什么没有考虑到用户可能会创建和删除引导项的情况。
有人询问为什么 Linux 无法读取这些 EFI 变量，建议通过比较 Linux 和 Windows 的调用方式来解决问题。
有人讨论了如何通过读取闪存芯片来制作 BIOS 镜像的方法。
有人分享了使用 CH341A 编程器和测试夹进行闪存芯片读取的经验。
有人提到早期的 UEFI 固件存在类似问题的情况，并且 BIOS 菜单和其他功能可能只是带有一些硬编码保护的引导项。
有人讨论了 UEFI 变量的特点和操作方法，以及 Linux 和 Windows 对其的处理方式。
有人认为 Linux 是唯一受影响的操作系统，因此在出现引导菜单故障时，Linux 将是唯一可用的引导选项。
有人建议编写一个更好的 efibootmgr 工具，以解决其可能引发的问题。
有人提到一些硬件/固件问题可能已经在预装的 Windows 版本中得到解决，因此没有必要深入研究根本原因。
请注意，这些观点仅基于提供的链接中的评论，可能不代表所有人的观点。
I believe bestselling author Mark Dawson is a serial plagiarist #
https://old.reddit.com/r/books/comments/18n30jn/i_believe_bestselling_author_mark_dawson_is_a/
这篇 Reddit 帖子声称畅销作家 Mark Dawson 是一个连环剽窃者。帖子列举了一些例子，指出 Dawson 在他的作品中抄袭了其他作家的句子和段落。帖子还提到了 Dawson 的知名度和他在自助出版领域的活动。帖子的作者呼吁更多人了解这个问题，因为他认为 Dawson 的粉丝们大多不知道他的剽窃行为。
这篇帖子没有提供详细的证据来支持这些指控，只是列举了一些相似的句子和段落。然而，这些相似之处可能只是巧合，或者是因为这些句子和段落属于常见的表达方式。要确定是否存在剽窃行为，需要进行更深入的调查和比较。
需要注意的是，这篇帖子是一个匿名用户在 Reddit 上发布的，没有提供其他来源或证据来支持这些指控。因此，我们不能完全相信这些指控，而应该对它们持怀疑态度，直到有更多的证据来支持或否定这些指控。
HN 评论 167 comments | 作者：luu | 15 hours ago #
https://news.ycombinator.com/item?id=39077223
根据评论的观点，可以将其归并为以下几点：
评论者认为这位作者是一个骗子，存在大量的证据表明他是一个剽窃者。
评论者指出，这位作者在自我宣传上过于强调自己的成功，这种行为不值得信任。
有人提到了一些类似的情况，比如一些人通过展示奢侈品来吸引他人购买自己的课程，但实际上并没有通过这种方式获得财富。
有人讨论了一些人通过租借奢侈品或进行其他欺诈手段来制造成功的案例。
有人提到了一些自助出版行业中存在的问题，包括一些人通过销售关于如何赚钱的课程和产品来获利，而写作本身并没有给他们带来实际的收入。
有人对那些宣传快速致富的人表示厌恶，并认为他们是令人讨厌的。
有人讨论了关于自我剽窃的问题，认为个人应该可以重复使用自己的句子或思想。
这些是评论中的主要观点，涵盖了对这位作者的质疑、对自我宣传的不信任以及对自助出版行业的一些问题的讨论。