个人大数据今日看点

个人大数据 | 关于时间记录体系

2017-07-14  本文已影响296人  剑飞在思考

文 / 剑飞

2017年年初计划写300万文字,到2017年6月份,已经完成了计划。最近时间似乎“多”了起来,想把时间记录体系重新梳理一下,希望对大家有所帮助。

从最开始的时间记录,到现在的体系,也算从V1.0版本升级得V2.0。关于V3.0的展望,我希望更多的是可视化和预测方面。

时间飞逝,转眼期间过去了三四年,想起最开始做时间记录的时候,虽然有设想过走一段路,但是究竟走多远,当时也并不清楚。不过,既然柳比歇夫能够连续做56年的记录,我想大概也是可以的吧。

回溯到2012年,看了李笑来老师的《把时间当作朋友》和《奇特的一生》,开始对时间记录感兴趣,后来用Evernote和小米便签同步班版做过时间记录,一直到后面的体系定型,用time meter开始做时间记录,到目前为止连续33298个小时。

在此期间,我要感谢幸福进化俱乐部,2013年和2014年分别在的幸福进化俱乐部进行过两次分享,分享就是最好的学习,分享过程中,大家提出来的一些问题,让我思考得更加深入。虽然刚开始搭建时间记录体系的时候,并没有遇到过而这些问题,但是大家的提问也让我思考得更的哦。很多细节问题,现在已经不关注,准确来说,随着时间记录接近于成为一种“本能”,关于“为什么要进行时间记录? 记录下来有什么用? ”这些问题甚至已经忘了最开始的答案。只知道,时间记录做下去,总是会有好处的吧。至于到底有多大的好处,是否会产生超过小目标1个亿的现金流,倒是没有考虑得特别清楚,但时间记录这件事一直坐下来了。甚至还影响到了身边的一些情侣,他们希望能够构建一个家庭式的数据库。

或许是因为我们做到了,所以才会有这样的感慨:时间记录本身并不是一件很难的事情。很多人没有做到,可能是因为没有找到正确的方法。我所说的方法,就是一系列原则和一连串简单的步骤。比如,每次教一个人时间记录的时候,我会指出一些原则:

以上关于描述的两个原则,涉及到很多隐私,所以在给大家分享时间记录的时候,也只有了时间,没有了“事件”。

两年半的时间记录

实际上,时间记录对我而言,最重要的是“描述”,也就是每天做了什么事情,这是时间记录中最重要,同时也是最不好分享的。2013年年底做的分享,也是接触了2013年9月24日下午的一部分描述。

image.png

最开始,计划记录1万小时之后做一个总结和规划,后来搁置了。首先,1万小时虽然好区分,但具体到每天的日期,却不好纵向的对比。其次,也许到1万小时的时候,刚好在做别的事情,事情也就耽搁了。

误区一:时间记录的重点不是记录“时间”,而是记录“事件”
关于时间记录的误区,我想是要给大家说明的:时间记录的重点不是时间,而是你做了什么事。

如果从这个角度出发,能把很多时间管理的APP给过滤掉了,到目前为止,我认为安卓上的time meter和苹果上的itimelog符合柳比歇夫的做法,先描述事件,然后才是时间。

误区二:时间记录不是做计划
时间记录只能客观地记录你做了什么事,而不能把时间计划也做进去,只有这样,才不会将计划和时间记录相冲突。

我们必须有两张列表: 1.计划:将要做什么;2.记录:我们到底做了些什么?

误区三:时间记录是一天的总结

时间记录是“客观地”记录你的生活,不是一天总结。总结做时间记录之后的事情。保持独立客观很重要,也就是我们记录自己每天到底做了什么事情,不管完美或不完美,事情本身就是这样发生的。

关于时间记录的分析

做了时间记录之后的重点在与分析。分析的工具如excel,mysql,Python。

在V2.0版本中,我把时间记录相关的数据导入到Mysql,可以通过语句查询一些关键字和做过的事。

首先,创建一张记录time meter的表:

CREATE TABLE `time_meter` (
  `pk` int(11) NOT NULL AUTO_INCREMENT,
  `minutes` decimal(6,2) DEFAULT NULL COMMENT '用时分钟',
  `hours` decimal(6,2) DEFAULT NULL COMMENT '用时小时',
  `hour` int(11) DEFAULT NULL COMMENT '几点开始做事情',
  `weekday` varchar(32) DEFAULT NULL COMMENT '周几',
  `date` date NOT NULL COMMENT '日期',
  `start_time` datetime DEFAULT NULL COMMENT '开始时间',
  `end_time` datetime DEFAULT NULL COMMENT '结束时间',
  `duration_time` varchar(64) NOT NULL COMMENT '持续时间',
  `event` varchar(255) DEFAULT NULL COMMENT '事件描述',
  `label1` varchar(64) DEFAULT NULL COMMENT '主要标签',
  `label2` varchar(64) DEFAULT NULL COMMENT '次要标签',
  `notes` varchar(255) DEFAULT NULL COMMENT '备注',
  `created_at` timestamp NULL DEFAULT CURRENT_TIMESTAMP,
  `updated_at` timestamp NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`pk`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COMMENT='time_meter时间记录';

将数据导入到time meter 表,查询过去三年睡回笼觉的情况,语句:
select '睡回笼觉',hour(start_time),count(hour(start_time)) from time_meter where event like "%回笼觉%" and hour(start_time) not in (2,4) group by hour(start_time)

过去三年,起床失败159次,早晨六点钟起床的失败率最高,占总回笼觉的45.28%。

select '起床',hour(end_time),count(hour(end_time)) from time_meter where event like "%早睡早起%" where group by hour(end_time)

根据2013-2017年期间的记录,我一般是6点7点左右起床,有1044次是早上6点7点起来,占比73.73%。每天,有41.67% 的可能性是早上6点起床,32.06%是早上七点起床。

根据数据统计,有41次是睡眠失败,即晚上11点起来,占比2.9%,这种情况不是很多,大部分时候还是一下子就睡着。有122次是早晨5点起床,占8.62%,大部分时候都是6点起床。

六点是早起写作的状态,2017年的400万文字当中,少不了每天早晨六点钟起来写的功劳。一般来说,如果是早上6:30前开始写,上班前能写到2万左右。 如果能够在6:11前开始写,最佳状态是8:36分前写到3万字,在2017年5月份有好几次。早晨六点钟起来的状态对一天的写作非常重要。

半夜还会起来几次,次数不多,例如凌晨1点到3点,过去三年起来过25次,总占比1.77%,这个数据表明总体上睡得不错。如果睡得不好,就好平常多锻炼,每天保持足够的运动量。

以上,是简单的时间记录分析。

Ps:欢迎大家留言,我会继续更新关于时间分析方面的技巧。

上一篇 下一篇

猜你喜欢

热点阅读