2012年工作总结

1>、 项目1：NEWS系统的3D解释模块
         项目上，和大家一起协作完成了南京中石化物探研究院NEWS的解释模块。
         这个项目模块划分比较清晰，语言基于C++，前台使用Qt，3D基于TGS的Open Inventor。为了支持64位系统，使用了共享内存和ActiveX服务器。
        项目的后期扩展，可以参考Eclipse插件式的扩展和开源项目OpendTect。只有这样才能将一个软件的生命期在有限的时间段内无限的延长。当然，这样做的前提是：项目作为一个产品来研发，而不是一蹴而就的一次性消费品。

   2>、 项目2：水平井设计系统
        这个项目没有参加多少。由于是基于以前的产品平台，所以只是协助在平台上需要改动的部分细节问题。   
        时间短，人员少，都是随时拼凑过来的。
        这类项目，需要有一个非常明确的软件功能目标。大而全不可取。手表有一个，自己还能确定时间点；当手上挂几个手表时，时间点就不确定了。有时候信息充分，考虑周全，这样的态度本身没有错。可是，现实就是现实，可能和可以本来就很多，导致反复修改，进度模糊。  

  3>、 产品1： G&G三维岩相地震解释系统
       修改产品中新发现的bug，总结这个产品中设计和实现的不足。寄希望于在下个升级版中修订这些问题。
       说一说对这个产品实现过程的感受。产品模块多，人员有限，好多实现多少有所被压缩。
       个人觉得C#语言结合前台WPF，开发速度很多，人员技能要求适中；但：不适合做大规模的显示，特别是窗口多，设计比较丰富。内存吃紧是这个产品后期一直搞不定的问题。
  我发现业界做开发的都有潜在定位(只是某一侧面，不是绝对的)：
  C++ 定位于：速度和效率，实时性强服务程序、大规模并发服务程序；
              团队组建成本高，人员素质要求高；
              项目周期比较长；
  C#(.NET)  定位于：注重于快速地地将功能实现，一般应用程序都可以，不考虑跨平台；
              团队组建成本低，人员素质要求低；
              项目周期比较短；
  Java定位于：速度和效率折中，网络间、桌面应用都可以；
              团队组建成本适中，人员素质要求比较高；
              项目周期适中；
*********************跑题一会儿！***************************************
  让我深深叹息的是：  
         走过中国大街，穿过中国小巷；
         看过城市幼儿园、小学、中学、大学，瞅过农村的幼儿园、小学，中学；
         好多地方，高中毕业的学生，去幼儿园代课，
         so，好多地方，大学学历的去教高中、
                高中学历的去教初中、
                …………
  其实，你有没有仔细想过： 
        越是孩子小的时候 ，其实越是需要被发现、被开启的时候 ，这个阶段其实是最需要有爱心、有素质、有智慧的人来开启一扇窗、引导出一条路。
       而我们的社会的现实是如何的呢？！ 
       我觉得：研究生以上学历，去教幼儿园和小学；大学学历的去教大学；
       为什么我这样选择？ 
       幼儿园和小学需要的是不拘泥于世俗，更需要鲜明的智慧，敏锐地洞察；
       大学毕业的，要有社会经验，自己人不嫌弃自己人，还正好以身示范。具有典型意义。

       现在再来看看我们的教育结构！难道这就是教育的正确形式吗！让我看，就是社会上上下下一片浮躁、急功近利。
************************************************************
       得，现在返回来说语言的定位。不然彻底跑题收不回来了。
       其实，像C#这样的封装很丰富的API，背后有很多故事。如果真正要用好，开发出称得上优秀的产品，是需要理解这背后的好多故事的。能用和用好，就差一个字，却差出了一种境界。
       照国人的这种作为形式，C#的价钱就是能用。C#的水平也就是拿来主义。而国外的大师呢，语言其实差别不大，真正的问题所在是人的脑袋里的东西——思想。
       唉，让我再，再一次看看我们的基础教育。窗户，没有被开启；浆糊倒是很多。该投资的不投，不该投资的乱投！
       十年树木，百年树人！ 
       没有哪一朝领导愿意去种树，多年后，哪怕自己不在位了，让后人乘凉。而我们现在的官员呢，无论大小职位，新官一上任，先留下口号，然后开始愚民，最后多少有所作为的时候，也该换届了。 

       在此特别声明一下：C#垃圾回收的机制，我明白，也仔细测试和实验过。WPF性能优化我也实施过。好多测试工具都是不到位，拿出来做个例子还可以，等到大而综合的实例是，就个屁了。不要给我说单元测试，难道到最后你不来个整体综合测试？！
这就好比是国有企业，员工素质技能考核：
        单元测试：       个个研究生学历； 
        理论综合评测：卓越的科研队伍； 
        实践综合测试：各自为政，啥也玩不转。 

        软件设计的初期，不要寄希望于现在的硬件发展飞速，处理器和GPU计算能力超好。所以软件的一些性能缺陷在好的硬件设施上应该不成问题。
        别拿摩尔定律来安慰自己，认为硬件及系统的速度足够快并且以后会更快，而忽略了软件的性能。

  4>、 其他工作
       软件文档注释、软件文档说明书、软件API——这些工作基础而又琐碎呀！也要做，还得做好。从长远看，意义还是，蛮大滴。  
  5>、 其他
        python语言蛮好的，自己也学了些，感觉不错！ 
        ECMAScript语言觉得局限性比较大，呵呵……
        这是一个混合开发的时代。脚本语言好比是实用的小工具。大大小小的项目，是缺不了这些实用的小工具的。
   对于有心的IT朋友，应该衷情一两个脚本语言呀！

        gvim这个软件要说的内容太多了，惊喜不断。好好陪伴着自己平时的生活和工作就对了。用-好软件，用好-软件，这是一种人品。
        TortoiseSVN给我的感觉是：简单、实用、高效。一直使用MS的工具，偶然走出去，发现其实外面的世界好多了。MS办事不地道呀！
        比较了一下：vs和Eclipse，感觉MS的vs非常逊色于Eclipse呀！   

        Cygwin、gcc、gdb三者结合起来，凭借对C++的深刻理解，用用，感觉还是不错的。可惜的是，没有上境界MakeFile文件不会写呀！看了几次，简单地会写，但要到系统架构基本的大项目，可就拿捏不住了。

   6>、 架构
       4+1视图，量力而行吧！

       引用别人的一句话吧：
      作为软件行业的从业者，若【不能从实践理解理论、不能将理论与实践融合】，会极大地限制个人发展。    
   7>、 最后让俺，咽一下口水，再唠叨几句吧！ 

         唉，说是只谈工作不谈生活，可哪里能脱得了生活呢。
         写到此处时，返过头来总看一年的记录，发现：其实，也没有做多少事！只是从心里上觉得好像折腾了好多，也许是因为，自己是经历者，许许多多的细节此时此刻在闪动浮现，待到最后要说的时候，才发现——细节，是累赘，不足为外人道也。
         也许，这就是工作留给自己生活的内容。
         工作，外人看来带给了你钱，你除了钱，其实还收获其他的！
         有些事，终究是说不明白的。其实，要说清楚又何必呢！反正是自己的！又何必较真分的那么清呢。
备注：
  WPF性能测试：WPF Performance Suite
  C#内存垃圾回收测试：CLRProfiler