项目阶段验收完的日子过的还算轻松 ，这周一直在看书，学些windows驱动开发和激光干涉仪驱动相关的东西，不知道这样的日子还能继续多长时间。

    下周来新同事了，妹妹的同学，计划让她接手我原来的工作，毕竟SC除了同步以外还有很多工作要做，而且不比现在完成的内容少，说实话，有时多少自己觉得庆幸，要不是早来公司两年就也就没机会亲自摸索出很多实用软件技术，而且迫于工作需要，也没那么多时间来探索新的思路，也许这对我来说就是一次机遇吧。

    书归正传，由于最近暂时没有调试任务，于是就想把以前做过的程序拿出来总结一下，温故而知新嘛。03年进公司以来大大小小的程序真的是写了不少，其中用在光刻机上的同步控制驱动组件写了近两年的时间，这次验收已经是第三版了；还有已经获得软件著作权登记的通用VME总线板卡调试测试程序，在实际工作中确实还是发挥了很大作用，最近也有心打算重构一下，呵呵，很有可能我自己就是新版的第一个客户；当年为Air Mount调试写的串行通信库给其他项目组的同事使用效果也还不错，这个库中除了基本的串行通信功能外还增加windows下进程共享内存和RCI协议支持接口，我把这个库加入了CFS基础代码库，以后需要相关的功能只要调用这个库就行了，不过有一点这些加入库的代码还需要更严格的测试才行。对了，顺便提一下，自2006年7月14号（独立日）起原CrazyFrogSoft正式更名为CrazyFrog Studio - Visible Value。
   
    除了这些一直活在一线的程序外，还有很多生存期不长的小程序，大多是为了完成特定任务写的小工具。回顾这些程序，给我突出的一个感觉是乱！没有统一的格式和规范，架构也是五花八门，带来的最直接的问题是平台依赖和编译环境依赖，相同的代码可能要被编写多次，增加了成本还可能导致机会的丧失，这使我想起一句话，从做轮子开始造汽车的时代已经结束了。于是最近打算做两件事，一是总结一下编程经验编写《CrazyFrog Studio编程手册V1.00.00》，二是做一套自己的标准库，以便以后构建任何程序都采用这套标准库提供的框架来完成，这样做的好处是能够最大限度将平台相关和编译环境相关的代码封装，当底层支撑环境发生变化的时候给业务层的影响降到最低，这也是这两天在尝试移植QT3到QT4工程时想到的。至于编程手册嘛，我的定位一是界定出基本的规则，比如代码格式、注释规则等，这样做目的是为了形成统一的格式以降低代码维护成本，二是列举一些常用的技巧和架构技术，争取能把因软件设计而导致的缺陷扼杀在萌芽中，呵呵，还是应该承认，理想和现实总是有差距的^_^
   
    时间差不多了，这周就先写这么多吧。刚才老婆问，你从早上8点起来就开始写，都2个多小时了（期间包括镇压她的捣乱行为），我说写下这些东西对我来说其实是个总结的过程，问问自己这周都做了什么，下周计划做什么，这样才不至于失去方向嘛。 

发表于 @ 2006年07月15日 10:57:00|评论(loading...)|编辑