最新

我打算打印一些词汇卡片，分发给当地的世界语俱乐部成员，所以我搭建了这个静态网页应用，可以将 .apkg 文件转换为可打印的卡片网格。<p>Anki 牌组有点复杂（XML 嵌套在 SQLite 数据库里，再压缩在 zstd 归档文件中），所以要在浏览器里实现这个功能有点棘手。<p>如果你觉得有用，请告诉我！

我特别指的是这些公司一直在推动的，关于利用研究和情报来实现通用和专业物理劳动的愿景。 我完全接受在可靠的硬件上拥有良好的远程呈现，这可能对我们的经济有价值。如今，硬件确实变得越来越好了，可以承载有用的负载。 但我尤其感到悲观的是，看到学术类型的研究试图用类似人类的系统来叠衣服、把螺丝拧进孔里，然后筹集数千万美元，并以此成立一家公司。对于现有人形机器人也是如此。 其中一家主要的人形机器人公司（你可以谷歌/猜测是谁）最近声称，他们的人形机器人将在 5 年内在医院里进行手术？这简直是离谱，在进行手术时，它绝对不可能成为首选平台，而更可能选择专门为这些任务而设计的、配备多臂平台的专用床。这甚至可能比《杰森一家》里的罗茜在 Roomba 发明之前就打扫我们的家还要糟糕。 再举一个例子，我不得不具体说明——https://www.youtube.com/watch?v=WlUFoZstcWg 但我想知道，假设这项任务要重复数千次，这怎么可能比为这项任务设置机械臂更好呢？改变工厂布局是使其值得的主要问题吗？即使是这样……一个安装在移动平台上的单臂机器人肯定能更经济地完成这项任务。 总之，我看到了所有这些东西，有大量的资金、炒作和乐观情绪，而我感到很疯狂，因为我通常是技术乐观主义者，却变得悲观。那么，其他人也有类似的感觉吗？我是否遗漏了什么，也许可以激发一些乐观情绪？ 期待讨论。

