OmniFocus 的经验和吐槽

2015-01-10 14:43:31 +08:00
 holong2000

我算是对GTD有一些经验和思考,之前用了好几年toodledo,OmniFocus用了快一年。在GTD的配置上算是花过不少精力。下面总结一些经验,当然肯定还有吐槽,其实,当然,后者才是重点,哈哈

OF强的地方

作为一个极受推崇的应用,有一些其它没那么受关注的应用(比如toodledo)所没有的优势:

最大的优势:入口超多

首先,其实这很大程度上不是OF家的功劳,而是因为它受欢迎,所以别家应用和玩家针对它做了适配,类似evernote在生态方面的优势。

Mac

ios

第二个优势,制作精良

这个不用细说了,经常见到有人说自己入mac或iphone或ipad就是因为要用OF,很夸张

玩家经验超多,script丰富

没办法,谁让OF这么风行,一定程度上弥补了OF的一些自身缺陷

OF的不足

下面开启吐槽模式。我用过的toodledo可以算是最严格最正统的GTD工具,所以以我用过toodledo这么久的经验,很容易发现OF的一些设计缺陷。

没有tag,少了一个维度,带来大麻烦

OF没有设计tag,这和2do只有tag没有context(用过2do的同学应该会了解这个不足)。一个合理的GTD,应该具备三个基本的维度:
- folder
- context
- tag
这三个维度,你看名字也知道它们分别代表什么意思。很多人说,我不用tag或者context,所以无所谓。那我来告诉你麻烦在什么地方

造成folder和context的混乱

合理的结构化可以精炼信息。因为少了一个tag维度,tag的信息就必须放入到folder或context里去。所有介绍自己玩OF经验的文章,你看他的folder/context列表,都吓死人,长长的一大串。我也不例外。为什么呢?三维数据如果你硬要用二维来表达,信息量是成指数增加的。

那么,那么长的folder/context列表,会造成什么麻烦呢?谁用谁知道,你自己去想吧。我就说一条最不起眼的:
- 我以前用toodledo的时候,给task添加维度,点击folder/context/tag全是弹出一个有限的列表让我点选,但在OF上就不行了,你得自己输入,还好,OF有一点智能,会马上根据你输入的前几个字母做出选择。但这造成一个结果,有一些使用的比较少的folder/context,我总是想不起它们,至少要让我的脑子运转一下才能记起。很烦人

task和project的刻意分割

project是什么?就是复杂的task。但OF对task和project的切割,造成非常多不便,这经常让我在记录task及后期维护的时候,开支脑筋做一些无谓的思考。这一点让我非常痛恨。

Review:一个非常无用的功能

一个好的效率工具,是让人能够尽可能快的离开工具,而不是让人花尽可能多的时间在工具本身上,因为我们的目标是做事,而不是折腾工具。使用OF后,我在工具维护上花去的时间大幅高于我原来用toodledo的时候。什么原因呢?前面讲的几点,包括这个Review,就是原因。

缺失一些必要的小功能

比如,我原来用过的大部分的GTD工具,都提供这样一个小功能,当一个task逾期无法完成的时候,我点击一下就会弹出“推迟1天/2天/1星期”的按钮,使用起来相当有效率。但是,在OF上就麻烦了。最后我找了一个script,可以自定义推迟多少天。

事实上,针对OF的第三方script,大部分都是用来修补本该具有的缺失的。

非常弱的filter

我又要吐槽一个被赞过很多次的功能了。我只想说,你们觉得它好,只是因为你们没有用过更好的。去看看pocket infortmant的smart filter吧,自定义条件式,想怎么设置完全无障碍。

我见过分享OF使用经验最多的文章,就是关于怎么设置filter的。其中,很大一部分文章,是因为filter的功能上有缺失,教你怎么利用现在这个半残模式,做出自己想要的filter结果。

总结

总体而言,OF还是不错的,至少它真的是制作精美。但是,它最大的问题就是,作为一个效率工具,有时你调教它的时间甚至超过了你完成任务的时间。这就显得不是那么有效率了。这种情况出现的次数多了,你在使用它时,不免产生一种抵触、畏难的感觉。我相信,这就是很多同学尝试使用OF效果不好的原因:有时不是你不会用,是工具不够好。

14582 次点击
所在节点    macOS
57 条回复
holong2000
2015-01-10 21:46:27 +08:00
@atao 我觉得,讨论的着眼点是实践,而不是书上怎么说。
holong2000
2015-01-10 21:55:03 +08:00
比如说,一定要说action不是task,我觉得很难理解。这有什么实际意义吗?
expkzb
2015-01-10 21:59:09 +08:00
@atao 快给 @holong2000 讲讲实践
supertiny
2015-01-10 22:08:58 +08:00
@holong2000 你看你的贴,分了那么多主标题副标题,看上去似乎结构清晰,也洋洋洒洒好几百字,可体现的问题和你用效率软件所遇见问题是一样的:有形式,无内容。
ios
2015-01-10 22:18:24 +08:00
认同 没有tag 这一点 非常麻烦
不认同 Review没用... 其实真的很有用 每个人用法不一样,只是不适合你而已
holong2000
2015-01-10 22:29:28 +08:00
@supertiny 呵呵,这么喜欢批评人,你行你上嘛。markdown作为最简单的标记格式,也能被吐槽?是不是我从头到尾一段话你看着就爽了?

