PEPSI_COLA的专栏

程序员每天该做的事 1、总结自己一天任务的完成情况 最好的方式是写工作日志，把自己今天完成了什么事情，遇见了什么问题都记录下来，日后翻看好处多多  >> 好记性不如烂笔头。呵呵  2、考虑自己明天应该做的主要工作 把明天要做的事情列出来，并按照优先级排列，第二天应该把自己效率最高的时间分配给最重要的工作  >> WORKLIST。计划很重要啊。 3、考虑

今天正式开始了新的Game的代码编写，跟设计师谈了几次，收获不是很大。几乎没有弄懂她们需要的什么效果，无奈之下，我只能说我以自己对游戏的理解来写这个游戏。在今天的编写的过程中，想到了些许“面向对象的方法”，将游戏中涉及到的元素尽量设计成结构体，方便对object的访问和记录信息。另外，今天接触了“碰撞区域”的编程。碰撞区域方法主要步骤：1、在Ours工具中添加碰撞区域，并命名特征；2、在工程的Da

今天的感觉不是很好，效率有点低，在上午十点的样子忙了将近一个钟的碰撞区域的设置。总是不明白为什么自己在加碰撞区域的时候程序总是会自动把碰撞区域的名字加到定义tag的头文件中。自己设置的步骤和别人的没有一点区别，是照葫芦画瓢的事情，可自己连这个都没有做好，很受打击。叫来同事和自己研究了个把钟，才知道并不完全是自己的错误，是导数据的工具的错误或者是说我不知道的情况--设置碰撞区域的时候，碰撞区域的变量

今天过得不是很好，感觉上不是很充实，游戏算是可以循环了，但是效果不是很理想，碰撞区域的检测好像不是很准确，另外跟设计师也感觉很难沟通，不能从设计师那得到更多的信息。游戏主要进入了完善的阶段，继续沉住气。千万不能放松，come on ！今天下班的时候，老大说要工程，我说现在没有必要合到工程里面，可老大坚持要把游戏合上工程，说能给多少就给多少，真的是没辙。先前跟lina和zhihua 都说好，星期一合

        现在参与的725的工程已经到了中后期了，我所负责的6个game，基本成型的已经有了5个。        到现在，我发现有个问题相当严重，由于工程周期较长，负责的game越来越多，前期完成的game到现在很少有整理和全面的检查，随着设计的不断更改和底层实现技术的更新。代码的稳定性和健壮性远远不如当初第一次完成的时候，很容易出现意外状况。虽然设计师目前的改动没有动及到原来的根本，但是再