1.Visual Studio 调试时 使用可视化工具查看调试变量
2.fopen 'r'和'rb'区别
3.UlEdit 可类似查看内存变量查看文件（应该是Acsii编码）
4.文件-属性-字节数
在原有代码基础上插入自己代码时，应该在最后插入，以免自己的代码有时执行保存，而不能执行到原来以后的逻辑，导致不可想象的bug
最近在做一个功能（成就）领奖的功能，打算在NPC处领奖，做好后，想在界面上加个按钮也弹出那个界面，做好后，违背了之前在NPC处领奖，不在界面上领奖的原则，后来同事说在界面上点击NPC名字，走过去去领奖 好主意。
在日常工作中，有些小问题，别看他小，但有时会是致命的，最近总结一些解决思路如下，以后备用：
1。成就系统主线任务放出去了，之前已完成的玩家完成了，但随着等级提升超过任务可接的等级范围，DB会把记录给清除，这是取不到数据。在解决这个问题时，得到两条经验：客户是上帝，给他点小奖励，不会说的，不给反而会闹（中国人心理）；一个系统出去，可根据时间和玩家角色时间，让之前创建的角色使用第一天经验，之后的，根据正常逻辑进行。
2。用户调查不能在游戏快关闭时进行。
3。像解决一个小问题的，是属于次要的逻辑，不能因为这个修改主要逻辑，分清主要矛盾。
4。最近琢磨的小东东，自己思考得到的，详见2007邮箱
1.用户操作感体现：真正的操作感；操作有响应信息
2.诡异bug 玩家通过外挂直接跳过掉服务器函数，导致刷。这种bug测试一般测不出来，就靠程序员在编码时注意逻辑的严谨性。
碰到一个bug，很多程序员就马上开启调试，设置断点，单步跟踪，其实这样是错误的调试方法，首先应该整理思路，想想这个问题大概出现在那个模块
1.整理思路，逻辑流程
2.条件调试
3.trace
4.屏蔽代码
程序员很多时候只是在注重功能能不能实现，但同时更多时候需要有个产品意识，最杯具的是一个功能辛辛苦苦实现，最后说这放出去没什么用，没有价值。
昨晚老大给我们开了个会，开到12点，主要讲如何去成长，总结如下：
理论：模块化（层，类） + 设计访问规则（接口，事件，消息） + 解耦 《敏捷开发原则，模式，实践》(应用依赖抽象，抽象不能依赖应用；单一职责；开发封闭) 面向接口
兵法：设计模式：单件 工厂 观察者 状态 命令 装饰者
要求：
1 一个CPP文件不能超过1000行
2 if else if else switch
3 char dat[8]
4 对象生命周期
5 设计
...
面向方面，泛型编程...
local NEW_TABLE = {}
增加元素方法；
1.table.insert(NEW_TABLE,elem)；
2.table[index] = elem。
注：index是个变量，用作索引用处
当elem是个对象时（如用self）就会有问题。第一种插入的是字符串，第二种插入的对象。