周一:
(1)弹性一个半小时
(2)确认plmn问题,从主分支merge,解决。现在看来,实际上是由于自己不够细心去看log,如果仔细一些,对照函数确认每句,或许早早就可以解决。同时,更多的时间是花费在确认,这样的显示是不是正确的?问题是什么?标准又是什么?所以本质上来讲,只有确认了标准,才能判定该怎么显示。
(3)又来几个bug,我留到晚上才来逐个确认,而其他交互模块的同事早就下班了。现在有几个bug,不知道上层调用的是哪个接口,只能留到明天再确认了。吸取教训,下次来bug,首先确认是不是自己模块的问题,让他们贴上相应的log。
周二:
1.好几个bug,基本都转出去,所做的工作就是确认问题。
2.ril setup, 卡成翔,bring up 阶段,确认ril 启动时间。
3.poj sliding window, 意料之中,常规算法超时。
周三:
1.头痛,夜晚着凉了。这么炎热的夏天,竟然有点着凉。公司空调对着吹,加重,果断准时下班。坚持不弹性的第二天。
2.理发。度娘poj2823的思路。实在想不出。一直纠结于是否有必要自己花那么多时间去想,结果还是想不出来,还是得度娘。这样还不如直接度娘,找思路。减少自己思考的时间成本,因为也想不出个所以然。
3.ril 启动过程,实际上并不会影响开机到idle得界面。
周四:
1.ril 重新setup,由于base已经很玩善,基本不用配置。花了一上午一直在研究,到底哪里还需要。实际上根本不需要,又不想太快向前辈请教,还是首先自己思考一遍。
2.下午测试ok,借给其他同事测试竟然不行,一直重启。原因未明,重新烧版本并未重现。板子太挫,不想在浪费时间在它身上,等稳定了再说。卡成翔。
3.考试系统做题,9 out of 10 test case is correct.搞了一个晚上,不能全对。最后找到原因了,一种情况是前面一组数字只出现一次,后面都没有再出现,导致我的算法只走完一次,就输出。题目大概意思是给定n组数子,每组两个,如(1,2),表示1可以到2,2也可以到1。把所有数字分成两队,每队的成员都不能互达。大概就是这个意思。
4.11点才走,只是有点饿。
周五:
1.验证rild重启问题,没重现,纯属浪费时间。
2.解决紧急号码问题,搞了一天,关键是读懂题意。发现上层调用的时候,调用错phone.这个时候,我还在查找哪里出错,找了一天。应该果断转给相关模块去检查,而不是盲目检查。最后虽然通过问的方式,找到上层调用的关键地方,并加了log,确实是上层调用错了。改进:找到问题,直接转给相关模块,让他们验证,提高效率。
3.算法题没时间做,待到很晚却一直没效率,一直在关注那个紧急号码问题,整颗心都在那。发现自己是那种一件事情没做好,做其他事情都会分心,不安心。
周六日:
1.无聊度过,万达开业
2.POJ2823,用cin,cout一直超时,后来,改为scanf,printf, 5000Ms通过。查看同事的,竟然有16ms通过的。。。
3.游泳。