GTD到底是一个什么样的东西？
它实际上，只是一个方法论罢了。在实际应用的时候，过于死板遵循框架，很难去真正解决问题，只会为其所拘束。
例如一套标准的GTD流程，将所有的清单严格按照功能分类了，但是实际上，这些分类的依据有时候很模糊不清，这就导致了某个清单里的事务过多，反而使效率降低。
当你想按照功能性或者事务的规模性为GTD分类时，你会发现不仅标准很难界定，而且某个清单内的东西会随着时间增长而显著多于其他清单。
GTD是一种方法论，我个人认为，它的目的并不是让人死守框架，而且很多GTD老手，并不会完全按照标准流程去整理事务。我在经过了长久试验后，发现，如果按照截止日期时间分类，相对于按照事务规模或者功能类别分类，效率更高。
例如分为：
- Next（现在、今天或者明天要做的）
- Week（本周要做的，周日为每周的开始）
- Month（本月要做的，1号为每月的开始）
- Long Term（长期任务，将来可能会做的）。
如果你喜欢按照适用场景分类（在家、在公司），则要注意合理分类，因为不合理分类会使清单数量暴涨。
最后还要强调，GTD是方法论，不是规则，只要能让事情做完（get things done），那就是好的方法。
