自己的问题:
1.code看得不多,练得更不多,没有深入进去,遇到复杂的,经常没耐性.框架或者util包的源码就更不用说了.
2.自己heading的方向和项目需求有偏差,导致努力得不到积极的反馈,无法坚持自己的heading方向=>跟着工作用到的技术走
3.code时,迫于需求紧急的压力,没有为将来做充分考虑,导致code水平很低,质量不好=>转变观念,掌握深一点,以后会轻松很多
4.经常没考虑仔细就下手=>想好,思维缜密,再下手.Lucky一开始就提醒我这点.
5.搭环境,debug等,自己不擅长=>害怕=>更不擅长 ===>主要是太急了,try it
更多改进:
1.观察自己和别人的行为
2.保持轻松的状态去工作,而不是带着压力
3.觉察28法则的存在
4.没状态时玩点有趣的活,轻量级的
要注意的details:
总结
1.觉察自己做的和想的,最好每天review
2.有时候有必要牺牲下code质量赶需求,但只是偶尔
3.保持大脑单线程,其他交给wunderlist和pomotodo
4.拆分任务(计划),融入以下所有parts
工作前:
1.规划好,分拆tasks,一步步执行
2.如果东西很重要,预想好planB,在特定时间点放弃planA执行PlanB
3.把老板急着要的task设为高优先级
工作中:
1.单线程模式运行,这样右脑也有利于专注后台执行思考
2.别老是最求速度,慢下来,做好点
3.如果任务忙不过来,要及时反馈,不然自己吃亏又吃瘪
research:
1.更多地读全文档,而不是只拿一部分去try
2.大标题,加粗文字要特别注意,有利于提速
3.耐心点,没人逼你快速执行
debug:
1.log阅读仔细点
碰到解决不了的问题时:
1.该问谁
2.自己debug到什么程度时才问
工作后
1.总结,归档,保持输出