不是我以为的睡不着🐶

耳塞，或者早于朋友睡

@FrankHB
数据库没必要造车，直接使用 sqlite ，3.9 开始支持 json 更方便。

OCR 如果有现成的库可以集成。我使用 C#，不知道你使用什么语言。UI 这边的框架支持自绘动态加载，代码考虑集成 js 运行时或者 python 。深度能力可以通过本地 http 对接这样完全与开发语言没关系。

如何在两台电脑之间切换？我目前使用 USB 切换器。

要不放个狠话：三天不还，朋友圈公布。晒过三天，登门拜访。

之前还经常看到 V 站右边有饭碗警告的广告，看来饭碗没了[doge]

@zaqzhin
笔记很宽泛的，它就涵盖了知识库，博客（允许发布的那种）。你已经提出是“纯文本”，那么绝大部分笔记软件适配得很好了。

纯文本发布，我可以说基本上没多少人只停留在纯文本发布的。至少是 Markdown 吧？

建议你先对比一下各种笔记软件，看是否满足你的要求，或者详细提你的需求，在 V 站重度使用笔记的人不在少数（我不是）。

V 站搜索一下笔记，这种软件太多如果没有特殊需求没必要造轮子了。

SAAS ，只能在云端，既然这样，使用浏览器最方便。

实在不行把浏览器集成到 PC 端，并无区别。。。

@FrankHB #20

感谢提出你的需求，对我来说很有用。我也是有具体需求，所以这样的产品做起来才会有用：自己也是用户。对于这款产品，开源是最后的选项：我目前认为开源了我就基本上没什么指望了。因为数据特别敏感，官方存储始终不好解决信任问题，基于此我觉得没什么营利点。

关于二次开发或插件能力，你可以尽量提需求，我看是否有合适的解决办法。

我目前的想法是对插件提供基础能力，我会将 PIM 中的功能都用插件形式走一遍确保插件系统能支持，如果软件逐一实现的话那就太复杂了，而且无法完全适应个人灵活多变的需求：
- 数据：定义数据（表），访问和修改数据。
- UI：基于软件原始 UI 定义插件 UI 。
- 能力：提供一些 Function 可供用户任意安排，拿任务管理来说
- 启动任务、完成任务：会触发一系列数据读取分析和记录。
- 插件可以提供通过 API 将第三方任务同步过来的能力，或将任务数据同步到第三方。
- 需要 OCR 则系统可以集成，变成基础功能提供给插件用

@FrankHB
上面我可能说得不恰当误导你了，“没精力弄多个终端”是指基于分布式存储的多个终端，每个终端有自己的数据然后终端之间合并，这种我认为是不妥的。而后面你解释的是多个终端，然后同步到一起，这种是 Git 的方式了，还是有统一的数据中心（或者存储的地方）的，这个我们是一致的。

每个终端同步数据时冲突的处理无法避免，那么像你说的参考 Git 客户端或 DVCS 的处理方式可行，我也认同。只不过冲突处理对我来说比较麻烦，对于笔记这种纯文本冲突，可以使用成熟的库来处理，甚至只要是修改了同一处就是让用户确定合并是否正确。但因为这款软件我暂定是很多部分用低代码实现，低代码配置的冲突，以及使用这些代码衍生的数据的冲突（要知道用来定义这些数据的版本可能不一样），可能会把这个问题复杂化。

基于此我才会想搞这么麻烦是不是提供在线的数据中心会更好（数据中心做好自己的备份），每个人都可以架自己的数据中心，起码能保证终端有网络的时候能实时使用最新的，没网络的时候本地先暂存，之后再上传，都远比上面的同步方案简单。

当然现在还没有敲定怎么设计，你提供的建议和反馈都很重要。利弊拿出来讨论才有更好的方案。

对于好用的东西，值得付费。不过对于软件方来说，如果一开始就计划收费的，应该早点提出而不是后面收割。OP 可以关注一下我在策划的产品，我开始就声明了会收费哈。

/t/844442

@FrankHB
分布式存储方案我暂保留意见哈。

我认为普通个人是没有精力弄多个终端的，所以对于个人来说，可能更现实的方式是多个地方备份：
- 移动硬盘定期备份：插上，然后软件提示备份
- 网盘备份：最好是有 API 的，这样软件可自动备份
- 云存储：API 直接备份，最便宜的 B2
- 个人 NAS
从中再选一个作为同步中心，比如带 API 的网盘或云存储，可以只用来存储 DB ，基本上可以做到在免费额度（一般是 10G ）内就够用的地步。

@FrankHB
这个 DVCS 感觉又像 Git 了，这玩意儿实施起来我感觉更麻烦吧。开发人员可能还好理解，普通用户可能完全理解不了。PIM 这个产品针对个人而非团队使用，数据的安全（不易丢失）更重要，而终端又没那么稳定，比如手机和移动设备也易丢失，不及时把数据集中存储那么就丢了。

同步容易冲突以及量比较大的话，我还有一种设想是引导用户针对不同需要建立不同的数据库，比如写日记是一个，相册是一个，收集资料是一个，记录工作是另外一个。像分类 Tag 等可以由通用库负责。而这又带来跨库查询上的不便，除非同步很有问题才会考虑这么做。

关于要不要必须同步有时候也挺尴尬的，比如写笔记，你在 PC 上写完初稿，同步上传了。此时在手机上如果修改同一个笔记，如果不先同步下载最新版，那么手机上修改后提交可能会面临冲突，合并冲突并不简单。这只是简单数据场景，如果换成复杂的，比如是某种抓取规则。最新版抓取规则都已经换了，而你在手机上打开没有等同步就开始，那么你抓取的数据都与最新版有冲突。这处理起来就更麻烦了。

如果后面研究对比仍然比较复杂，那么可能还真是让用户要么全量同步，要么自架数据库服务器（这部分开源），要么使用官方服务器（适合小白用户，同时愿意相信官方）。