自己的问题所在

自己的问题:

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.总结,归档,保持输出