























这是一个创建于 886 天前的主题,其中的信息可能已经有所发展或是发生改变。
我想做一个基于快排来做优先级排序的的 GTD 软件。交互体验有点像探探的左右划(左划优先级更高, 右划优先级更低、上划跳过当前)
🌟操作逻辑:
🌟亮点 不用一下子面对许多个任务(可能有十几个甚至几十个), 而是一个一个的做相对优先级排序,通过多来几次的相对排序来保证全局的有序。
大家觉得这个点子咋样 什么意见都愿意听👂🏻
1 sillydaddy 2024 年 1 月 11 日任务本身就是🌲树状结构的,自带分治了。 |
3 chenhaobuaixuexi 2024 年 1 月 16 日我很难想象一个人会有几十个大的任务要排序。 例如我们开发时候的任务 就有好多, 十几个 几十个总是有的吧, 各个功能模块的排序, 选择哪个功能点先开发? |
4 sillydaddy 2024 年 1 月 16 日你可以举一个实际的,具体的,需要对几十个任务的优先级来排序的例子,然后自己体会一下这个需求是不是真正的需求。 |
5 sillydaddy 2024 年 1 月 16 日还有为什么要把每本书的阅读作为单独的任务,参与全局的排序呢?将它们都放在“阅读”这个大任务下,让“阅读”这个大任务参与全局的排序不可以吗?有什么区别吗? |
6 sillydaddy 2024 年 1 月 16 日「亮点 不用一下子面对许多个任务(可能有十几个甚至几十个), 而是一个一个的做相对优先级排序,通过多来几次的相对排序来保证全局的有序。」 而且,我觉得任务的优先级排序是相对稳定的,可能最初需要排一下序,而一旦排好后面就不用大的改动了。 |
7 chenhaobuaixuexi 2024 年 1 月 18 日将它们都放在“阅读”这个大任务下,让“阅读”这个大任务参与全局的排序不可以吗? 对于我来说, "阅读"一个大任务 粒度太大了 |
8 chenhaobuaixuexi 2024 年 1 月 18 日你可以举一个实际的,具体的,需要对几十个任务的优先级来排序的例子,然后自己体会一下这个需求是不是真正的需求。 |
10 sillydaddy 2024 年 1 月 18 日「需要有优先级的排序 前后端的学习计划, 可能要好几周,对这个大任务再拆分下。。」 先对大的任务排优先级不可以吗?你的精力有限,不可能所有的事情都不分大类,然后全都一起抓。GTD 里是有 Task (任务)和 Action (行动项)的区别的,感觉你把 Action 都拿出来排序了。 |
11 sillydaddy 2024 年 1 月 18 日我不知道你理解我的意思没有,我强调的是「人的精力有限」。即使你列出了 100 项任务,你也无法同时去展开它们,有些项目注定要 Someday/Maybe 再去做。所以先要对大的任务去排优先级。有些大的任务你准备启动,就可以做里面的行动项了。优先级的比较,是在大的项目之间进行的。 |
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。