技术研发方面工作经验总结

结合自己两年来的工作经验和所遇到的一些问题来记录下自己的一些技术研发方面的思想成长.

原则:

1.寻求符合已有结构的问题解决方法

对于开发者编写的代码的要求很大程度上停留在实现功能上,但是对于功能是如何实现的却值得投入更多的关注.

符合已有结构有几层意思: 

       第一层符合大的产品框架.    例如:GEF中的核心MVC架构 

       第二层使用已存在的资源(公共类,方法等)    例如:xml解析  多个编辑器公共command等

       第三层符合小环境的设计:    例如:符合类和方法的职责定位

    

2.充分了解需求

需求在很多时候都是不了解产品实现的需求责任人(用户,领导)提出的,这有可能带来一些考虑不周全的地方.

       1. 是否有类似的功能 需求责任人并不了解的.提出了重复性的需求   (当然  这也和产品是否容易上手,容易说明自己的功能有关)

       2.了解需求的目的性.即:驱动提出这个需求的背后原因.  需求责任人很多时候就是按照常理提出模糊的实现效果.此时需要实现者综合考虑下实现难度和自己的开发经验,同需求提供者和领导共同讨论是否有更好的效果(例如:UI交互效果)和更低的实现难度和成本.

      3.对于需求的影响考虑过于片面. 例如:对于一些文件的编辑提供输入辅助.  但往往输入辅助的信息读取(可能跨多个文件)和(异常处理和提示(初始化异常)等问题需求责任人并不过多考虑.这些都需要 领导和相关功能实现人  仔细考虑的问题.  如果和已有功能出现矛盾或者性能消耗巨大等一定要及时沟通.

     

3.Demo实验的必要性(良好习惯)

     适用于: 稍微大点的独立的功能模块的开发.

       1.代码清爽,对于开发相关代码容易控制. 

       2. 可以为所欲为的做实验    产品中测试探索带来的污染  还得自己治理不是?

       3.通过git管理自己的实验历程.  良好的技术实现记录.

4.阅读源码求真知

       知其然更要知其所以然,看源码实现就是在了解它功能背后的实现机制.这比起死记硬背有更深的记忆和理解效果. (死记硬背不适合程序员)

待续~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~