iTimeLog在做什么，iTimeLog想做什么
iTimeLog是我的一个个人项目，由于开发者只有一人，所以目标也很简单，iTimeLog集中关注两个功能，一个是记录，一个是检视。其中检视很重要，而从功能上讲，记录最优先。为什么这么说呢，因为检视是记录的目的，而记录本身只是一个不得不做的事情罢了。至于记录为什么是不得不做的事情。《奇特的一生》中有一段很好的表述：
我们的记忆是靠什么？靠事件。我们的生活是拿事件来做标志的。它们仿佛是路标，路标之间却是一片空白……比方说，我自从写柳比歇夫的小说以来，最近这几个月的时光都跑到哪儿去了？伏案写作的时间本身并不多，这些日子都干什么了？我可是干事儿来着，一直忙得很；究竟忙些什么，却记不起来。是瞎忙还是忙的正事——这九十天该怎么总结呢？光这几个月倒也罢了……以往，年轻的时候，每逢过年，我总猛然想起，一年又过去了，我决心要做的，并且也向别人保证了的，又没有做成——一部小说没有写完，诺沃戈罗奇纳没有去成，有些信没有回复，同谁没有见成面，又是什么没有做……拖啊拖，结果是无可再拖了。
如今我尽量不去回顾。随遇而安吧，干了就算了。债务太多了。
当然，我也不愿意承认我是破产了。最好不去想它。最聪明的办法是对自己的生活别去思考。
对于工具的设计来说，最好是能把不得不做的事情自动化，如果做不到自动化，就简单化。iTimeLog在简化记录部分做了许多工作，比如快速输入，Redo按钮，模版，更好的模版，还有一些你们看不到的工作，比如加快程序启动速度，减少资源占用降低程序在后台被K的概率等。回顾开发过程，我发现到现在为此几乎所有的工作都是在和录入这事儿较劲。其实做iTimeLog的最初原因就是app store上能找到的timelog app都不够简单。或者说得不得罪人一点，以我的使用习惯来说不够简单，而我刚好是一枚码农。
刚刚提交的1.5.0是一个分界版本，在1.5.0之前，iTimeLog的重心是记录，之后，重心移到检视部分，具体来说，就是报表。iTimeLog将会从记账类软件那里学到许多统计报表相关的功能。时间就是金钱，其实人类对金钱记录方面的努力很多时候也可以用为时间记录上。那么为什么不直接使用记账类软件？因为它们的输入部分不够简单嘛：）
检视和统计功能能带来什么呢？举个例子就很清楚了。根据我七月的记录，由于住在离公司较远的地方，交通时间和骑车时间加起来接近31个小时，这看起来好像没什么，但是比较一下花在个人项目iTimeLog上的时间才24小时21分，以纯时间来看，是一个巨大的浪费，这个一事实帮助我们做出一个决策，搬到离公司近一点的地方住，哪怕租金贵一点。
这就是记录和检视工作的方法，找出时间黑洞，然后想办法避开它。希望iTimeLog能持续给用户带来这样的价值。
