最新

别误会我的意思，PostgREST 的核心理念是好的。但我确实认为像 Haskell 和 PlSQL 这样的技术不应该用于生产环境。 这就是我产生自己开发一个 API 生成服务的想法的原因。 目前它使用 SQLite 作为主数据库，并基于 TOML DSL 和一些 Lua 脚本生成端点。 我猜几周内我就会有一个完全可用、功能齐全的 MVP。

有人在招聘数据中心网络运营中心（NOC）工程师吗？

不久前，我的一位同事在开发 Perforator (<a href="https://github.com/yandex/perforator">https://github.com/yandex/perforator</a>) 的第一个版本时，一直在谈论 eBPF，这让我对它的 ISA 和限制产生了好奇。大约在那个时候，我读到了关于在验孕棒上运行 DOOM 的文章，于是我想：“如果有人能在 eBPF 中运行 DOOM，在 Linux 内核里呢？当然，有一些限制，但这应该仍然是可能的吧？” 我大约在 2024 年开始尝试，首先将 DOOM 剥离到展示所需的最低限度，简化代码，并尝试克服遇到的第一个限制——函数数量限制、递归、内存访问和检查。我尝试手动完成这些，但那确实是一项繁重的工作。于是我改变了方向，开始使用 LLVM pass 来完成一些事情——重写内存访问，简化和重写循环等。但还有太多细节需要处理。由于时间和各种原因，我搁置了这个项目。 但几个月前，我想：“现在的 LLM 非常强大，为什么不这次多花点力气再试试呢？”我尝试了不同的方法来“虚拟化”内存访问，如何使循环有界，以及总的来说——如何在这样的机器上运行无界逻辑。 当 DOOM 运行起来后，我有些得意忘形。这种方法非常“通用”，所以如果尝试运行更多东西，那将是一种罪过。现在我们有了：在 xdp 热路径上运行的 Lua，使用 softfloats 的 Llama2，甚至连最初因为 verifier 预算（1MB）而无法运行的 CPython，现在也因为 freplace 而运行起来了。 要让程序运行得更快，让集成更容易，还有大量的工作要做，但可行的示例已经存在。

我的感觉是，就连这些应用程序的开发者也已经失去了对算法的控制，而这确实正在对人们的生活造成损害。

大家好，在过去的几个月里，我一直在开发一款名为 RDLTR (<a href="https://rdltr.app" rel="nofollow">https://rdltr.app</a>) 的稍后阅读应用。这一切的起因是我在不同浏览器、Mac、Linux 和 iPhone 上打开了太多想读的东西，导致标签页泛滥，严重影响了我的工作效率。 当时 Pocket 刚刚关闭，我便开始寻找替代品，尝试了 Instapaper、Raindrop、Matter 等几款应用。它们都不错，但都提供一个只会不断增长的列表，这又成了一个需要维护的东西，并非我想要的模式。Safari 有一个“阅读列表”功能，读完后会从未读列表中移除，但它只适用于苹果设备，而且功能不完善。我想要的是一种“阅读收件箱清零”的体验：打开一篇文章，阅读完毕后，它会从待读队列中消失，但仍保存在存档中。这样你就可以一直读下去，直到队列为空。 链接可以来自任何地方。你可以在页面上粘贴 URL，拖拽链接，或者使用书签工具、Chrome 和 Firefox 扩展程序，或者用于 iOS 共享表的 Apple Shortcut。此外，它还支持 Vim 键位，提供每条链接的 TL;DR 摘要，可以搜索所有已读或已保存的内容，为每个列表提供 RSS，并且在手机上也能很好地工作。 扩展程序中有几个我经常使用的功能。Shift+DD 可以提取文章文本，进行清理，然后发送到 ChatGPT、Claude 或 Gemini 的新标签页中，这样你就可以就刚读过的内容提问。Shift+AA 会在 Internet Archive 中打开链接，这对于那些有付费墙但你没有订阅的网站非常方便。 技术栈是 Bun、TypeScript、HTMX 和 SQLite，并使用了 SSE，这样当你保存或阅读内容时，列表会立即更新，部署在 Hetzner VPS 上。 坦白说，大部分代码是由 Claude Code 编写的。我仍然花费了大量时间进行内部测试、实际使用和打磨用户界面，直到感觉一切都恰到好处。 总之，我很想知道你们目前是如何管理稍后阅读的内容的。