最新

由于我在管理整个数字信息宇宙时遇到了很多麻烦，我决定解决这个问题，不仅为我自己，也可能为其他人提供帮助。以下是我对我产品的一些想法： - 管理个人（也可能是商业）信息/内容的整个范围：文档、媒体、消息（电子邮件、即时消息等）、联系人、书签、日历等。 - 基于标签，这样在放置和查找内容时问题会更容易解决。可以想象一组平面文件夹，存储在一个或多个设备中，文件附带标签。然而，这里会对现有的基于标签的系统进行一些改进。由于人们发现浏览文件比搜索更自然，因此将动态生成虚拟文件夹以提供引导式导航。此外，整个文件夹也可以视为一个原子对象进行标记和管理，这对于存储库和项目非常有用。同时，将使用启发式方法（可能还有人工智能）在文件导入工具时自动标记文件，大大减少首次添加标签的繁琐。 - 基于文件，这样所有信息最终都以单独的文件形式物理存储。这使得在物理层面上更容易管理信息：移动、备份、导出/导入、搜索、导航等，而不受我们现在所拥有的那些不透明信息孤岛的限制。因此，除了文档外，每封电子邮件/即时消息、联系人、计划任务/事件、书签等最终都会作为文件存储，解锁与文件相关的所有操作。 - 提供一个基于本地代理的本地网页用户界面，这样实际的文件内容通常不需要在网络上移动，保持本地化，并且该工具也易于跨平台使用，无论平台如何，用户界面保持一致。 - 还提供一个云网页用户界面，通过本地代理与内容设备进行通信，这样存储在多个设备上的内容可以在一个中心位置进行管理，即使没有直接访问这些设备的权限，也可以提供团队/组织功能。然而，文件内容仍然保持本地，除非被共享。 - 提供将数据作为文件从各种应用和服务的数据孤岛中导出，并备份为文件到云存储服务的工具。 我的愿景是，无论我使用什么设备、应用或服务，我都能掌控自己的数据，确保数据始终可用且不会丢失，并且我可以轻松地浏览和搜索所有数据，找到我想要的内容，无论它多么分散和庞大。 我欢迎您的想法。什么能让这个产品对您有效？您更倾向于使用云用户界面还是本地用户界面？我需要注意哪些技术或市场上的陷阱？ 以下是我在个人信息管理方面对当前技术的一些问题，这促使我致力于寻找解决方案： - 我们的数据过于依赖于设备和供应商的孤岛。无法轻松地在Apple/Google/WhatsApp等账户之间移动我的信息。也无法轻松合并和去重。每当我必须更换手机时，我几乎总是会以某种方式丢失数据。 - 在许多服务上很难拥有自己的数据：Discord、Slack等。无法轻松导出、搜索。 - 很难全面了解和管理所有数据资产，并以一致的方式查询它们。 - 文件作为信息存储和管理的单元非常符合人体工程学；我们不应允许供应商为了自身利益而埋没这一概念。

构建了一个 F# 的 URL 短链接生成器以探索 CQRS – 欢迎反馈 大家好， 我最近在尝试 F#，决定构建一个小项目来实践 CQRS。结果是一个我命名为 YURL 的基本 URL 短链接生成器。 后端全部使用 F# 编写，围绕命令和查询的分离进行结构设计。我希望这个项目既简洁又有良好的架构，因此没有使用繁重的依赖或复杂的设置。这个项目帮助我更好地理解了事件流和函数式风格中的关注点分离。 如果你感兴趣，这里是代码： github.com/OnurGumus/YURL 非常希望听到其他 F# 开发者或任何以简约方式使用 CQRS 的人的想法。