1.1 编程思路
[打桩] : 从设计的角度出发解决问题，而不是想到一个算法,解决一个功能或部件，一般需,确
定是否发现到类,发现到类，确定需要那些属性，确定那些方法;
[用例]: 作单独得测试用例验证自己的算法，实现类的局部逻辑；
[集成]: 通过测试用例的验证，集成实现类，或模块;
1.2 如下编程习惯 – 纠正
通过频繁的使用编译器来找错误，或验证程序 不是合格程序员；
滥用对象，方法的实现 临时变量泛滥，for, 等语句块中临时变量泛滥
方法实现没有划分逻辑段的概念，一气呵成。
任务的完成过程中，产生一堆的过程代码，提交正式代码100行，耗用了5000行代码试验
[人海战术,投入产出比太大]
一个功能函数实现，到处出现，没有统一的出处概念, 维护成本
没有节约内存使用管理意识，泄露太多
一碰到问题就问，没有主动思考意识，主观能动性较差
一个函数几百上千行，成了超级函数，没有模块意识；
函数的形参庞大，没有结构意识
c/c++ 体系理解不清，程序中混乱使用；内存分配，动态数组
发现难点，复杂得地方 绕开，或简单处理一下；
编译问题的解决主观能动性不够，一碰到问题头就大,就问别人;
一个错误多次出现
喜欢做难的挑战的任务，消极对待简单的任务，或不屑做简单的无难度的任务
工作个性化，从网上参考来的代码没有消化整理，就使用，界面风格偏离太远
代码写完回头改规范
一个函数的逻辑实现不彻底，总总修修补补
技术泛滥使用，追求时髦的技术
缺少耐心看msdn,objectarx 英文资料
界面没有美观好用的意识，只为实现功能，设计不够人性化
程序缺少资源节约习惯，类的资源消耗庞大.
程序错误提示框 提示信息模糊不清，太吝啬表达，或提示太程序员语气化；
追求使用一些晦涩的，高难度技巧的代码
没有使用枚举的习惯，一大堆 int 值
非修改维护的代码（新任务），提交任务时残留大量自己注释掉的过程代码；
获取容器中的元素，没有验证容器的size，直接硬获取
类，方法 的命名虽然遵循规范， 但命名晦涩，不准确。
没有构造函数初始化成员属性的习惯，包括临时变量也没有初始化习惯；
结构体中出现 对象 ，诸如 Cstring 等非原生数据类型
类的属性习惯 public，
1.3 bug维护认识
简单的开发任务中，也能有大道理，合格的程序员简单的功能同样做的伟大。[精耕细做] Bug 维护是程序员成长的捷径
