看到小lin的视频,谈到构建思维树的重要性。又想到,近年常为自己的工作效率感到担忧。于是写下这篇日记式的文章,试着反思和提升工作效率。
我做Task的思路大多是:预估工时→调研→写demo→正式落地。
首先,预估工时,我就常常估得心里没底。但实习日记记下来发现,一般2~3天/feature,2~3天修复他人的bug,1~2天/修复自己的bug,1周/重构。以后可以按照这个范围的最大值去估。因为我觉得给领导的估时应该用最坏的打算……
另外,工时有问题的地方就在于我修bug太慢了,而且有时候连bug都没能力复现……追溯上去就是,一,我读代码的逻辑能力差,看到代码就想重构,但又怕改出问题,拧巴;二,测试敏锐度低,胆子小不敢想,很难联想到问题出在哪。
这个问题我暂时想到的办法是多看开源代码……
其次,调研。小lin说得很对,我经常查着查着,枝干都没理清,就往枝叶细看,就会浪费时间。
调研分国内和国外网站。我依赖中文环境,抗拒读英语;而且我觉得自己目前解决的问题都很简单,国内就有答案。
但是呢,我逐渐发现我过度依赖了,我是时候到外面看看了。怎么判断这个边界呢?如果我查找的问题在国内结果的第一页没有解决方案,或者,10分钟后没有结果,那么,我应该打开谷歌了。
希望自己能追求到实现3个小时完成调研。