酋长

中文名：时装设计师——维拉的成长日记
英文名：Fashion Dream
新浪官方微博：http://weibo.com/u/2619089061
下载地址：http://itunes.apple.com/us/app/fashion-dream/id499200589?ls=1&mt=8


初来乍到，总共2个月时间，却一直参与这个游戏核心架构的开发，尤其过年前几天和过完年后的10天左右时间，基本都是天天加班到很晚才回家。而今，看到游戏上架，心里多少有些欣慰，不管它是否会火，至少对我来说，着实成长了不少。记得刚来公司时候，游戏框架刚刚成形，之后给我的感觉是：进度一天比一天快（或许没这么夸张，但参与开发的人都有这种感觉：前期很慢，后期很快）。。让我突然有点回到2年前给学校开发系统的日子，虽然开发压力没当初那么大，但确实有那种味道。。那时候，每天14个小时代码生活，我的内心只有尽快完成产品的概念，看了下当时的总结日志，有这么一段话：
“学校那个系统当时搞的我很头大，当时也不知哪来那么多精力和耐心，连续熬了半个月的夜，每天13个小时的代码生活，功夫是不会亏有心人的，最后还是做出来了。还记得最后那几天发自内心的那种痛苦..... 一看到那个IDE就想吐了，真不知道那些每天14个小时代码生涯的大牛为啥就没这种感觉，羡慕啊！ 给我最大的感触是：软件不仅仅是做出来这么简单——当时学生处那个老师对自己的需求描述的极其含糊不清，我和我的另外一个合作伙伴花了2天时间写好了一份需求分析，她看都没看就直接说了句“你们就努力尽快做好吧！” 等到软件做出来时，她就这挑挑，那检检，短短半个小时时间，就把自己的需求描述的一清二楚，我真懊恼为什么当初做软件之前不把自己的需求像这样给描述出来，搞得我又得大动干戈，重新修改2000+行代码；后来那个老师每用一次，就要重新提些要求出来.... 哎，服了！ 粗略估计后期维护总共有10+次了。 由于软件编码人员就我一个，没有任何指导人员，所有问题都得自己解决，而且要保证自己写出来的代码不会出现BUG。回想起来，那段时间把我平时的编程热情纯粹磨灭的一干二净.... ”
呵呵。 而今看来，多少有些年少轻狂的味道。依然记得当时软件做完后，跟学校开价的事情。具体价格我就不说了，反正同学都说我在漫天要价^_^，事实上，学校最终真正给我的报酬却比我提出的报酬还要高一些。而我们的项目管理老师给软件评的价格也比我给学校开的价格高好几倍。。
昨天游戏上架不一会后，就有一些人在玩，再想想这个游戏开发的全部流程和公司的企业文化。 突然的，明白了很多。。
两年前，我是个学生，一个人搞开发，一个人搞测试，一个人搞维护，一个人和学校开价。。两年后，我是个打工者，在追忆学生时代的年少轻狂，呵呵。。或许梦想的实现就是建立在谦虚，谨慎，兢业基础上不断付出所得到的报酬吧。
 
最后，希望这款游戏能大卖吧，呵呵。
 
 
 
 
 [/img]..

 
前言
前几天在很多地方老是碰到RAII（Resouce Acqusition Is Initialition)相关的话题，对于这一块，由于自己以前在代码中很少用到，从来都习惯于使用dumb pointer，所以从没仔细去研究过。当它足够频繁的出现在我的眼前时，我渐渐意识到，是时候该做个了断了（说“了断”貌似有些夸张，其实也只是想把它研究透，以免以后老出现在我的眼前而不知其内部原理。。）。事实上，我当早该写这篇博文了，只是当我在看标准库的auto_ptr源码时，又发现里面的exception handling声明很多，困惑的地方总有该了结的时候，情急之..

 
前言
最近在看auto_ptr源码的时候，发现里面的异常说明很多。事实上对于exception handling这块，以前也有很多困惑的地方，只是由于平时代码中很少用到，于是就从来没仔细钻研过。本来这篇是用来写smart pointer的，既然遇到了exception handling这块，那么先把这块硬骨头啃下来再说吧。
翻阅了很多大师的经典著作，发现exception handling在《c++ primer》中只是概念性的提了下，对于技巧型的内容几乎没有涉及到；《effective c++》中只有一个条款中提及，《inside c++ object model》也提到很少，幸运的是《more effective..

 
 
看完了《inside c++ object model》，接下来，就是亲自动手实践验证了。 依然记得大二时候那本清华大学出版社出版的C++教材，我用了2周时间就看完了，那时候的我还没有任何面向对象的思想，更别提项目经验了。感觉整个C++就是把C的struct扩充了一下，又加了点多态机制和泛型编程罢了（事实上，那时候对多态和泛型编程的概念也不是很清楚，只知道virtual和templete）。呵呵。。 而今看来很是自负啊。  事实上那本书虽然简单，但我却看过很多遍，在讲到构造函数时，书中有一条很明确的写到：“当一个类没有构..

前言
在我写下这篇文章的时候，是2012年的春节。此刻已经深夜了，外面鞭炮声震耳欲聋，想起往年的这个时候，现在该是和家里人聚在一起看春晚的。而今已时过境迁。虽然如此，但我从未感到孤独或什么的，甚至连春晚都懒得看了。。 怪也就怪自己这几天突然开始深度迷恋《inside c++ object model》，看到最入迷的时候，我甚至感觉自己的呼吸都停止了，真是一本不可多得的好书啊，呵呵。   题外话说多了，开始入正题。
对于C++的对象布局，早在以前看《effective c++》的时候，Scott Meyers在讨论“为多态基类声明虚析构..

 
前言
对于C++代码中的类型转换，我从来都习惯用C风格转换（在C++中被称为旧式转换）。实际上，我写的很多代码都很少注重效率。而在新公司里一位对C++代码效率要求极高的team leader看过我写的代码后，直接建议我去读下《effective c++》，说这本书是从业余程序员到专业程序员的分水岭。 呵呵，自叹不如啊。 写了那么多年的C++，而今还被人看做业余程序员，情何以堪！ 事实上，这本书我很早以前就看过，只是一直感觉里面很多都太苛刻，所以很少注意。 说到这，不得不为自己以前的浮躁自责。其实被人笑作业余程序员也就不足为怪..

以前一直在CSDN里写博客 酋长的成长之路 ，最近几个月有些懒散，再没有写过博文。最近突然的，想开始继续写博客了，恰遇CSDN史上最大规模泄密事件，加之CSDN改新后已经不支持WLW等第三方软件写博文，想来想去，还是搬到51CTO吧。希望不要让我再次失望。。