Gitmore (<a href="https://gitmore.io" rel="nofollow">https://gitmore.io</a>) – 让不使用 Git 的人也能了解 Git 活动。<p>每个提交都有消息。每个 PR 都有标题和描述。状态更新已经存在，只是被锁在 GitHub 里了。<p>*适用人群：*<p>- 向投资者汇报的创始人 - 编写发布说明的产品经理 - 希望无需站会就能了解情况的 CEO - 任何询问“发布了什么？”并等待工程师回复的人<p>*功能：*<p>连接你的代码库。提出问题： - “本月发布了什么？” - “谁负责了计费功能？” - “哪些 PR 停滞不前？”<p>或者安排自动报告发送到 Slack 或电子邮件。每周、每月，随你喜欢。<p>*工作原理：*<p>我们注册 Webhook。Git 平台推送事件元数据——提交消息、PR 标题、描述、作者、时间戳、文件计数。<p>每个事件都会被规范化为一个结构化模式。AI 查询结构，而不是原始文本。<p>*我们不做的事情：*<p>我们不做代码审查。我们不分析差异。我们不与 Coderabbit 或 Greptile 竞争。这些是为 PR 工作流程中的工程师准备的。<p>这是为那些需要了解情况但不在该工作流程中的人准备的。<p>*安全性：*<p>仅使用 Webhook。我们从不克隆代码库或访问源代码。<p>- 令牌加密：Fernet (HMAC-SHA256 + AES-128-CBC) - Webhook 验证：HMAC-SHA256 - 支持 2FA<p>适用于 GitHub、GitLab 和 Bitbucket。<p>1 个代码库免费：<a href="https://gitmore.io" rel="nofollow">https://gitmore.io</a><p>你公司里非技术人员如何了解开发进展？

当穿越公网时，我们一致认为使用递归（WireGuard 嵌套在 VXLAN 嵌套在 WireGuard 里面）是个馊主意。

昨天，我突然想到去年我没有充分利用我的保险。所以，既然今年刚开始，而且我拥有 KP 保险，我决定了解一下我错过了什么。我意识到我错过了很多。我完全不知道通常可以免费进行许多预防性就诊和检查。然后，我决定为自己定制一个 GPT，以便继续了解保险，并让它给我一个关于本季度应该进行的预防性检查/就诊的粗略时间表。我昨天预约了，并且对这个月有了一个粗略的计划，几乎不需要花费什么。你有没有考虑过这个问题？ 编辑：我最初拥有的只是一份 100 页的福利文件，因为懒惰我从未看过。所以我把这些都输入进去，并让它优化成本和预防性检查。

我是一名独立黑客。和你们中的许多人一样，我通常同时运行 3 到 4 个项目。我对现有邮件 API（如 Resend 和 Postmark）最沮丧的地方是它们处理域名的方式。 大多数平台在免费套餐中只允许你使用一个域名，即使是最初的付费套餐也出奇地吝啬。每当我开始一个新的实验时，我不得不“杀死”之前项目的邮件，才能重复使用域名槽位。如果用户尝试在旧项目上注册或重置密码，它就相当于“死了”。 我构建了 Simple Email API 来结束这种循环。我想要一个不会因为你进行实验而惩罚你的邮件 API。 我专注于两件事： 1. 默认支持多域名 你可以添加无限个域名，而无需立即被迫进入每月 20 美元的套餐。我已经优化了基础设施以保持低成本，这样我就可以提供实惠的价格。你可以在构建下一个项目的同时保持旧项目的活力。 2. 原生入站（而非事后考虑） 大多数 API 都是为出站邮件而构建的，入站邮件感觉像是一个复杂的附加功能。在这里，每封邮件开箱即用都是“可回复”的。 对于生产环境：我们有标准的 Webhook。 对于原型设计：我们有一个简化的 onReceive 回调。如果你正在构建一个 AI 代理或快速脚本，你不想处理 Webhook 端点和密钥。你只需一个 API 密钥就可以启动并运行。 目标是成为发送和接收电子邮件的最简单方式。我正在寻找最诚实的反馈。

我正在试图理解 Lichess 分析棋盘和我自己的 Stockfish 设置之间的一个差异。 在 Lichess（基于浏览器的分析）上，Stockfish 在我的 Redmi Note 14 Pro 上报告接近 1 MN/s。然而，当我通过 Python 程序使用原生可执行文件在本地运行 Stockfish 时，我只看到大约 600 kN/s。 令人困惑的是，尽管报告的速度更高，但 Lichess 需要大约 2 分 30 秒才能达到深度 30，而我的本地设置大约在 53 秒内达到深度 30，即使它报告的 N/s 较低。Lichess 在频繁的评估更新方面也显得更加“活跃”。 我怀疑这与 N/s 的测量或显示方式（瞬时 vs 平均）、搜索配置的差异（连续搜索 vs 重启、MultiPV、哈希复用），或者引擎驱动方式（例如，UI 或 I/O 限制）有关。这也引出了一个问题，即“深度 30”在不同的前端之间是否可以直接比较。 有人研究过 Lichess 如何报告 Stockfish 速度，或者为什么显示更高 N/s 的设置仍然需要更长的时间才能达到相同的标称深度吗？

谁还记得 AWS 基于竞价的 Spot 实例市场？ 我正在研究 Spot 实例的历史，很想听听任何在竞价时代（2017 年价格调整之前）实际使用过 AWS Spot 的人的经历。 我一直在阅读研究论文，声称 AWS 即使将自己定位为公开竞价，也在使用隐藏的储备算法操纵价格。 很想知道这是否与真实的用户体验相符。

该项目的动因在于，希望能够将 GitHub 上的容器化工作流程部署到 AWS 上，并使用完全无服务器的基础设施，无需担心持续集成/持续交付（CI/CD）。同时，能够通过命令行工具轻松地将计算结果下载到本地机器。

嗨，HN！ 我创建了这个 Web 应用（支持 PWA），因为官方 Bluesky 应用缺少我最想要的一个功能：从我在时间轴上上次停留的位置开始。 这主要用作阅读器，而不是一个完整的 Bluesky 客户端。我将其与 Bluesky 应用或网站结合使用。点击帖子的时间戳即可在 Bluesky 中打开它。 我已尽力显示稳定的时间轴更新，这与 Tweetie 应用很久以前所开创的功能一致：刷新时保持你在时间轴上的视觉位置。这在 Web 应用中很难实现……我在这里[0]详细介绍了更多内容。 0：<a href="https:&#x2F;&#x2F;memalign.github.io&#x2F;p&#x2F;memsky.html" rel="nofollow">https:&#x2F;&#x2F;memalign.github.io&#x2F;p&#x2F;memsky.html</a>