分类标签归档：迭代
在昨天的日志里面提到,翻车了...多睡了2个小时..,今天继续翻车... 而且翻得更厉害.. 眯一下,然后3个小时就过去了...从凌晨2点咪到凌晨4:50.....
今天继续把状态调整..,看下这几天的睡眠时间,不由觉得惭愧...
如果按照昨日的推测.. 白天需要至少睡够65分钟的话,那么今天的睡眠时间就可能会突破250分钟,就是超过4小时....
这似乎是个不好
......执行多相睡眠2天,小翻车一次,但是整体的睡眠时间应该都可以稳定的控制在3-4小时以内,最终目标是不超过3小时的睡眠时间,总导航帖子 : http://www.zhangte.org/sheng-wu-hai-ke/41.html
目前有以下几点发现:
这个看似废话,但是实则意义非常大,因为平时大家对睡眠的影响应该不会有这么强的意识,主要的原因在于:一天的睡眠时间太长,这么长的时间里面,只要有一小段高质量的睡眠,都会感觉非常不错! , 而且,就算睡眠质量不好,影
......从12月27号开始要开发站群,也算是不太全职在搞,但是总算接近尾声了... 尤其是这两天的冲刺..整了一堆的功能,但是还是有BUG...., 不过说实话,我还没做这玩意之前,真没想到自己还会web开发.... 目前总共算实现了什么功能? 除了这里提到的详细介绍,再大概总结一下吧:
我个人是达尔文的进化论的观点的拥护者..我觉得一切成功的商业模式,或是系统,或是所谓的企业文化,都是在一直迭代的过程中产生的.而非直接从头设计到尾...然后跟着做...
我早期研究时间管理,任务管理,尝试各种工具,各种计划方法论,最后发现,你以为的其实真的不是你以为的!为什么? 因为我到目前为止制定的计划,从来没有一个计划是从头直接到做尾,每个计划都是在不断的迭代.. 甚至有的计划,开始执行的第一天,就要开始从新规划...
我曾经一度怀疑,我觉得是自己的拖延症的问题!,为
......虽然对敏捷任务管理我也是各种吹..,因为这种任务管理模式实在是强大的没朋友的情况...具体的事项我全部记录在 : http://www.zhangte.org/python/7.html
整个过程很有意思,如果细看下来,会发现,我是以敏捷任务管理的方式在管理敏捷任务...有点绕口,但是大致的意思,我对当前的任务管理模式,也是在不断的思考与迭代的
从一开始的Sprint清单,到双周OKR,然后在这里我再提出一个硬性里程碑的概念.. 这个概念的主要的是解决因为没有指定明确的截止日期,而产生的无限拖延
......之前有一个朋友说过,如果设计一套程序,如果只是处理少量数据的话,随便一个脚本都能解决问题. 但是如果是需要解决大量数据的话,那么就需要一套较为通用的解决方案.. 而本博客之所以改成django,以及连续实现7天的迭代,其实最终的目的就是为了做成一个可通用性的程序!
虽然现在种子功能实现的并不多,还有很多种子功能未实现,但是无妨,我觉得可以开始进入复制阶段了.. 理由以下:
自动上次收录功能和排名查询自动更新功能,.做好,距离现在已经4天了..
,后来昨天又改成了分布式的查询方式,但是感觉没做成全自动任务,总感觉少了点什么..
本来想用APScheduler直接做定时任务的,但是感觉这样就没进步了(因为现在一直都是用这个框架)
所以就研究了一下django_celery_beat,不得是不说,还是有一些坑,经过一些配置,总算好了:
在后台简单的配置一下,就可以实现了每天1次的查排名和收录(全自动的方式)
这个django-celery-beat还算是比较强大,支持
......
在侧边栏的时候,显示了日期和摘要... ( 虽然有种说法,日期时间修改的越早越好... ),但是还是先这样显示出来了...
