编码规范能力 培养好习惯 代码规范 不要细说 一个合格的程序员必须通过的一关；简化编码能力 其实是一个人逻辑思维和分析能力的抽象净化过程 一句话能做到的事 不需要两句话；编辑

码优化能力。对编码性能的要求。需要对编译器和软件底层了解，对编译环境的辅助能力有了解。如，*2和<<1、t=a;a=b;b=t;和a^=b;b^=a;a^=b;、循环中的idx--;、C的一些lib中那些函数可以复用等。进一步的，需要“理解”，“为什么”，看看组成原理和一些虚拟机的代码吧；
再进一步的，称为“重构”能力，稍后谈；
Debug能力。自己开发的程序很多知识、思维盲点，操作失误而造成bug。为达到满足需求的自适应能力，debug必不可少，不过重点只是基本功的运用而已，注意自身盲点（当年跟过两天一夜的DDK代码注入在MFC一个静态变量前被block掉的bug案例。窃以为豪！）；
寻求帮助的能力。学会自己解决问题，很多问题你不是第一个发现的！学会查msdn、学会google……这是一项能力，需要修炼的。最后才是询问，也希望不吝赐教。

测试设计能力。这个不精通，简写。“检查”！
功能测试。仍然是换位思考，重新根据需求设计测试案例。避免实现盲点，需要严谨的思维和丰富的经验；
压力测试。实际是另一类型的编码，专门测试软件的应用。不会，不多说；
以测试的思维进行编码。已经不算是一种新的理论了，测试驱动。
 
新理论和新技术学习能力。学会分清是真正的新理论还是“新瓶旧酒”。新技术往往是新理论的实现。因为人的立场，新理论往往是现实世界到软件世界中的映射。一维的POX，二维的OOX，三维的AOX，整合业务理念后现在大热的SOX……学会转换角色思考，理论理解才是技术理解的保障。也许，下一个理论就是你发现的。
 

站在二维的高度设计，站在三维的高度架构。展示人类生存的世界给可爱的计算机们……

根据业务（需求规约）抽象、映射能力。基础，模块源起。闭上眼睛，慢慢体验……
模块设计能力。《设计模式》，二十四式也罢，四十八式也罢。可惜用得多了之后，已经忘了那些个名称、分类了，只知道根据要求排列组合了；
系统设计能力、公共模块抽象能力、系统阅读能力……

天地四方曰宇，往古来今曰宙。四维的软件工程思想！
软件工程能力。不说了，看书、自己印证……

人与自然，算是自我充电吧！
业务阅读能力。
学会调节，学会放下，学会玩，放开纯理的思维。人即是人，机即是机。人可役机，机不可役人。

打住，写不动了，就虎头蛇尾吧。一笑，呵呵。

千头万绪，如何取舍，听君自便。
如果不能成为创造理论的大师，那就老老实实成为“专家”。无他，唯手熟尔！
“勿在浮沙筑高台！”