我所热衷的编程生涯 连载(13)

    有时候我喜欢去翻翻以前开发的产品, 还是蛮有意思的, 这感觉有点像翻看旧日记一样. 一种青春激荡在屏幕间, 那么的稚嫩, 那么的丰富多彩, 在一个个近乎弱智的小软件小游戏中却埋藏了很多的努力, 很多的愿望. 这些包含着我软件开发步伐的作品中, 同样也包含了很多对于产品对于市场的尝试. 在去年我甚至专门按时间先后顺序分门别类的把乱七八糟的小玩意儿些整理起来, 再用一个索引表记录. 每过一两个月, 几个月的就会有一个产品出现, 看起来我开发热情一直都很高的. 有桌面小应用, 有存储数据的, 有管理类的, 甚至还有两个游戏. 其实一个还是以桌面图标大战为背景的, 那时候想的是让桌面的图标进行战斗, 还有技能, 魔法, 装备什么的...真是欢乐多啊. 虽然是个平面游戏, 还做了地图编辑器, 我晕, 感觉规划剧情还很方便的... 哎 真是不知者无畏啊.
    现在更喜欢做的是高效率高质量的底层应用组件, 相比较以前的各种残次品, 更加的贴近于应用. 单单从这点看, 也可以看出开发的视野有所提高了, 最开始想着, 做着好玩, 后来想着, 做出来对自己后续开发有用, 再后来终于想到了做出产品服务于市场. 技术的提高都是其次, 对于软件产品的认识提高才是最大的收获, 虽然现在对于软件产品的市场认知还很粗浅, 还需要几年的行业认识, 但是相比埋头苦干搞技术已经有很大的进步了. 希望我不是搞技术的, 而是搞产品的, 技术是不会带来任何价值的, 只有产品化, 市场化, 才是技术最好的归宿.
    就像热爱产品一样, 我也热爱自主研发, 很多现成的东西都是有帮助的, 但是在创造新产品的时候, 某些重要底层实现还是需要自主研发, 这样可控性才高, 虽然代价和成本比用现成的大多了, 不过好处也是显而易见的. 特别是研发一种常用功能的通用组件, 如果这个组件做的好, 那么你旗下的全部产品都可以用到, 大大提高开发效率的同时, 也降低了使用第三方组件的质量风险. 而且出了现场问题, 可以很快定位, 因为自己开发的组件, 太熟悉了~ 而且对于现代模块化的软件开发流程, 组件的优势也越来越凸显出来. 最近我移植自主研发的Windows下的数据库组件, 仅仅修改了几行代码就成功移植到Linux系统下并成功满足应用需求. 这完全得益于对这个组件的熟悉度和封装完好度. 相信后续更多组件的移植也会在克服小问题的情况下顺利移植成功吧.
    想想还是蛮激动的, 如果整个移植过程顺利完成的话,  可能就会开始安卓和苹果手机终端的开发了, 到时候整个网络应用平台可以在Windows, Linux, MacOS, Android, IPhone多个平台间无缝通讯, 客户所能用的具体网络应用就会更加的便利. 为了达到这个目标还是需要很多的努力啊. 唯一带给我信心的就是数据库Camel_FileManagerC和网络通讯Camel_FileTransfer这两个自主研发的组件, 承担整个平台太多的重任了, 不过这两位也是经历了很多的质量改进, 性能优化的, 经得起考验的老同志了! 组织上还是很信任的! 希望他俩在不断变换身份的过程适应各种环境为组织的扩张起到积极作用. 说到这里想到以前的状态, 那个时候学习了很多应用, 也开发了很多, 最后对自己的评价是除了数据库和网络通讯, 其他的基本都可以搞定了. 现在回想起来喜感了, 最低层最核心最有价值的不懂, 外围的懂有啥用~
    我个人认为一个专业的研发人员, 一定要细致深入的了解技术原理, 细节, 精通流程. 这些其实在实践中是必须的, 否则出个现场问题, 定位都要定死你~ 也许有些底层的东西并不是你自己开发的, 但你仍需要花时间花精力去理解熟悉, 这是很有必要的过程. 作为一个开发人员, 了解产品最重要的应该是了解技术内核和业务需求, 如果只是简单的了解实现过程就完了, 那是达不到精通的, 如果出现什么高端的疑难杂症, 你是没有办法应付的. 知己知彼才能百战不殆啊. 当然, 如果这些底层乃至整个产品都是你开发的, 那就再好不过了. 
    未完待续...