计划下的牺牲
我个人很喜欢给自己定下具体数量的目标,比如今天晚上我要看多少多少页的书,如果最后因为没看完就不开心,敷衍般也要凑到那个页数,然而第二天其实还要再往前倒退点重新开始看。
我也渐渐知道这种上纲上线的任务指标多半意味着敷衍、草草了事(某些国人最喜欢干这些了),定任务本来是件好事,但如果僵化地制定就没什么意思了,就是个面子工程,求数量而不求质量,满足一下心中的虚荣心了吧?
然而这种虚荣心却感觉很难舍得丢弃,一来是因为自己这么做了好多年了……二来自己还真的想需要这些来安慰自己的——被努力就会有回报这句话灌输的太多了点,所以想看上去很努力,就算失败了,但也心安了。
近来我也一直努力在克服,原计划把某些章节看完,最后因为自己玩手机 (╯▽╰) 或者可能没有理解某些内容反复咀嚼等原因,也能安慰自己(还是在寻求个解脱咯?)质量第一,不求数量。然后强迫自己就看到这里,按照原来的计划做别的事情吧。
某个微信公众号就老是发文章,自己某个团队每天刷某一本书几页,坚持不懈终于看完了,我开始还特别特别佩服,自己也忍不住跟着做,做着做着还是蛮难坚持下去的,因为每天都要花时间在那上面,不能有一天掉下来,而且每天得消化那么多,还有前后知识的串联。想要做完这件事,绝对不能把它放置在一项课外活动上,而是得把它作为一个主项,优先去完成这件事,因为如果你给自己每天都定量的话,开始内容简单,复杂度不高,不需要结合新知识,比较容易上手,但到了后来,多个维度上难度在增长,如果还抱着轻松的心态完成,就是勉强完成任务,那也就只会慢慢变成了为了完成任务而完成任务了,这样也就没啥效果,不如就果断弃了。
这个礼拜,我想看uc/os系统进行移植的方法。书一开头就说,一直没有固定的套路,需要结合不同处理器而做不同的修改,对了,还得结合编译器。然后书就开始按着两套芯片的特点开始讲,两个在里面绕来绕去,突然觉得这书好渣,它讲的两套芯片,两种都大致学过,可是这么高要求的对他没的理解却很难达到(其实它重点就讲了简单的那一套,然而我还是基本都不记得那些知识了),后来只能反复前后对照着看,看到后面具体代码实现的部分,一步步地讲,然后对于前面说的每句话自己对比分析,看完之后都不禁感叹,真是本好书,每句话都有道理,而且把很多坑都先讲了出来。感觉这个礼拜看的量不多,100页还不足,相对于花的时间,可以说看的很慢很慢了,但是看的很细,虽然也会有时间不专注,但最后真的能读懂,还是得益于慢。快是需要的,但真的有些东西是慢出细活,年轻人最容易的就是性急了。
最近的一点点感想,妹纸(๑•ᴗ•๑)说怎么好久不写了,刚好也最近想写这些,就一鼓作气写完了,我发现写了几篇,文字逻辑还是如此的乱,就熄灯了,晚安。