2015第50周周记:“机动人员”

本周主要在做测试。由内核改百兆事务引发一个IIC芯片测试失败的问题。有时候测试100次出现1次错误,有时候测试500次测试1次,有时候1000次都没有出现,毫无规律可循。测试200次耗时半个小时起上,加上改代码、升级时间,一天下来也做不了几次验证。其实刚开始时我就向老大表明了个人观点了,后来请求硬件部门协助。但实践证实他们部门也没给我什么帮助。领导的意思是先让我自己验证,收集一下信息。于是就升级、验证,改内核、升级、验证。一周这过去了。

阅读全文>>

2015第48周周记:该是你干的,你逃不掉

其实加密芯片的事,早在2013年我就想深入了解了,但没机会。因为有关资料保密性很强,公司只有一两个人看看过。代码经过几代人的维护,走的也走了,如今已经严重脱节了。不知道公司层面是否会考虑过这类技术传承的事。上周被安排的事,这一周都没实质的进展。上网了解过专门搞破解的公司的资料(甚至有人把破解说成是为了更好地了解别人的程序,提高自身技术水平),大概知道他们破解的业务流程。我还一度假装有需求问过客服,还只要聊到核心的问题,就没下文,套不到话。现在我也不了解他们是怎么绕过认证芯片的机制(或许没有)。在QQ群里问了几个嵌入式的网友,提了些意见,主要是加强业务代码的加密机制。我向老大提了这事的一些疑问,老大说是为了在新平台上使用(但现在新平台影子都没有),优先级是重要不紧急。我打算先熟悉一下原来那套东西,尽量画流程图,搞懂机制再说吧。

阅读全文>>

2015第47周周记:较平淡的一周

周二老大叫我把赛扬CPU工控机的性能测试发给大boss,因为另一位审核领导不在公司。不过一周过去了,没什么回应,此事还在等待状态中。上周的网络问题,一直没找到真正原因。怀疑过4芯网线,怀疑过自动协商。两端设备的PHY寄存器打印来看,在直连情况下,“艾提死”的PHY极性不断地跳变,而对端设备的PHY极性不变化。换另一台连接正常的8芯设备,两者极性表现的是一样的。但过交换机,“艾提死”的极性却不变化。但最终结果,我还无法从软件上找到解决方法。周四和某大部门开会讨论决定直接用百兆全双工,不使能自动协商。同时,会上我听说该设备很早之前就说决定使用这个方式了。不知为什么没有。信息传递和共享,是个大问题。

阅读全文>>

2015第46周周记:不积极没紧迫感

本周主要2个事务。一是赛扬CPU工控机的性能测试,总体而言,我们做的工控机和人家的工控差了有几个数量级——无论是工艺还是用料。从英特尔官网上了解到,赛扬的CPU要比Atom的CPU贵30美金,而SSD速度也相差了近十倍。这个事务本来没技术含量,就是机械地做测试,从内存带宽,到硬盘速度,到网络速率,等。我提前完成并发电子邮件给领导,主要是因为担心自己的测试不够全面真实,以领导给出审核意见,如有反复也可以及时做不至于延期。但好像领导没怎么上心,总之,周三发出去,到周五没见有什么回复。第二个事务是继续排查上周暂停的网络直连问题。现象是用某设备网线直连“艾提死”设备接收数据出现时连时断现象。经过两天排查,最后定位在某设备的网络接口问题上。设备的网卡是千兆的,但RJ45接口少接了两对线,人为地限制在百兆网络,而“艾提死”设备是先兆网卡,在直连时会有问题。这个证明方法主要是硬件的同事提供的。因为“艾提死”接另一种设备无问题,我就特意做了一根只连接4芯的网线,在该设备上同样出现问题。我怀疑是4芯网线连接千兆网卡就是会出现这样的问题。但周末2天随便上网找找,没有找到理论的依据。下周还是再挖掘两天,如果软件搞不定,我也没招了。至少现在有个方向。

阅读全文>>

2015第45周周记:新组织架构

本周做的事事比较杂。前2天看那款android的CPU资料,编译SDK。后3天却主导英特尔的赛扬某款CPU的评估事务——而中间又穿插一天排查设备直连的网络问题。当然还有半天是体检。

阅读全文>>

2015第44周周记:又调整资源

