个人技术发展规划

    转眼一下子毕业六年多了，辗转不少地方，不少公司，有大公司，也有小公司。基本是属于一块砖，那里需要那里搬。回顾一下涉及的编程方面还不少，比如很短暂的有vb、asp、delphi、c++ builder、nsis、lua、python等等，完成当时的需求、或者软件维护等就没在用了。一直持续有使用还是会放弃的有mfc，还没有毕业我就认为我mfc用的那不错，在实习期就能够帮人解决些问题，实习期就分到mfc换肤的小组。在大部分公司经历中是用mfc来的，比如英语乐园平台，游戏中的好几个工具软件等。不过自己很早就意识到mfc即将落幕，慢慢往标准c++转了，用用boost，觉得c++还是不错的，像 boost.property tree，在c#或者其他语言中都享受不到那么简便读写配置文件的库了。我的个人技术发展规划：
    一是持续关注及使用c++，最新的c++ 11就有非常好用的语法糖，性能还会有所提升，后续侧重linux下服务器方面的使用了，还有跟其他语言、工具结合的地方，比如virtools下的插件、flash插件等。在这里推荐一下premake、cmake构建工具，使自己有一个干净的代码目录，在windows下我还是会用VS来编译和调试，但不再用vs来管理项目和文件了。
    二是unity和c#，在成都魔方时一款2D横版游戏就是自主游戏引擎及各类工具，公司也是花了时间人力，不过终究是不好用，在游戏开发中用的是不爽，本人参照cegui写了树控件，对框架消息还要做些增强来支持，后面用这个公共树控件替换了几个地方，有的是同事写好的树控件，跟逻辑绑定了，有的是用基本按钮来模拟，一下砍掉几千行代码，后面有同事还需求用来作为列表控件使用，每个人都有自己逻辑功能要开发，也是能将就就将就，对后期维护其实是个困难，这个应该是管理层来做决定的，前期好好完善引擎。在苏州蜗牛，为九阴真经打造的一款Flexi游戏引擎，源自公司最早十年前就开始航海引擎，估计也是差不多新写一套差不多吧，c++、lua，游戏引擎底层是c++，导出大量接口给lua，工具开发都是使用lua，就这样，九阴真经我统计下来就有40多个各种工具，大量人力，时间，本人在九阴真经项目时九阴真经已研发4年之久，这时都还没内部测试，问题、bug一堆，性能跟不上，在持续把lua脚本用c++来实现，而各个工具很丑陋，不管是使用体验还是代码，本人在这里开始使用lua，甚是觉得这种结合还是非常不错的选择，逻辑代码包括工具都是用lua来写，开着游戏或工具边写边测，比我接触的ogre是好的多，这种引擎就大型3D网游及大团队合作还是不错的，本人只是想说要做好一个游戏引擎真的很难，人生苦短，对于小团队，小项目，我选择unity，其跨平台能力征服了本人。本来也没有怎么接触c#，因为unity我选择了c#，虽然还有js选择，但是对js反感，以前学写过些js，觉得这语言甚是丑陋，不严谨，没实现效果都不好查找问题所在。为此系统学习c#，一段时间从杭州图书馆，从初级到高级的c#书籍翻了遍，感谢杭州图书馆，光这学习c#书籍就达九本之多，自己去买的话也得掏出不少啊。到现在用unity下来，虚拟试衣间，体感小游戏，漫游项目，增强现实AR都有应用了，第三方提供的插件包也甚是给力。unity有机会让我成为soho一族，接外包及以后自己有机会做手游页游的话都是给力助手，所以这个得持续学习钻研。
    三是ruby和rails，《松本行弘的程序世界》改变我对日本人的狭隘偏见，从以前对ruby的抵触到接纳，这语言从语法层次就很规范，语言也很简洁强大，以前也想弄弄网站，好让可以互联网创业，因为对ruby、php的抵触，一直想在python里面选择一套，只是python选择实在太多了，选择来选择去时间就过去了，居然还没有正正经经开始。弄一下子tornado，弄一下子django，再弄弄pylons，还有其他，最后都停留在HelloWorld远不了什么的层次。喜欢ruby或，rails是不二之选了，有了python这样的经历后，也不纠结了，假如我做的网站真能不够用时，我想是应该高兴的时候了。本人后面整了黑苹果，公司有imac，一直有投入点时间进行学习。
    四是编程思想，无论选择什么编程语言，都离不开重构，设计模式，虽然对具体语言而来有些差别，但终归是想通的。
    五是软件工程，自己的专业就是软件工程，只是学的只有编程语言，数据库，网络等。只是参加工作后从丑陋代码，官僚的管理中知道要变化，敏捷开发应该是不错的选择，一是一系列为敏捷开发来辅助工具等，包括编辑器（本人选择vim、各种ide）、代码规范检测（google c++ style及检测工具）、构建工具（c++有cmake）、版本管理工具（本人选择GIT）等等，还有更多没有去接触，如果有专业人员来指导推荐就非常感谢了；二是敏捷开发中对单元测试的看重，不管是TDD也好，还是BDD，至少Unit Test是要的；三是迭代思想，为了应对不停的需求变化，唯有不断迭代，快速迭代才行，没有相应能够运行起来的Demo，客户并不会知道自己真正的需求所在。
    总结下来本人技术选择铺的点也是有点多，何况这已经是逐步在收缩，在放弃，比如网页前端选择一个合适的用就好了，比如twitter的bootstrap，放弃css深入；还有unity的shader，特效等，涉及到美感等的东西都不做深入；还有数据库方便，一直也没有相应工作经验，优化方面也是要放的。活到老、学到老，就码农而言，本人不认为这行业是吃青春饭，马上奔三了，觉得这才是真正的开始。