可能就是因为workflow出来后，大家举报方便了，效果显现。本来发这些spam的就集中在少数几个源。

@holong2000 其实，markdown/opml/mindmap是可以互通的，foldingtext上有script可以实现markdown/opml之间转化，ithoughtsx则可以同时用这三种格式。

@yuantao1776 xmind肯定是可以做到的，有多种style的图可以选择。另外，ithoughtsx也可以做到。这两个功能都比mindnode pro丰富很多。界面和易用性来说，ithoughtsx更优。另外ithoughts支持非常多的格式，包括markdown和opml，和其它工具互动会容易很多。

很不错。如果可以增加有特色的导读和释义就好更好了。特别是宋词，没释义很多不知讲什么

原来说iphone4会被硬解。现在看来，是全系都有漏洞。

楼上的，没看到，两边贷款都得一齐还吗？

@MacGG 淘宝还是算了，不敢。另外你的用户名好熟悉啊

我还以为有一年的newyorktimes。不然就入了

mac os x的文件系统真的很烂，高级复杂操作慎用。

好吧，楼上出吧

little snitch, 40接受预定。如果能解锁的话

@xiparos 我出给你吧。25，可以吗？

这个会自动续费的，要电话才能取消。

其实，GTD应用就是一个简单的数据库文件，变量就那么几个，能有多复杂。拨开OF的内核，其实它的复杂度是不如toodledo的，变量少很多。从头开始用toodledo，设置好一个框架，也就是一个钟头的事。OF用起来这么费精力，有很多坑是因为它的功能缺失造成的（少了几个关键的变量）。为了达到同样的功能，就需要费大得多的精力。

@gDD 如果是刚开始了解的话，我觉得，千万别纠缠一些概念，要抓住核心。我理解的GTD的核心，刚在上面讲了，供参考。

@donglingyongadls OF有自己的强项，首先，它的mac端原生程序做的最好，在mac上网页app体验是要差很多的；其次，它有个无限层级，如果你的任务经常很复杂，这个功能在很多GTD工具是缺失的（toodledo最大的弱点就在此）。

其实没有完美的工具，要看自己的需求。我自己用起来toodledo是最好的，支持toodledo的第三方客户端也很多，各平台都有，唯独在mac上好的客户端很稀缺。toodledo的定制性非常之高，你想怎么用都可以，如果toodledo也有无限层级的subtask（目前能有一层subtask），无疑会是全能GTD工具的首选。

@zjuster 我的确是大杂烩，不过，我们对GTD方法的核心理解看来还是有些不同。下面谈谈我自己的理解。

GTD方法的兴起，是相对原来以日历为基础的事务法则的。日历的问题在于，它的灵活性很强，强制性很高，除非是极有纪律的人，比如清华学霸姐妹花，一般人如果按严格按日历法则去做事，很快就会发现越来越多的预先安排的事情没有按照日历时间完成，愈期越来越严重，产生强烈的失败感，最后放弃时间管理。即使有人勉强能执行下去，估计也要变强迫症，见到小红点不消就手痒。

GTD法则，首先是承认，其实我们都是个普通人了，做事情需要在一个舒适和宽松的环境下完成才最有效率。所以GTD的核心就是，帮助我们寻找做事的舒适区，在适当的时间做适当的事情。context和tag的维度的引入，都是为了帮助使用者寻找这个sweat point。而deadline，除非有必要，可以不使用就不使用，转而使用status区分任务的缓急。消灭小红点！我不管status是不是david allen提出的，但我认为status是GTD方法地中最核心的概念。这个，别人不认同我无所谓，反正我是野路子。

至于你说用flag来标记优先级，首先，优先级这个概念就很模糊，是说事务的紧急呢，还是重要呢？和status相比，太模糊了。

至于说task和action，我一贯认为，是无关紧要的概念。如上面我所说，GTD的核心不在这些概念上。

OF的弱点，其实是非常容易看到的：如果你不给任务添加一个deadline，它真的就沉海底了。所以要经常review，所以会不停的消小红点，执行它所带来的心理压力，可能会比日历法则小一些，也小不了太多。

至于用flags来代替status的功能，最后的结果恐怕是flags满山红。

给设置任务的时候，如果设置好status，是根本不需要这么频繁地reviews。

markdown还是直接用知乎算了，反正免费版也足够用。