On being listed as an artist whose work was used to train Midjourney #
https://catandgirl.com/4000-of-my-closest-friends/
这是 Cat and Girl 网站上的一篇名为《4,000 of My Closest Friends》的漫画文章。这篇文章是于 2024 年 1 月 16 日发布的。
文章中的漫画描述了主角 Cat 和 Girl 参加一个聚会，聚会上有 4000 个人。他们感到非常困惑和不舒服，因为他们不认识这么多人，也不知道如何与他们交流。漫画中还描绘了一些聚会的场景和对话，以展现主角的情感和思考。
Cat and Girl 是一个创意共享网站，根据文章底部的声明，它采用了 Creative Commons Attribution-NonCommercial-ShareAlike 2.5 许可证。这意味着读者可以在非商业目的下自由使用和共享该作品，但需要署名原作者，并采用相同的许可证进行共享。
HN 评论 645 comments | 作者：earthboundkid | 6 hours ago #
https://news.ycombinator.com/item?id=39016395
根据您提供的链接，这篇帖子中的评论观点可以总结如下：
有人认为 OpenAI 使用他人创作的内容进行训练，却没有向创作者提供任何价值回报，这是不对的。
也有人认为使用版权内容是允许的，只要不是直接复制。人们可以观看、消费和受其影响，甚至可以创作与之相似的作品。
有人认为训练模型属于合理使用的范畴，是推动科学界进步的一种方式。
也有人认为基于版权作品进行商业化的模型不应该被视为合理使用，应该支付训练数据的版权费用。
有人担心 AI 生成的作品会取代人类艺术家，导致艺术行业的衰落。
还有人认为生成模型只是一种工具，艺术家之所以不满是因为这个工具使其他人也能创作艺术，而他们认为这些人不如他们有才华。
也有人认为 OpenAI 可以通过使用免费数据进行训练来避免争议。
有人认为艺术创作中的灵感来源广泛，人们从其他艺术作品中获取灵感是很正常的，AI 模型也是如此。
还有人认为 AI 模型和人类艺术家不应该被放在同一起跑线上，因为它们的能力和规模迥然不同。
有人认为 AI 模型应该受到版权保护，因为它们需要依赖人类艺术作品进行训练。
还有人认为 AI 模型是一种工具，而版权问题应该由使用者而不是工具本身承担责任。
有人认为 AI 模型应该受到公平使用的规范，就像其他算法一样。
还有人认为 AI 模型应该受到与人类相同的权利保护。
有人认为 AI 模型和人类艺术家之间的区别在于 AI 模型可以替代人类艺术家的作品，而人类艺术家无法以同样的规模进行创作。
还有人认为 AI 模型应该支付适当的报酬，以保护人类艺术家的权益。
有人认为 AI 模型和人类艺术家之间的区别在于 AI 模型没有独立的创作灵感，而人类艺术家可以独立创作。
这些观点涵盖了对于 OpenAI 使用他人创作内容进行训练的不同看法，包括版权问题、公平使用、艺术创作和技术发展等方面的讨论。
Many AI safety orgs have tried to criminalize currently-existing open-source AI #
https://1a3orn.com/sub/machine-learning-bans.html
这篇文章讨论了一些 AI 安全组织试图禁止当前存在的开源 AI 模型的问题。文章提到了几个 AI 安全组织或个人，他们过去曾主张禁止当前存在的开源模型，并且还有更多组织推动将开源 AI 的能力限制在当前水平。这些组织中至少有一部分是有资金支持的，并且与政策制定者日益联系紧密。
文章还提到，一些组织认为开源对于 AI 安全工作越来越重要，但过去的禁令提案是有害的，因此未来类似的提案也可能是有害的。文章列举了一些组织和个人的具体政策或目标，这些政策或目标明确或隐含地暗示了对当前存在的开源模型的禁止。
文章还提到了一些人对开源 AI 的担忧，认为开源模型可能会被滥用，用于欺骗、病毒传播或其他恶意目的。然而，也有人认为开源 AI 对于 AI 安全工作非常重要，尤其是在确保透明性和可追溯性方面。他们认为，解决问题的方法是加快开源 AI 模型的发展，并对闭源模型的发展进行监管。
HN 评论 345 comments | 作者：sroussey | 19 hours ago #
https://news.ycombinator.com/item?id=39009779
这篇帖子中的评论观点可以归纳如下：
有人认为 AI 安全组织试图将当前存在的开源 AI 犯罪化。
有人认为 AI 安全人员是伪善者，如果他们言行一致，他们会呼吁禁止所有 AI 的使用。
有人认为 AI 存在伤害，不仅仅是因为权重可用与否，而且 AI 系统可以模糊抄袭和垃圾信息。
有人认为 AI 安全人员并没有讨论停止这种滥用 AI 的行为，因为他们关注的是存在性风险，而不是版权侵犯等问题。
有人认为 AI 安全人员提出的风险是假设性的，需要更具体的证据来支持。
有人认为 AI 的存在性风险是可能的，但目前还没有足够的证据来支持这一点。
有人认为 AI 的存在性风险可能会导致人类的灭亡，但这种论点是假设性的，无法提供具体证据。
请注意，这些观点仅代表评论者的个人观点，可能存在偏见和不准确之处。
How a software glitch at the UK Post Office ruined lives #
https://www.cnn.com/2024/01/13/business/uk-post-office-fujitsu-horizon-scandal/index.html
根据 CNN 的报道，这篇文章讲述了英国邮政局与富士通之间的一起丑闻事件。由于一款软件错误地显示资金丢失，这家历史悠久的英国政府机构利用其财务和法律实力，定罪并使数百名经营其分支机构的人破产。一些人因此陷入绝望，甚至自杀。这起事件发生在 1999 年至 2015 年间，被称为英国邮政局历史上最大的司法冤案之一。数十年来，生计和声誉被摧毁，家庭破裂，积蓄损失。在成千上万受影响的邮局分支机构经营者中，有 700 人被判犯有刑事罪行，其中一些人入狱。
这起事件始于 1999 年引入的名为 Horizon 的 IT 系统中的错误。Horizon 是由日本的富士通开发的，旨在取代基于纸张的会计系统。安装不久后，分支机构经理们意识到系统存在故障。该软件经常显示邮局账户中丢失了资金，通常是数千英镑，但在许多情况下，这种显示是错误的。
文章中提到了一些受害者的个人经历，他们被错误指控并被迫承担不存在的资金缺口。许多人最终破产，甚至被判入狱。这起丑闻已经引起了多年的法律诉讼和英国媒体的报道，但直到最近一部电视剧揭示了其残酷的人道主义代价后，公众的关注和愤怒才达到了高潮。
英国政府最近宣布，将迅速通过具有里程碑意义的立法来推翻数百名分支机构经营者的判决。然而，英国政治和法律界仍然需要回答一些重要问题，包括谁知道什么以及何时知道；哪些个人（如果有）应该承担刑事责任；以及富士通这家价值 300 亿美元的公司，作为英国政府的主要供应商，应该承担多少赔偿责任。
英国邮政局迄今已支付超过 1.38 亿英镑（1.76 亿美元）的赔偿金。这些赔偿金是在 2019 年由 500 多名分支机构经营者提起的民事诉讼之后支付的。邮局发言人表示，他们正在尽一切努力纠正过去的错误，包括大量工作支持推翻错误判决。
在分支机构经营者的合同条款下，他们对分支机构的任何财务损失负责。一旦他们的合同被终止，许多人被邮局调查人员禁止进入他们的业务场所以寻找证据证明自己的清白。许多受害者表示，他们获得的赔偿不够，并要求追究事件背后的责任。
伦敦警察厅表示，他们已经在 2020 年对英国邮政局可能涉嫌欺诈的刑事犯罪展开了调查。他们还在调查富士通是否涉及分支机构经营者的起诉相关的犯罪行为。两位政府部长本周表示，根据对这起丑闻的独立公众调查结果，富士通可能被迫向受害者支付赔偿金。
总的来说，这起事件揭示了英国邮政局与富士通之间的一场丑闻，导致数百名分支机构经营者被错误定罪和破产。这起事件引起了广泛的关注和愤怒，并引发了对责任追究的呼声。政府已经采取了一些行动，包括推翻判决和支付赔偿金，但仍有许多问题需要回答，并需要进行进一步的调查和审查。
原文链接：Prison. Bankruptcy. Suicide. How a software glitch and a centuries-old British company ruined lives | CNN Business
HN 评论 292 comments | 作者：IronWolve | 18 hours ago #
https://news.ycombinator.com/item?id=39010070
这篇帖子中的评论观点可以总结如下：
有人认为 IT 的问题源于人的不完美和组织的低效，这是无法改变的现实。
也有人认为软件工程应该像其他工程学科一样受到法律责任的约束，以确保系统的安全性和可靠性。
有人指出，相比于建筑等领域，软件的内部工作方式不够透明，导致人们对软件问题的后果缺乏直观的认识。
还有人认为软件工程相对于其他学科还处于起步阶段，缺乏标准和监管机构的约束。
一些评论提到了软件问题的笑话和故事，强调了软件工程的复杂性和不确定性。
也有人认为软件工程需要更严格的规范和监管，以确保系统的安全性和可靠性。
Bluesky has launched RSS feeds #
https://openrss.org/blog/bluesky-has-launched-rss-feeds
这是关于 Bluesky 推出 RSS 订阅的内容。
Bluesky 已经推出了 RSS 订阅功能。现在任何人都可以获取任何 Bluesky 用户的 RSS 订阅。RSS 订阅可以与 RSS 阅读器和浏览器扩展程序很好地配合使用。每个用户的 RSS 订阅都可以在其 Bluesky 个人资料上找到，并且可以通过将用户个人资料链接复制粘贴到应用程序中来自动发现用户的 RSS 订阅。一些 RSS 应用程序甚至允许您通过在搜索框中输入用户名来获取 Bluesky 用户的 RSS 订阅。
需要注意的是，RSS 订阅只包含不需要登录即可查看的帖子。如果用户将其帖子设置为仅对登录用户可见，则无法在用户的 Bluesky RSS 订阅中查看这些帖子。
目前，Bluesky 的 RSS 订阅中不包含链接。因此，您需要导航到 Bluesky 网站上的帖子才能点击链接。
HN 评论 186 comments | 作者：kieto | 1 day ago #
https://news.ycombinator.com/item?id=39007756
根据您提供的链接，这篇帖子中的评论观点可以归纳如下：
有人决定不再使用 Twitter 或 BlueSky，因为他们对社交媒体上的内容上瘾，觉得无法集中注意力。
有人回忆起过去在 Twitter 上关注一小群人的美好时光，但随着时间的推移，Twitter 的质量逐渐下降。
有人通过删除 Twitter 账户改善了生活，并且不再感到沮丧。
有人停止使用 Twitter 或 Reddit 后，生活变得更好。
有人认为 Twitter 仍然有用，但需要保持关注的内容集中，以避免沉迷于负面信息。
有人认为 Twitter 的有用性已经被大号和付费认证账户滥用，导致信息的噪音比例不再足够高。
有人决定不再使用社交媒体，而是通过 WhatsApp 与真正的朋友交流。
有人认为如果你能够坚决地屏蔽和筛选你关注的人，Twitter 可以成为一种很好的体验。
有人建议限制关注的账户数量，并避免使用“为你推荐”功能，以避免受到政治观点的影响。
有人认为 Twitter 上的内容过于政治化，而且政治话题容易引发争议和不良情绪。
有人希望有一个聚合所有来源链接的工具，因为有时候这些来源中会有有用的内容。
有人认为 Twitter 风格的社交媒体已经成为一个子文化，其中包括喜欢在网上争论、将复杂话题简化为口号、喜欢用标签将世界划分的人，以及享受参与愤怒话题的人。
有人认为社交媒体上的争论和无意义的讨论比有用的内容更多。
有人希望有一个社交媒体的人工智能过滤器，可以屏蔽掉一些内容。
有人认为 BlueSky 的用户主要是对 Twitter 接管感到不满的老用户，他们更倾向于讨论与 Elon Musk 的政治观点不同的话题。
有人发现 Bluesky 上的内容与 Twitter 上的内容相似，都充斥着政治争论。
请注意，这些观点是从评论中归纳出来的，并不代表所有人的观点。
Modeless Vim #
https://github.com/SebastianMuskalla/ModelessVim
ModelessVim 是一个用于将 Vim 转换为无模式编辑器的配置文件集合。它提供了一系列的配置文件，使得在 Vim 中可以使用标准的按键绑定，如使用 Ctrl+S 进行保存，使用 Shift+←/→/↑/↓ 进行文本选择，使用 Ctrl+C/V 进行复制/粘贴等操作。
这个配置适用于那些通常使用图形界面编辑器（如 VSCode）但有时需要在终端中运行编辑器的人们。它的目的是让那些不经常使用 Vim 的人也能够方便地使用 Vim，而无需记住复杂的命令。
HN 评论 344 comments | 作者：soap- | 22 hours ago #
https://news.ycombinator.com/item?id=39008533
根据提供的链接，这篇帖子中的评论观点可以归纳如下：
有人认为在终端编辑器中添加类似 Vim 的功能是有意义的，因为 Vim 的语法高亮和其他特性优于其他终端编辑器。
也有人认为这种做法有些不合适，就像在特斯拉汽车上安装 V8 发动机或者在南瓜派中替换南瓜一样。
有人指出大多数南瓜派实际上是用其他类似南瓜的南瓜品种制作的，而不是真正的南瓜。
还有人分享了自己制作南瓜派的经验和观点，包括使用南瓜泥、甜菜糖、鸡蛋、重奶油和香料等。
一些人讨论了使用南瓜派中的南瓜品种的差异，以及在不同地区使用不同成分的情况。
还有人分享了使用其他南瓜品种（如 Butternut Squash）制作南瓜派的经验，并表示这样做会更美味。
有人讨论了南瓜派的命名和不同地区对南瓜的定义。
一些人分享了关于咖啡蛋糕（coffee cake）和茶点蛋糕（tea cake）的命名和制作方法的观点。
还有人讨论了其他食物中的命名和实际成分之间的差异，如黑森林蛋糕（black forest cake）和牡蛎黑啤（oyster stout）。
一些人讨论了 Vim 和其他编辑器的使用和优劣之处，以及学习 Vim 的原因和好处。
还有人分享了其他软件和界面中使用 Vim 键绑定的经验，如终端文件管理器、Overleaf 等。
一些人讨论了终端编辑器中的模式和命令的使用，以及与 Vim 模式的比较。
还有人分享了学习 Vim 的方法和技巧，如使用 Vim 速查表作为终端背景图像。
一些人讨论了使用 Vim 和 Vi 的优势，以及在不同系统和环境中使用 Vim 的便利性。
还有人讨论了终端中的 Ctrl+S 和 Ctrl+Q 快捷键的使用和历史。
一些人分享了关于南瓜派和其他食物的制作和成分的观点和经验。
请注意，这些观点是根据提供的链接中的评论总结而来，可能不代表所有人的观点。
SQLite 3.45 released with JSONB support #
https://www.sqlite.org/changes.html#version_3_45_0
SQLite 版本 3.45.0 的变化摘要如下：
添加了 SQLITE_RESULT_SUBTYPE 属性，用于应用程序定义的 SQL 函数。所有调用 sqlite3_result_subtype()的应用程序定义的 SQL 函数必须注册此新属性。如果未注册此属性，调用 sqlite3_result_subtype()可能会被视为无操作。建议每个使用子类型的应用程序在编译时使用-DSQLITE_STRICT_SUBTYPE=1 选项，以便在尝试调用未注册为 SQLITE_RESULT_SUBTYPE 的函数时引发 SQL 错误。
对 JSON SQL 函数进行了改进，使用了名为 JSONB 的新的内部解析树格式。新的解析树格式是可序列化的，因此可以存储在数据库中，以避免在每次使用 JSON 值时进行不必要的重新解析。新版本的 JSON 生成函数生成二进制 JSONB 而不是 JSON 文本。
查询计划器改进：不允许传递约束优化欺骗查询计划器，以便在存在更好的等式约束时使用范围约束。查询计划器现在更好地忽略由 ANALYZE 标识为低质量的索引。将 SQLITE_MAX_PAGE_COUNT 的默认值从 1073741824 增加到 4294967294。
CLI 改进：改进了在 Windows 上显示 UTF-8 内容的功能。自动检测“.dump”脚本的播放，并对设置（如“.dbconfig defensive off”和“.dbconfig dqs_dll on”）进行适当更改。
这只是版本 3.45.0 的一部分变化摘要，更多详细信息可以在 SQLite 的官方网站上找到。
HN 评论 59 comments | 作者：genericlemon24 | 1 day ago #
https://news.ycombinator.com/item?id=39004963
根据您提供的链接，这篇帖子中的评论观点可以归纳如下：
有人对 SQLite 返回其内部格式给调用者感到奇怪。
有人分享了在 macOS 上尝试新的 SQLite 版本的最快方法。
有人提到了 SQLite 的在线演示页面，可以随时尝试新版本。
有人分享了在使用 Homebrew 的 Python 版本和 python.org 的 Python 版本时的一些问题。
有人对 SQLite 3.45 版本的改进表示兴奋，特别是磁盘使用减少。
有人询问 Notion Labs 在使用 SQLite 方面的情况。
有人讨论了多租户数据库的使用情况。
有人提到了 Salesforce 使用每个租户一个数据库的策略。
有人讨论了 SQLite 和 PostgreSQL 之间的比较。
有人提到了 SQLite 的一些限制和注意事项。
有人分享了在容器编排环境中使用 SQLite 的挑战。
有人讨论了 SQLite 在性能和部署方面的优势。
有人提到了使用 SQLite 需要考虑数据库存储和备份的额外工作。
有人分享了使用 SQLite 的个人经验和观点。
有人讨论了 SQLite 与 PostgreSQL 在中央化计费数据库方面的比较。
有人分享了使用 SQLite 和 Litestream 的生产环境案例。
请注意，以上是对评论观点的归纳总结，可能并不完整。阅读原始帖子以获取更多详细信息。
A woman bought a vintage dress. It had a secret pocket with a mysterious note #
https://www.cnn.com/2024/01/15/us/antique-dress-maine-encrypted-message-cec/index.html
根据 CNN 的报道，Sara Rivers Cofield 在缅因州的一家古董店购买了一件 19 世纪的连衣裙，但她发现这件连衣裙里有一个秘密口袋，里面藏着一张编码的纸条。经过多年的努力，网络侦探们终于解开了这个谜题。
这件维多利亚时代的连衣裙在缅因州的古董商店里与众不同。它的紧身上衣、蓬松的臀部和蕾丝袖口展示了过去的时代。作为一个古装收藏家，Rivers Cofield 认出这是一件来自 1880 年代的连衣裙，尽管它已经有些年头，但它精致的刺绣、青铜丝和金属纽扣看起来依然完好无损。
她将价格从 125 美元还价到 100 美元，同时思考着如何妥善保管这件两件式的服装。作为一名考古学家，她平时以收集古代服装和手袋为乐，这个价格对她来说有些高，但因为是节日季节，她还是豪气地买下了它。
Rivers Cofield 在 2013 年 12 月购买这件连衣裙时，没有想到它会在十年后揭开一个谜团。在臀部下面的一个秘密口袋里，她发现了两张揉皱的纸，上面列着一些看似随机的单词和地名：
Bismark, omit, leafage, buck, bank
Calgary, Cuba, unguard, confute, duck, Fagan
纸条的边缘有一些笔记，似乎表示时间。连衣裙上缝着一个手写的标签，上面写着一个名字：Bennett。
Rivers Cofield 对此感到困惑。这些单词是什么意思？为什么 Bennett 需要一个“超级秘密藏匿地”，用 Rivers Cofield 的话来说，来隐藏它们？她说，这些纽扣本身就描绘了《哈姆雷特》中可怜的奥菲莉娅，而它们的价值超过了她为这件连衣裙支付的价格。
2014 年 2 月，她在博客上发表了关于这件连衣裙的文章，她将它命名为“Bennett 的青铜臀部”。她写道：“我把它放在这里，以防有人在寻找一个解码的天才。”她还附上了连衣裙和纸条的照片。
Rivers Cofield 是一位考古学馆长，居住在马里兰州的切萨皮克海滩，她在去缅因州的西尔斯波特探望母亲时购买了这件连衣裙。在发表博客文章后，她并没有过多地考虑这件事。
但她并不知道，一些好奇的业余侦探正在努力解开这个谜团。他们将其称为“丝绸连衣裙密码”，并对这些单词提出了一些阴谋论。有人猜测 Bennett 是一个间谍，使用编码的单词进行通信。
2017 年，一位博主将这个纸条列入了他的“50 个未解密的加密信息”名单，并提出了更多的理论。它是一个神秘的情书吗？还是关于连衣裙尺寸的信息？还是内战时期的密码？
Rivers Cofield 迅速否认了与内战有关的任何解释。她研究过 19 世纪 80 年代百货公司 Bloomingdale’s 的目录，毫无疑问，这件连衣裙是那个时代的。当时，内战已经结束了大约 20 年。
其他人猜测这是与电报相关的一种通信方式，电报是在 19 世纪在美国推出的一种新的快速通信方式，发送者需要根据消息中的单词数量支付费用。
“那时我已经放弃了博客，”Rivers Cofield 说。
“偶尔我会看到有人发表评论，或者其他的密码破译者会给我发电子邮件，说‘嘿，我还对这个感兴趣’，但没有人解开它。”
加拿大曼尼托巴大学的研究员 Wayne Chan 在 2018 年夏天偶然发现了这个密码。他告诉 CNN，他查阅了 170 本密码书，但没有一本与这个消息相匹配。
“我花了几个月的时间研究，但没有取得任何进展。我把它放在一边，再也没有看过。”Chan 说。
作为一名业余密码破译者，Chan 开始研究电报时代，包括当时在北美使用的天气代码。去年年初，他取得了突破。
他发现这些编码的消息实际上是一份天气报告。它们之所以被加密，并不是为了保密，而是因为这种编码方式可以让预报员将详细的天气报告缩短为几个单词。
在电报时代，这种简写比发送大量的单词和温度读数更便宜。每个单词代表着特定位置和特定时间的气象变量，如温度、风速和气压。
例如，“Bismark Omit leafage buck bank”这一行包含了令人惊讶的具体细节。“Bismark”表示记录在现在的北达科他州的 Bismarck 站。“Omit”表示空气温度为 56 华氏度，气压为 0.08 英寸汞柱。“Leafage”指的是晚上 10 点观测到的 32 华氏度的露点。“Buck”表示没有降水，“bank”表示风速为 12 英里/小时，日落晴朗。
Chan 表示，所有的气象站都需要通过电报将他们的报告发送到华盛顿特区的中央办公室。
Chan 发现，这些编码的消息使用的是 19 世纪陆军信号队使用的电报天气代码，该队是美国在 19 世纪末的国家气象服务机构。例如，像“船员都喝醉了”这样的短语会用一个词如“crimping”来缩短。
“这个特定的代码根本不是为了保密。电报代码主要用于两个原因：保密和经济。”Chan 告诉 CNN。“天气代码是为了经济。因为你在电报中按字收费，所以他们希望尽可能地将天气报告缩短或压缩成尽可能少的单词，以节省成本。”
Chan 说他不确定这些单词是如何选择的。气象学家有一本天气代码书，可以帮助他们理解陌生单词的含义。随着时间的推移，他们学会了这些代码词，不再需要查阅代码书。
“这些单词的排列方式是特定的辅音-元音对表示特定的数值，”Chan 说。“尽管意图不是为了保密，但这确实是一个非常复杂的代码。”
Chan 撰写了一篇学术论文来解释这个话题。他还给 Rivers Cofield 发了电子邮件，告诉她在线侦探们仍在努力解密这些代码。
Rivers Cofield 表示，她对这个发现感到震惊，但并不意外。
“我是一名考古学家，所以我经常研究过去的事物，”她说。“我早就认识到并不是每个文物或每个文件都会揭示出它所有的秘密。”
作为 Chan 研究的一部分，美国国家海洋和大气管理局提供了一些旧的天气图，帮助他确定了编码纸条上天气观测的确切日期：1888 年 5 月 27 日。
Rivers Cofield 表示，从这个发现中最大的收获之一是意识到在 19 世纪 80 年代，人们没有即时了解天气的方式。
“我从来没有想到电报会是人们解开这个谜团的关键。因为（现在）我们都习惯了我们的天气应用程序，”她说。
目前还不清楚 Bennett 是谁，以及为什么她在一个秘密口袋里藏着天气代码。
但就目前而言，Chan 和 Rivers Cofield 都很高兴他们解开了这件连衣裙谜团的最大一块拼图。
原文链接：A woman bought a vintage dress at an antique store. It had a secret pocket with a mysterious note | CNN
HN 评论 111 comments | 作者：rmason | 1 day ago #
https://news.ycombinator.com/item?id=39004725
根据您提供的链接，这篇帖子中的评论观点可以归纳如下：
评论者指出，这个代码是一个商业代码，可以在维基百科上找到 1910 年代码的扫描页。
有人解释说，“Confined”意味着分娩、生产。
有人补充说，“Confined”和“labor”都是委婉说法，前者指的是卧床休息，后者指的是即将分娩。
有人问道，天气报告的代码是否与“我被困在一个古董连衣裙工厂中，请帮助我”这个代码相似。
有人表示，作为一个父母，这让他感到恐惧。在现代医学出现之前，分娩死亡率的统计数据令人担忧。
有人指出，直到昨天，每个家庭都会失去一个孩子，所以没有一个词来形容失去孩子的人。直到现在，失去孩子的人被称为“父母”。
有人提到，在俄罗斯，人们生育更多的孩子是对儿童存活率低下的普遍反应。
有人思考文化对不幸经历和后果的影响，认为我们可能有某种形式的权利感，像被宠坏的孩子一样，这使我们变得更脆弱。他们认为我们可以改变文化，并且应该考虑这一可能性。
有人分享自己失去孩子的经历，并指出悲伤并不意味着软弱，悲伤只是人类的一部分。
有人认为过去的人们经历了大量未处理的创伤，这使他们比我们更脆弱。
有人举例说明，一个人在悲剧中仍然能够继续生活。
有人提到，过去的人们与死亡相处的时间比我们现在多得多。
有人分享了他们亲戚的故事，说明过去孩子死亡是很常见的。
有人提到，过去如果有人说“Jeff 出了车祸”，通常意味着 Jeff 已经死了或者终身残疾。而现在，这只意味着 Jeff 会迟到 45 分钟上班。
有人指出，过去生育孩子是非常危险的，而现代人则相对没有这些问题的负担。
有人分享了关于电报代码的一些信息，指出电报代码是为了节省费用而设计的，每个代码都代表着重要的个人和商业问题。
有人提到，电报代码本质上是位图编码，因为电报费用昂贵，所以只会用于重大事件。
有人讨论了信息熵的概念，指出这个代码中的每个词都具有很高的信息熵，因为它们传达了很多信息。
有人分享了关于天气报告的更多细节，包括具体日期和相关的气象观测。
有人提到了电报代码书，并表达了对获取一本电报代码书的兴趣。
有人分享了自己收到的电报祝福，并解释说发送两个词的祝福比完整的解码消息更便宜。
有人提出了一个问题，如果有人不知情地邮寄了一封装有古董可卡因的信件，卖家是否仍然应该对此负责。
有人以幽默的方式想象了未来人发现一个装有加密符号的 MacBook，并将其与与伊朗冲突相关的代码进行联系。
有人分享了关于电报编码的经历，指出电报编码非常密集，需要大量的工作才能解码。
有人讨论了 ARINC717 数据流中的 12 位“词”的压缩编码，以及 ASN.1 PER 在电信领域的使用。
有人提到了使用编码与 L2M 通信以减少代币成本的讨论。
有人分享了关于电报编码的更多信息，并表达了对获取电报代码书的兴趣。
有人分享了自己婚礼时收到的电报祝福，并解释了发送两个词的祝福的原因。
有人分享了自己的观点，认为女性衣物通常没有口袋，所以如果需要口袋，可能会选择秘密口袋。
有人提出了一个问题，为什么天气报告会被存放在一个秘密口袋中。
有人指出，这件连衣裙可能是某个女性在工作时穿的，因为她在华盛顿特区的军队信号服务办公室工作。
有人提出了一个观点，认为这个女性可能不知道这是一个用电报术语编码的天气报告，而是认为这是某种密码谜题，她随时可以解开。
这些观点涵盖了关于电报代码、分娩、失去孩子、文化影响、悲伤、过去与现在的比较等多个方面。请注意，这些观点是根据评论中的内容进行总结的，可能不代表所有读者的观点。
TinyML: Ultra-low power machine learning #
https://www.ikkaro.net/what-tinyml-is/
TinyML 或 Tiny Machine Learning 是指在微控制器中使用机器学习的技术。与传统机器学习所使用的系统不同，这些系统具有有限的资源，包括较少的 CPU、较少的 RAM 和极低的功耗，通常在毫瓦或微瓦的数量级上。
作者提到自己参加了哈佛大学提供的三门免费课程，分别是 TinyML 的基础知识（我要构建什么，为什么构建，以及可能遇到的问题）、TinyML 的应用（数据驱动、偏见等）和 TinyML 的部署（我们将模型放在哪里，安全和隐私）。
HN 评论 62 comments | 作者：Gedxx | 8 hours ago #
https://news.ycombinator.com/item?id=39014866
这篇帖子中的评论观点可以归纳如下：
有人提到使用 Rust 编写了一个 TinyML 编译器，能够在编译时评估模型并创建预测函数，从而大大减小了二进制文件的大小。
有人问关于在 AVR 上使用 Rust 的问题。
有人分享了自己在 TinyML 领域的工作经验，认为使用较小的硬件也可以实现实时计算机视觉系统，并提到了一些工具和平台。
有人提到了 Milk-V Duo 这个产品，以及关于 TinyML 的培训课程。
有人讨论了潜在的安全风险，认为利用低功耗机器学习进行网络攻击是可能的。
有人提到了使用自动编码器进行数据压缩的想法。
有人讨论了模型简化对系统安全性的影响。
有人讨论了种子选择对生成模型的影响。
有人分享了一个关于使用树莓派进行网络攻击的帖子。
有人提到了 Edge Impulse 平台，该平台可以帮助开发者构建和部署边缘设备上的机器学习模型。
有人赞扬了 Edge Impulse 平台的文档和支持。
有人分享了在 Arduino 上进行手势识别的实验经验。
有人提到了一个公共项目注册表，可以在 Edge Impulse 平台上共享和克隆项目。
有人分享了一个关于 ESP32 和 TensorFlow Lite 以及 Edge Impulse 的示例项目。
有人分享了关于 TinyML 和边缘人工智能的一些资源，包括课程、书籍和会议。
有人讨论了 TinyML 和物联网的发展和前景，以及未来可能出现的人形机器人。
这些观点涵盖了关于 TinyML 的编译器、硬件平台、安全风险、数据压缩、模型简化、边缘人工智能平台等方面的讨论。
We switched to Java 21 virtual threads and got a deadlock in TPC-C for Postgres #
这篇文章是 Evgeniy Ivanov 在 Medium 上发布的一篇博客文章，标题为《我们如何切换到 Java 21 虚拟线程并在 TPC-C for PostgreSQL 中遇到死锁》。文章讨论了在切换到 Java 21 虚拟线程后，在 TPC-C for PostgreSQL 中遇到的死锁问题。
文章首先介绍了在之前的 TPC-C 实现中存在的一些问题，其中之一是由于创建了太多的物理线程，导致并发限制。为了解决这个问题，作者决定切换到 Java 21 虚拟线程。然而，后来他们发现，就像通常情况下一样，并没有免费的午餐。在这篇文章中，作者通过一个案例研究展示了他们在 TPC-C for PostgreSQL 中使用虚拟线程时遇到的死锁问题。
文章指出，使用虚拟线程可能会导致死锁，因为死锁可能会发生在你使用的库的深层内部，这是一个不可预测的问题。幸运的是，调试这些死锁问题是比较简单的，文章还解释了如何在发生死锁时找到它们。
文章还介绍了为什么在 YDB 博客中谈论 PostgreSQL。YDB 是一个分布式数据库管理系统，具有高性能、丰富的功能集、高级的 SQL 兼容性和活跃的社区支持。然而，当涉及到水平扩展和容错性时，PostgreSQL 存在一些问题。因此，YDB 正在积极向 PostgreSQL 兼容性方向发展，并维护了一个基于 PostgreSQL 的 TPC-C 实现。
文章还解释了并发、并行执行以及异步和同步请求的基本概念。它讨论了在应用程序中进行数据库请求时的两种处理方式：同步和异步。同步请求会阻塞调用线程，而异步请求则允许线程继续执行其他任务。文章还提到了在之前的 Java 版本中，无法以高并发编写同步代码的问题，直到 Java 21 引入了虚拟线程。
文章详细介绍了在 Benchbase TPC-C 实现中使用虚拟线程的过程，并解释了在使用虚拟线程时遇到的死锁问题。作者通过捕获线程堆栈和详细的状态转储来调试这些问题，并发现一些虚拟线程在等待会话时会固定其载体线程，导致死锁的发生。
为了解决这个问题，作者在连接上使用了java.util.concurrent.Semaphore 来阻塞虚拟线程，并释放载体线程，而不是深入 c3p0 库中。这样，就避免了在 c3p0 内部发生阻塞的情况。
HN 评论 228 comments | 作者：magden | 24 hours ago #
https://news.ycombinator.com/item?id=39008026
根据您提供的链接，这篇帖子中的评论观点可以归纳如下：
有人指出，Java 的一些核心类（如 BufferedInputStream）使用了 synchronized 关键字，这可能导致在使用 Java 21 虚拟线程时出现死锁问题。
有人表示，虽然 synchronized 关键字的问题是暂时的，但在使用虚拟线程时需要注意，可以通过在采用指南中提到的方式（将 synchronized 替换为 j.u.c 锁）来避免问题。
有人认为，很多第三方库使用的是 synchronized 而不是其他类型的锁，这可能使得在大多数情况下使用虚拟线程变得风险较高。他们建议在新的 Java LTS 版本中解决这个问题之后再使用虚拟线程。
有人提到，synchronized 关键字虽然有一些缺点，但在某些情况下更加可靠，并且在旧版 JVM 上没有内存溢出的风险。因此，人们在可能的情况下更倾向于使用 synchronized 关键字。
有人问是否有其他低级别的同步机制可以避免这个问题，提到了.NET 的同步机制。但也指出，使用专用的互斥对象可能会增加堆分配和指针数量，限制使用细粒度锁定方案的多线程代码的性能。
有人提到，在.NET 中，异步操作通常使用 SemaphoreSlim，而不是锁或互斥体。
有人对 Java 21 虚拟线程在使用 synchronized 时可能出现的问题表示质疑，并认为这是一个不好的决策。
有人认为，虚拟线程对于解决遗留代码的阻塞问题很有用，但也存在一些问题。对于新代码，JVM 上有更好的选择。
有人提到，Java 中的数据库和数据库框架大量使用线程和阻塞 IO，这可能是 Oracle 开发虚拟线程的原因之一。
有人认为，虚拟线程是更好的通用语言特性，因为它避免了函数颜色化，并且更容易理解。他们提到，Java 的下一代 Web 服务器可能会像 Go 的内置 Web 服务器一样使用虚拟线程。
有人指出，虚拟线程可以在使用阻塞 IO 时实现高并发，而只使用少量的操作系统线程。
有人表示，虚拟线程在单个服务器上处理 20000 个并发请求时可能会成为瓶颈，但这种情况几乎没有人会遇到。
有人指出，HotSpot 实现中对 synchronized 的支持并不是一个根本性或硬性的限制，只是由于性能原因，他们推迟了重写该代码的工作。他们正在努力改进这个问题。
有人提到，可以通过设置系统属性 jdk.tracePinnedThreads 来跟踪线程阻塞的情况，以帮助找到问题所在。
有人对一个使用 AI 生成的图片进行了评论，表示对这种图片的使用感到疲倦，认为它们降低了文章的质量。
有人表示，虽然 AI 生成的图片可能比库存照片更有创意，但它们在艺术性上都是空洞的。
请注意，这些观点是根据评论摘要进行的总结，并不代表我的观点或立场。
Niklaus Wirth, or the Importance of Being Simple #
https://cacm.acm.org/blogs/blog-cacm/279178-niklaus-wirth-or-the-importance-of-being-simple/fulltext
《尼克劳斯·维尔特，或者简单的重要性》是由 Bertrand Meyer 撰写的一篇文章，发表在 ACM 博客上。这篇文章是对计算机科学家尼克劳斯·维尔特的回顾和纪念。维尔特是计算机科学领域的文艺复兴人物，他以其简单和优雅的设计原则而闻名。
文章中，Meyer 回顾了他与维尔特的交往和合作，并分享了维尔特在计算机科学领域的重要贡献。维尔特是 PL/360 结构化汇编语言的创始人，他通过递归下降的方法展示了编译器的简单和优雅构建方式。他的设计原则强调简洁、一致和可靠，这些原则在他的编程语言 Pascal 以及其后续语言 Modula 和 Oberon 中得到了体现。
维尔特还在硬件设计方面有着卓越的成就。他开发了自己的现代工作站 Ceres 和 Lilith，并在硬件-软件协同设计方面做出了贡献。他对硬件的兴趣贯穿了他的整个职业生涯，他认为硬件的进步推动了软件的发展。
尼克劳斯·维尔特的设计理念强调简单、一致和可靠。他对当今主流编程语言的语法选择感到震惊，并对其违背了几个世纪以来数学约定的原则表示不满。他认为编程语言设计应该严肃对待，并回归简单和一致的原则。
维尔特的影响力无处不在，他对全球硬件和软件行业产生了深远的影响。他的离世是一种遗憾，但他的遗产将永远存在。
文章链接：Niklaus Wirth, or the Importance of Being Simple
HN 评论 103 comments | 作者：madmax108 | 1 day ago #
https://news.ycombinator.com/item?id=39004526
这篇帖子中的评论观点可以归纳如下：
Pascal 是一门很好的教学语言，有助于理解编程结构和培养编程思维。
Pascal 的限制和设计缺陷导致了一些人对其不满，认为在实际生产环境中使用起来不够方便和高效。
Pascal 在早期 Mac 操作系统中得到了广泛应用，但并不适合作为系统语言。
Pascal 的扩展版本（如 Clascal/Object Pascal、TurboPascal 和 Delphi）在系统和应用程序开发方面有更多的功能，但原始版本的 Pascal 并不适合这些用途。
Pascal 的简洁性和教学导向是 Wirth 后续语言（如 Modula、Modula-2 和 Oberon）的基础。
C 语言之所以取代 Pascal，是因为它更加通用和简单，且具有更广泛的应用领域。
Pascal 的嵌套函数是一项非常有用的特性，可以访问外部作用域的变量。
这些观点涵盖了对 Pascal 的教学价值、适用性和设计缺陷的讨论。不同的观点反映了不同人的经验和观点，对于理解 Pascal 的优点和局限性都有一定的帮助。
参考来源：
Hacker News