一个乱七八糟程序猿的经历与感悟。

　　入行也有几年了，做个JAVA，略懂IOS，现在做cocos2d-x的游戏开发。也算实现了人生一个小小的梦想。

　　如同狗熊掰棒子，一段时间不写，JAVA就快忘干净了，IOS更惨，写代码的时候需要翻自己以前的代码，甚至，自己的代码自己都看不懂。

　　三年程序做下来，积累的是什么呢？

　　写一些东西，记录一下。不一定对，但是，是一个思路。

　　刚学JAVA的时候，讲究构建优雅的代码，面向对象（TMD我现在还没对象），以及MVC。

　　对于绝大多数应用或者游戏开发人员来说，算法，编译，基本不会触及太深，更多的情况下工作内容是接收需求，分析，然后实现。

　　我的理解是，程序员的工作就是将一个功能需求分解成很多个技术需求，然后利用对象的生命周期，状态，API，以及代码逻辑去实现。

　　因为spring的原因，对于解耦与分离我情有独钟。（虽然我一天都没用过Spring...）

　　我是一个程序猿，也有人叫咱攻城狮，这代表着我们的工作就像打仗一样。

　　要打仗，就要先准备。

　　知己知彼，百战不殆。

　　知己：我们拥有什么样的积累，有哪些可用的已经做好的工具，组件，接口。

　　知彼：任何一个需求提过来的时候，我们都要充分的了解这个需求到底是想干什么？要达到什么要的效果？有什么限定条件？

　　务求将信息收集到位。

　　之后，开始制定作战计划。

　　所谓的制定作战计划，就是制定解决方案。

　　这个可以是画图，也可以是接口文档。具体工作时因情况不同会有不同。

　　一般来说，进行功能设计时，我习惯将数据逻辑放在一个类里面进行统一管理，显示逻辑放则放在另外的一个或几个类中，将数据与显示分开。

　　Model类用来做数据的容器。

　　view类，举个例子来说，比如一个CCLayer的子类，用来做显示逻辑。

　　后面跟一个Controller，来管理数据与流程，并且给前端显示的View填充数据。

　　一个简陋的mvc就成型了。

　　作战计划制定好了，下一部就是排兵布阵。

　　一般来说，我习惯先声明好方法并写好注释，将整个功能的流程走通。

　　排兵布阵之后，就开始打仗了。

　　对于我们来说，也就是coding的时候到了。

　　把每一个声明的方法，每一行注释，一一实现，无脑coding，就好了。

　　当无脑coding结束以后，就可以提交验收了。

　　仗打完了，我们该干什么呢？

　　抽根烟放松一下吧~　

　　战争是战役的集合，战役是战斗的集合。

　　下一个需求等你很久了...