OF作为所谓的“神器”,真的是拥有一个很奇怪的群体,很有优越感吗?我用了一年怎么没觉得。价格的确是高大上。
supertiny
2015-01-10 22:47:01 +08:00
@holong2000 重点是无内容,不是有形式。不是每件事都要总结出一二三四点。既然觉得自己有所“思考”,就请提供你的insight,而不是肤浅的堆砌。
holong2000
2015-01-10 22:55:40 +08:00
@supertiny 真是奇怪,我写的东西你觉得没内容,没insight。好吧,请写你觉得够insight东西出来看看吧。是骡子是马,拉出来看看。看过这么多OF的经验之谈了,很想想看看你的惊世骇俗的insight长什么模样,有什么是我没见过的。
devon
2015-01-10 22:59:02 +08:00
楼主真是不好好讨论问题,人家说你文章写得复杂,你不认同就好了,我倒是觉得写得挺详细的。但怎么又扯到「奇怪的群体」了。用个软件而已,又有个什么优越感了,你哪里看出来优越感了?效率与工具软件一向价格会高一些,但又哪里高大上了。几百块的东西也高大上,这社会高大上的东西也太多了。

Review 很重要,至少对一个想认真管好自己的事情的人而言。不是GTD的Review重要,我们对自己的工作、人生,时不时Review一下,都会大有收获。

对于Task与Acton,我抄一句话吧:「每一件事情其实都是一项任务(Task),完成它的动作称为一个行动(Action)」。
holong2000
2015-01-10 23:02:22 +08:00
神器门前是非多,领教了。我只对“神器”吐槽而已,就马上有人对我吐槽。各位如有觉得我的吐槽让你觉得不爽的,最好的办法是,出门左转,慢走,不送。
holong2000
2015-01-10 23:03:32 +08:00
@devon 不抄书行吗?
forrestchang
2015-01-10 23:04:54 +08:00
为什么不试试神奇的Org Mode呢.
devon
2015-01-10 23:07:42 +08:00
@holong2000 这是一个定义,你是新华字典么?
holong2000
2015-01-10 23:08:35 +08:00
关于task/action,我在实践中,从来不能理解,这有什么区别。你计划要做的任何要事情,从project,到task, 到action,其实都只有复杂与简单的区别。很多事情,你开始只是一个想法,很简单。然后,你开始规划,它变得越来越复杂,这是实践中非常常见的情况。如果只是复杂程度的不同,强硬的做这种区分,有什么实际意义?
devon
2015-01-10 23:10:51 +08:00
@holong2000 你把人家好好跟你讨论问题的人称为奇怪的群体,称为高大上,称为优越感。这就是你讨论问题的方式?

我还真是无聊,讨论到此为止。
holong2000
2015-01-10 23:26:12 +08:00
@devon 你早该到此为止了。我最反感的就是这样一种讨论,上来就不是先讨论事情本身,而是首先就定性:你根本不懂XX。我的经验就是,凡是以这样开头的讨论,全部是无价值的。
Whisper
2015-01-10 23:43:06 +08:00
@holong2000 我觉得把inbox就是收集器.你每天早上想了一下自己要做的事,然后全部写进inbox里.如果把这时候写的定义为task的话,那只要花2分钟就能完成的留在inbox里作为action,剩下的要么归纳到project里,要么就分配给其他人这样之类的
holong2000
2015-01-11 00:03:25 +08:00
@Whisper GTD这种方法的根本思想,是尽量减少无效的动脑。task,你过早的对它的复杂度做判断,其实就在无效的消耗你的脑细胞,因为很多事情是越往下做越复杂。

我举一个例子,比如,你今天想起来,小孩要上幼儿园了,你把它放进了inbox。晚上你想了一下,嗯,明天去报名,你把“报名”列如了sub-task。结果第二天去幼儿园一问,靠,没本地户口不能上。还有半年,怎么办。赶紧想办法吧,找关系,送礼,参观、比较。什么,找了关系也不行,上私立必须要先上半年托班才行。靠,怎么这么复杂。。。

所以我说,事先就要决定任务的复杂度经常是无效的脑力消耗。任务的复杂度随着你做下去,经常会发生极大的变化。
Whisper
2015-01-11 00:17:21 +08:00
@holong2000 你看我只是对inbox里的能不能2分钟内完成的事进行了归类,其他的只是暂时扔在一边,并没有对它的复杂度做判断。这些都是放在project下的,可以通过之后的计划加review再进行细分判定。我觉得你可以看看关于gtd的workflow diagram-processing那图...
gDD
2015-01-11 00:41:54 +08:00

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/160886

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX