最新

我已经开发移动应用程序10年了，主要为客户服务。两年前，我决定为自己打造一些东西。 Kubbo 是一个习惯追踪器，通过完成任务来建设一座中世纪城市。如果错过两天，随机的建筑物将会被埋掉。 目前下载量达到30,000次，App Store评分为4.8。 使用 Flutter 开发。欢迎提问。

嗨，HN， 有两件事激励我去构建这个：Andrej Karpathy 最近谈到回归 RSS 订阅——“更高质量的长篇内容，减少那些旨在挑衅的垃圾信息”（[链接](https://x.com/karpathy/status/2018043254986703167)）。与此同时，Marc Andreessen 分享了他的信息来源：25% 来自 X，25% 是与从业者的播客，25% 是与 AI 的对话，25% 是旧书（[链接](https://x.com/pmarca/status/2030949039345467570)）。 这让我意识到，控制你接收的信息是多么重要。但我已经习惯了这种信息流式的阅读习惯（每个社交媒体都是这样的）。我只是不想让随机的表情包或愤怒诱饵突然抢走我的注意力。 因此，我构建了 FeedSense——一个私人推荐系统。你可以选择你的信息来源，它只会从这些来源构建一个“为你推荐”的信息流。该系统会考虑内容质量、发布时间和你的阅读历史（仍在调试中），但绝不会显示你未选择的来源的内容。 iOS 上的 TestFlight 测试版：[链接](https://testflight.apple.com/join/56VPEeeS) [链接](https://feedsense.cc) 如果有人对此感兴趣，我很乐意讨论架构或推荐方法。

数据库可以粗略地描述为一个用于与磁盘上数据进行交互的程序。大多数软件都是为了与数据库进行交互而构建的，尽管这些软件通常也有（往往非常强大的）通过文件系统与磁盘上的数据进行交互的方式。 我的问题是，历史上是什么驱动行业关注数据库特定的解决方案，而不是文件系统特定的解决方案？ 这并不是对数据库的抱怨，但我确实想知道为什么许多主要的编程语言和框架（如RoR Active Directory、C# EF等）在使数据库交互在编程语言的视角下变得顺畅方面投入了大量精力，而不是在与磁盘上的数据交互方面下功夫。这有点像一种另类现实的思考。