2014年5月28日

       这是疯狂的一周。

      从上周上pb那天晚上开始,这一周都处于一种高度紧张的状态。每天都忙着应付下一次的上线计划。被追着赶着。

      这两天要抓紧把番茄管理那本书看完。里面提到的细化时间安排,以及定期放松、反思的想法是值得学习的。周一的时候,想着要跟着尝试一把,结果最终还是没能完全遵守约定。主要的问题是中间零零散散的有一些小事情,很容易就开岔了。总结了,主要是时间周期设得太长了,周一那天设的是一个小时,后来发现,非常容易就在中途打断:想着什么时候追刘然合并,想着什么时候跟小军碰pb,想着什么时候……没有做到番茄控制法里说的“在单位时间内全心投入某项工作”。一来是早上的时间比较短——10点到12点,很多事情需要先做安排,不然下午一下子就过去了,二是自己自制力还是比较差,中途几次开小差想去擦显示屏。。。

      所以后续有几个可以改进的地方。一是将时间周期设短,如25~35分钟,这样一来,就不会导致时间分片太粗,无法及时对事务优先级做调整。二是对于一些需要高度注意的事项,如程序主体设计,一些文档处理等,考虑弄一间小会议室,专心的弄下。避开所有的干扰。再有就是线上提案的处理,能分的,尽早分掉,不能分的,在中午,或者下午划出一个专用的时间来弄,不要跟主要工作混在一起了,不能把时间分片分给这些提案,太耗时费力了。

      学会谈判。这个这两天好点了,会主动去跟秦迪,统传他们小pk下,但是主体上目前采取的方式比较消极,谈判结果应该对事情的发展起推动作用。pb这事学到了很多。等最终完了,要好好总结下。

       情绪控制,,,,还是容易波动。。。做情绪的主人,而不是情绪的奴隶。

       加油!!!

2014年5月22日 最坑?!

        『有可能发生的事情,就一定会发生』

         堪称最坑的一天。

        昨晚弄到半夜,今天来了,还是出问题了。

        好好反思了一下,主要的责任还是在我自己。

        4月25号确定要弄pb升级,5月22日上线,发生问题。

        中间整整一个月,各种测,最终还是引线上流量的时候才出问题。        问问自己,是不是尽全力做最好了?

        答案是很明显的,

        没有。

     首先自己的定位就错了。这是最根本的原因。一直没有承担起整个任务的负责人的角色——虽然一开始就没说我是负责人——但是,任务是分到我的头上的,所涉及的业务也是我们组的任务,而且影响很大,潜在风险高,有必要将这件事放到一个比较高的优先级。但是很明显的,我没有做到。一直被催着去干,被推着走,节奏完全是乱的,最终这结果想必就很悲剧了。

     再者是最初没有尽早的介入整个任务的背景里去,没有在开始的时候对整个任务做一个完整的调研和梳理。这也是导致悲剧发生的一个主要原因。在一开始的时候,就需要对maven的依赖做一次整理,看看2.5这个版本,被哪些包引用到。只要被引用到,就说明了,proto包的替换就会影响到其他的服务。可是依然是没有上心去考虑这些问题,作为一名“纯执行者”就想着把包换了就好,没有去考虑更深一层的问题和潜在的风险。

     态度问题。这是最ugly,最无法忍的一个问题。已经意识到升级proto会有与hbase冲突,已经与秦迪讨论过这个问题(这里有他当时误导的一些原因,不再细说)但最终还是强硬着要升上去。抱着侥幸的心理去弄线上服务,觉得影响了也不会怎样等。这种心态真是不能接受。

    当然还有其他很多一些客观因素,这次的错误要牢牢记住,不能在下次再重复出现。总结一下,就是无论何时做何事都要将自己定位在主导者(采取主动),同时需要多方面的去了解需求的背景和潜在的风险,去主动获取相关问题域的背景知识,对问题做好充分的调研后,做拆分,拆解成多个细小的任务(精确到小时),还有就是端正自己的态度,不要吊儿啷铛的,不把线上任务当一回事。 

    注意休息吧,最近是有点累了。

     相信自己,加油。

2014年5月20日 老罗

       一:

       今天锤子手机上市了。 

     从效果图来看,还算可以,没有特别的惊艳的地方。但看得出来,老罗是真的用心在做的(从外观上看,整体比小米高了很多,当然价钱也贵了近一倍了)。微博上也是各种在估算老罗的手机能卖多少台。。。

二:

      今天下午把几个组的老大都叫了出来碰了下资源池合并的那个方案。感觉还是准备不足,在会上有点手足无措的感觉,整个会议的控制还是在道儒,福林的手里,几乎没有插嘴的地方。

      问问自己为什么呢。 

     除了之前说的,这个新的问题域了解不足以外,感觉最大的问题还是不够上心去弄。周末来了两天,可是几乎没有提出什么新的东西在里面,基本上都是道儒上周三谈话里谈到的东西。 

     我觉着吧,如果自己没有什么好的想法,最好应该尽早的寻求外部资源的帮助,找道儒,找统传等等的人,去了解,去咨询:之前是否有相关经验、案例可以借鉴,是否有相关性能指标需要关注,是否有其他未知的风险需要提前预防。这些都是可以帮助做决策的——决策依据的收集的能力需要加强。这一点之前都是自己一个人扛,当发现自己已经不知道该怎么做的时候,就应该及时寻求帮助了。不要再沉默不说了。拖着最终只会导致任务延期或失败。

 三:

      今天看的《关键冲突:如何把人际关系危机转化为合作共赢》里面提到了。应该帮别人了解到他们自己的责任,而不是一直沉默不说话。杨振的那个是最好的例子了。之前一直他那边有问题,就主动的去帮他们弄,其实这个最主要的原因还是在我自己身上。他们是没有时间去了解短链,对象库的代码的,平时应该主动跟他们讲解主要的代码逻辑,麻烦一次,后续就不会那么累了。平时觉得不爽的原因就是觉着自己好累,好几件事情同时到,主干业务没有完成。从明天开始,就拿培训杨振做为这两天看书后的课后作业吧。

     Wish Good Luck!

2014年5月19日 kindle到

 昨天买的kindle到了。

      之前一直都是一个实体书主义者——认为无论如何电子书都无法取代实体书。但是现在真的改变观点了。kindle真是台轻薄了。除了画面渲染有点慢以外,其他都是非常好的。屏幕是水墨屏,摸起来很有质感。

      买了两本书,争取这周能看完。

      今天主要将服务池合并的ppt弄完了,说实话,还是很粗的,思路很一般。主要是着急交付,不然还应该再改两版的。最主要的问题还是对系统评估不了解——既不知道该统计哪些参数,也不知道如何评估设计整个方案。最后东拼西凑的整了一个文档出来。。。昨天看java performance那本书里说到了新的问题域的认知度不足的问题。。。中箭。系统这块需要规划下,看下需要了解哪些东西。 

     不写了,晚了,早点休息~