准备培训

  长假后第一天上班,恶补了下.NET Data Access、ADO.NET的基础知识,叫我这样一点都不懂的人给人去培训,汗。今天看《C#高级编程》看了40页,明天继续看XML相关的内容,也是40页。
  然后是安排在下下周五给自己team来个WinDBG的培训,这也是赶鸭子上架,其实我现在的水平,只是比他们多看了一两本书而已,实际能力跟他们差不多,只不过是让我负责这一块而已。我估计着这块的内容可以讲两到三次,每次两个小时,大体上可以分为基础知识,事后调试以及结合本项目调试。

任务多起来了

  今天快下班的时候,老大才告诉我,昨天让我看的那个bug之后随时都会assign给我处理,我囧,我一直以为老大是看我闲着没事干才让我看着玩的,叹气,形势认识不清!
  然后么手头一直有一个watson的bug,虽然这类bug是没有时间限制的,但确实没有头绪,如果一直没有fix,总感觉不太好。
  昨天么老大还说跟我聊聊,然后说可能马上会让我抽出一部分时间去做培训讲师,囧。一个现实的问题是,公司确实招不到顶尖的优秀毕业生的,所以只好自己派人去,给那些有意向的学生做相关的技术及soft skill的培训,并筛选出符合要求的人来。原来公司是在花桥有个培训基地的,不过现在听老大的意思,不太赞同那个跑去那边培训的方式,好像就只在公司这边搞一下。
  今天旁边的同事接到一个bug,跟TTT(Time Travel Tracing)相关,老大就跟我说这是你的一亩三分地啊,我表示听说过这玩意,老大觉得很诧异,这是MS内部的工具啊,我说我一两年前在某个google group上看到有人讨论过,说gdb也有类似的技术。其实啊,我现在倒真想好好学习使用WinDBG,甚至不用VS的JIT debugger,据说高手们,呃,大概只是MS内部的那些变态们,是不用VS JIT debugger的,比如现在我们对口的FTE那个印度佬,据说以前是IE开发组的,声称调试只用WinDBG。叹气。
  goagent貌似只是浏览网页表现好啊,我把gtalk的代理设置成goagent就经常连不上。Ninayan也用不了goagent。

下决心买几本书

  好吧,才发现文章少了一篇还是两篇,估计是换服务器时没留意,数据没同步过来。
  今天跟老大谈了下,老大说希望我以后主要研究下Dr.Watson这玩意,另外再加一两个features吧。哈哈,我正好对WinDBG比较有兴趣,我想如果能用WinDBG达到像用VS里的JIT-debugger的熟练程度,那用GDB应该也能比较快上手了吧。
  不过这里说用Dr.Watson主要是进行postmortem debugging,也就是说对core dump文件进行分析,可是今天发现,这些core dump文件都是mini dump的,没有包含足够的内存数据,比如heap上的东西就查看不了,这比较纠结,而AWD这书基本上讲是的用WinDBG进行live debugging,叹气!
  算了,先不管那么多,肯定随着经验的增加,postmortem debugging的水平也会提高的。星期天上卓越把几本关于.NET、C#以及调试和逆向工程的买来。

每天完成固定工作量

  这几天一直在搞LaTeX中的一套符号工具栏按钮,符号一共有500多个,全都放在工具栏上,就需要500多个图片作为按钮图标,这实在是一项繁琐的工作。
  图标是从另一个软件中通过截图抠出来的,每个图标截出来后,要用图标处理工具把周围其他的颜色都去掉,然后可以添加到我的程序中,而我的程序又分两部分,一部分是xml描述,另一部分是功能代码,这样的操作需要重复500多次。
  这样已经有6天了,而完成的只有100多个图标吧。当然这5天里还包括了其他的一些事情,比如这个工具栏以前是没有的,放在了另外的位置,于是主框架上C++代码也加了一些,这些编码时间应该是接近2天了。还有就是之前在抠图标时方法不是很高效,花了一些时间,后来找到一个比较省事的办法,人也轻松多了。
  总的说了,每天要完成固定的工作量,这样日积月累下来,总有完成的一天,而不会到时候进行回顾,发现自己不知道做什么去了。也许每一天看起来做的事情并不多,但贵在坚持。

修改升级程序

  今天花了点时间在修改升级程序。这个程序完成后,一直没有进行过有效的测试,而是直接给别人用了,呃,这里的别人指的是部门内的其他有项目升级需求的同事。实际上,至少有3个其他项目中使用了这个升级程序,但我自己却没有真实地体验过。总的说来,这个程序在功能上,基本能满足当前的绝大部分需求,从当初的质量部的地个项目中独立出来后,一次大规模重构,代码结构作了不小的调整,当然这调整的原因是原来的架构已经不能适应后面增加新特性的需求了。
  曾经倒也是规划过一个比较长远的版本计划,呃,也许不能称之为版本计划,称为需求实现计划更合适一些。不过后来还是剩下几条没有实在,因为没有工作量分配过来了。今天的投入则是现在发现,在某些情况下,它会崩溃,这是最不能容忍的致使问题。不过很无奈的是,原来没有使用google breakpad来生成dump文件,现在加入了这功能后,暂时也没能把它弄崩溃,于是也压根不知道问题出在哪里。只能听天由命了!

兴致缺缺

  又要开始做环境设计编辑器了,几乎是全部重新做过。这次的计划是自己画,可是现在的我却兴致缺缺,想当年,嗯,也就是一两年前吧,我是多么的希望可以自己动手专心地实现一个这种图形编辑器啊。
  我现在的想做的是把自动分析崩溃报告的事情做好。不过这种事情收益有一些,不过却不是主要业务,因为对用户来说,没有多少良好的体验可以从中体现出来。唯一的好处是,开发人员可以减少工作量,嗯,这点上我倒是真有点典型的程序员风格——懒惰!