「KN.phoenix」终极笔记软件需求

Kaffa 发布于

分类: 项目 标签: KN

20240629,v0.1,本文处于非常初级的阶段,完成度 10%

一、介绍

用过许多笔记软件,从最初的 mbBase、网博士、WizNote/CyberArticle/网文快捕、OneNote、Pocket、EverNote/印象笔记,到现代的 Joplin、Obsidian、语雀、飞书、Logseq、Notion,到后 Notion 时代的一些 Web 的、AI 的 SaaS。还用过一段时间 Org mode。相似的是,凡软件都有生命周期,商业成功的血条长一些,相比来说,开源的活得更久。古话说“以利合者,利尽则散”,一旦公司不给员工发薪,自然也没有新的研发和高水平运维,仅仅维持软件基础生命体征。从外界看来,就是这个软件进入了维护期。

最后,在不定的某一天,痛苦的事情发生了,你不得不迁移数据到新玩具中,此时,开源体现出优势,它的数据和程序至少是开放的,就算官方没有提供迁移方法,懂软件和开源数据库的人还可以 DIY 抢救一下,从这种意义上说,开源是相对安全的。但也许有一个处理周期,比如要先写出数据迁移的工具或脚本,在此之前,如果需要访问数据,而它是个 SaaS,前些天创始人被毕业了,核心运维也提桶跑了,那么诸位菩萨,剩下你能做的就是多求菩萨保佑。

所以,我对一个笔记软件有什么需求,需求就是,笔记软件的每行代码都源自我手它完全按预期运行,所以只能 DIY 了。

1. 目标收益

1)一个不必再换掉的笔记软件

2)笔记者对笔记有最高掌控权

2. 目标用户

1)我

2)朋友

3. 痛点和用途

痛点

1)大多笔记软件生命周期很短,烦人的“搬家游戏”

2)笔记收集

3)笔记发布

用途

4. 范围

1)管理笔记

2)收集笔记

3)发布笔记

5. 定义

1)本地:Local

2)远程:Remote

二、概述

1. 用户需要

1)满足余生记笔记的需求

2)与时俱进

3)做时间的朋友

2. 假设和依赖

假设有足够时间投入。

零特殊依赖。

三、功能特性和系统需求

1. 功能需求

1)管理笔记

2)收集笔记

3)发布笔记

  • REQ1.支持笔记从本地发布到远程。

    用户需要一个界面,选择笔记和待发布平台,通过一个步骤完成从本地发布到远程。

  • REQ2.显示远程笔记。

    用户需要一个界面看远程笔记。

    1. 旁注
    2. 目录
    3. 显示页面进度
    4. 容易转发的标题
    5. 专栏
    6. 对话
    7. 具有出处的代码块
    8. 外部链接带有标记
    9. 不同外链采用不同标记
    10. 链接预览
    11. 链接到引用

2. 外部接口需求

3. 系统特性

1)本地优先

2)支持 Windows 和 macOS,支持 Windows 10 及以上系统,支持 32 位系统

4. 非功能需求

1)操作响应 1s 以内。