基于快排来优先级排序的 GTD 软件

任务本身就是树状结构的，自带分治了。
我很难想象一个人会有几十个大的任务要排序。如果只有 10 个以内的任务，任务下面又有子任务，那么可以先对这 10 个任务排序，然后每个任务下面的子任务再排序。
而且一般来说，到了任务的子任务这一层，就不是可以随便排序了，比如你要读一本书，那肯定是「买书->速读->读第 1 章->读第 2 章->整理笔记」这种有序的。

@sillydaddy 谢谢你回复我, 我补充下细节。

我很难想象一个人会有几十个大的任务要排序。
------
就是很多独立的任务,例如: 阅读(每个书籍都可以是单独的任务)、家庭购物、搬家、副业(开发、运营、设计、学习)等。
他们彼此独立, 但是我时间有限, 所以需要排优先级。

例如我们开发时候的任务 就有好多, 十几个 几十个总是有的吧, 各个功能模块的排序, 选择哪个功能点先开发?

你可以举一个实际的，具体的，需要对几十个任务的优先级来排序的例子，然后自己体会一下这个需求是不是真正的需求。

还有为什么要把每本书的阅读作为单独的任务，参与全局的排序呢？将它们都放在“阅读”这个大任务下，让“阅读”这个大任务参与全局的排序不可以吗？有什么区别吗？

「亮点 不用一下子面对许多个任务(可能有十几个甚至几十个), 而是一个一个的做相对优先级排序，通过多来几次的相对排序来保证全局的有序。」

而且，我觉得任务的优先级排序是相对稳定的，可能最初需要排一下序，而一旦排好后面就不用大的改动了。

将它们都放在“阅读”这个大任务下，让“阅读”这个大任务参与全局的排序不可以吗？
------
读书是基于目的的, 例如:
1. 我最近想开发任务、待办相关的软件, 我就去研究 GTD 、研究精力管理。
2. 我在开发软件过程中, 发现自己的产品力不够, 我要去读一些如何做产品的书, 就会把其他书籍的优先级靠后


对于我来说, "阅读"一个大任务 粒度太大了

你可以举一个实际的，具体的，需要对几十个任务的优先级来排序的例子，然后自己体会一下这个需求是不是真正的需求。
----
我是一个超级任务管理的用户, 我的列表常常保持上百个待办， 有待阅读的、待研究的。举一些简单例子:
- 我作为全栈工程师, 需要有优先级的排序 前后端的学习计划, 可能要好几周, 对这个大任务再拆分下，以四小时为维度拆开, 太大就跨天了。 => 可能光一个项目的任务, 就要几十个
- 市面上的常见的软件服务商, 例如我需要调研下 supabase 、mixpale 等=> 大概也要花一两天等
- 我需要撰写用户访谈提纲，并且约人访谈。
等等..

@sillydaddy 依旧十分感谢你的回复。此外, 抱歉我的其他两个回复忘记 @你了

「需要有优先级的排序 前后端的学习计划, 可能要好几周，对这个大任务再拆分下。。」
你这不也提到了，「对这个大任务再拆分下」，「前后端学习」，就是一个大的任务。你可以分配到「前后端学习」上面的精力是有限的，不可能一直在做「前后端学习」里面的任务。所以「前后端学习」本身就有一个优先级，比如「市场调研」之类的。你举的例子恰恰说明的，你是有分大类的。「阅读 GTD 书籍」的例子也是一样，你是为了「精力管理」，那么「精力管理」就是一项大的任务。

先对大的任务排优先级不可以吗？你的精力有限，不可能所有的事情都不分大类，然后全都一起抓。GTD 里是有 Task （任务）和 Action （行动项）的区别的，感觉你把 Action 都拿出来排序了。

我不知道你理解我的意思没有，我强调的是「人的精力有限」。即使你列出了 100 项任务，你也无法同时去展开它们，有些项目注定要 Someday/Maybe 再去做。所以先要对大的任务去排优先级。有些大的任务你准备启动，就可以做里面的行动项了。优先级的比较，是在大的项目之间进行的。

@sillydaddy 感恩, 我理解了
GTD 里是有 Task （任务）和 Action （行动项）的区别的。
优先级的比较，是在大的项目之间进行的。