观察周一、周二的形势,感觉有紧急事情发生。周三召开例会——而一般情况下是周五。会议对当前的部门任务、人员进行重新调整。因为又插入5、6个项目、任务进来,这此事务都不是很容易,都有几个人完成。原来的任务已安排有人在做了,为了应对新的事务,又做了调整。当然,我也有幸有份参加其中的2个任务。

阅读全文>>

2015第43周周记:拯救激情

本周把代码警告都修正了。虽然大部分时间只是重复做同样的劳动,但从中也学到一些隐藏的bug。比如求本结构体长度对this指针的理解问题,i++这类学校的题目,还有未初始化的问题,等。当然把“=”误写成“==”也在代码中有过。

阅读全文>>

2015第41周周记:又要调整战略

国庆回来,公司就执行朝九晚五的生活。想想真幸福,盼星星盼月亮,终于迎来这一刻!但经过短短几天的实践,发现目前状态过不了幸福的生活。习惯性午睡,但吃完饭回来只有可怜的二十多分钟,如果吃饭排队慢一点就没时间休息了。而我又习惯凌晨才睡,精神状态不是很好。

阅读全文>>

2015第37周周记:工作效率

9.3阅兵放假,另外申请调休了几天,相当于一共连续休息了6天。项目我累计加班7天,现在当成休息6天,也不算亏了。不过,如果不调休而是有钱分的话,就更好了。

阅读全文>>

2015第36周周记:开始休假

搬家后几天,工作状态并不是很好。31号上班那天,还有很多部门在整理东西。当然,我们部门东西早就收拾完了。我还是在搞FFMPEG,挑自己感兴趣的来学习。

阅读全文>>

2015第34周周记:项目交付

最终等到这一刻了。终于等到交付日子了,以前什么不快,不爽,都过去了,都成为历史了。 上周五下午测试报告出来,然后审核,然后各种流程上的审核,在下班之后半个小时,还差2个部门未审核,因此预定的周一交付,无法兑现。幸好,在周二上午所有的审核流程都走完了。在中午下班吃饭之前,我把交付的电子邮件发出去了,虽然还有错误字,还无伤大雅。这样,对于研发来说,就算完成了。

阅读全文>>

2015第33周周记:项目收尾

项目终于接近收尾了。测试再反馈bug也不解决了。该遗留的申请遗留。但一定要等几天才能出测试报告——因为稳定性一定要跑完三天,出测试报告之后,流程的文档才完整——其它文档上周和本周已经同步在进行,当然,少不了我每天的催促。

阅读全文>>

2015第32周周记:“根本原因”、“真实想法”

又是8月初,又过了一周,特别的快。几乎想让时间慢点走——因为项目的进度实在太慢,想分身无奈技能有限。 本来这周是交付的,但测试人员又曝了几个bug,无法遗留,只有继续解决。由于本人较遵守制度,既然还有问题无法交付,只好向大领导申请延期。恰逢大领导休假。周一8:30之前我来上班,发现大领导回复公务,叫我找出“根本原因”、“真实原因”。无奈,当天只好把bug列举出来并给出客观事实。

阅读全文>>

2015第31周周记:“斯达不留”代码架构的问题

这么快就一周了,原来,一晃也可以是一周,还可以是一个月。 南宁最近的天气时热时凉,时而细雨,时而暴雨。把我躁动的心绪浇掉了很多。项目也进行这么久了,该批评的批评,该加班的加班,该学到的也学习了。当这过程是一个难忘的经历——就好像2013年那个无法忘怀的岁月一样。

阅读全文>>

2015第30周周记:项目的思考

项目例会上依然是总结、分享经验、教训。说归说,做起来又是一回事了。我主要讲的是执行人的执行力上,因为往往很多时候在流程上看是无问题,只是事与愿违。队员说1天能解决一个问题,如果没有对人员的能力有了解的话,还是要做些预留,因为不一定能1天解决。当然,这是事实,对有着开发经验的人来是再平常不过的事了。但从结果来看,一旦延期,就是执行有问题,意识有问题。某管理部说得最多的话是:对流程没有反对,那你应该努力做好。虽然我是极力反感这句话,但在不能反抗情况下只能接受。再说回执行人,往往不一定是项目经理的事,但领导们却归究于他。从某个角度上看,我认为有的人已经把项目经理和项目等同起来,项目有问题,第一时间找项目经理。

阅读全文>>