尬聊吐槽
放狼的爷们
阳光 儒雅 博学 勤思 死宅
展开
-
怎么提高扯皮能力
1. 最近领悟到很重要的一点就是,工作中,怎么让别人帮助你。让别人投入时间到你的任务里面。也不能说借助别人的力量,因为有些问题一定要其他模块协助才搞的定的嘛。多个模块,需要其他模块协助定位的问题,或者修改的问题,怎么让别人明白你想要干什么,最好朝着你的想法去实现,毕竟你最清楚嘛,自信点。就是表达能力,要站在别人的角度,从不了解你要干嘛,要清晰的表达出来,表达出需求。2. 避免无原创 2017-09-05 00:03:33 · 1638 阅读 · 0 评论 -
最近产生的一些职业病
1. 代码里面坚决不写废弃代码,重复代码,要精练。【生活中不会浪费钱,花钱就花在刀刃上,并不是抠门】2. 敲完回车,会思考申请的内存释放了吗,资源解锁了吗,入参检查了吗【经常未雨绸缪,防范于未然,出门必看天气预报,行程计划的滴水不漏,不允许一个bug】3. 写完一个模块积极自测,UI/MST/BBIT,保证编译通过功能正常,不影响同事开发。【经常自我反省哪里做的不够好,是否尽到责任,不打扰原创 2017-09-03 00:32:28 · 226 阅读 · 0 评论 -
心得,在工作中学会”忽悠”别人
注意,这里的忽悠带一点欺骗的性质,但并不是为了自己的偷懒,掩盖自己的能力不足或者懒惰的忽悠。而是为了提高工作效率。在工作中,经常要开展多线程状态进行工作,因为事情太多,测试部报问题,研发找你问问题,FAE找你丢问题,等等。。。但是人也没有三头六臂,虽然说是多线程,但是我们是单核操作系统啊。经常切换任务是会降低系统效率的。举个列子,完成A任务需要3小时,完成B任务需要2小时,完成C任务需要3原创 2017-10-21 15:23:02 · 1883 阅读 · 0 评论 -
保证自己写的代码没有问题之自测
1.单元测试UT,主要是对接口进行调用来测试,模拟一个小的场景,用大量的UT测试用例来测试返回值是否正确,和有没有被修改。平台就是linux的用户态程序,调用UNF、IOCTL接口。因为给客户用的接口,入参,返回值,理论上是不能轻易改变的。只能增加,向下兼容。2.代码review,代码走读,请专家帮忙,这也算是一种保证自己的代码没问题的方法吧。3.MST测试,根据业务准备的各种场景,比如视原创 2017-12-24 23:23:41 · 1894 阅读 · 0 评论 -
调试Linux驱动Bug的思路总结
2017年一年的工作,大部分做的解码器驱动相关的工作,由于硬件也不会有太大的变化,主要是优化和增加新规格,毕竟很成熟的东西你去改它何必呢?所以驱动也不会太大改变,最近一年的代码量输出的比较小,主要是调试驱动,解Bug。一年下来解了小说100来个Bug吧~~,当然还有很多问题单是非问题,也花了不少精力澄清。 调试驱动,解Bug,任务主要来源是自己测试发现的Bug,测试部测出来的Bug,...原创 2018-03-01 22:17:01 · 484 阅读 · 1 评论 -
总结一下几个月驱动开发的需求
1. 产品要求裁剪KO,干掉了无用函数和变量,占内存大的数组变量改成了动态申请。感受:其实KO大了也有好处,静态申请效率高啊,KO的大小,大一点嘛,但是产品的需求。。2.产品要求出1G版本,裁剪内次哦,根据场景、业务,不需要用到的内存裁剪掉。对解码器来说,就是各种通路下面偶尔的内存,安全通路,私有通路,原生通路,还有解码帧存。以前解过很多BUG是性能不足然后通过增加帧存来解决,VP9,H265,H...原创 2018-03-04 11:26:55 · 870 阅读 · 0 评论