1. bug的修复, 不但要说服自己, 还要说服别人, 最重要的是要说服computer信服你, 不再给你在响应的bug点上, 再出乱子.(重复的探测bug点, 直到你确定它不再由某些相关code再引起为止, 并时刻提醒自己曾经有过这样子的bug, 关注着它, until it died.);
2. 程序控制权依赖不可靠的平台以及它所提供的机制会给力带来难以数计的概率性bug, 因此尽可能的避免它的出现.
3. 优美实现, 避免头重脚轻. 例如: 有例程Start(), Stop(), 每次Start(), 都必须以Stop()进行清理. 如果再Start()中加入了Stop(), 这样子虽然能够执行进行清理的动作, 但是这样子会显得上层调用不够清晰, 为什么调用了Start(), 你不调用Stop(). 对于这一点, 跟malloc & free很像. 许多人都支持coder从内存维护中脱离出来, 确实, 这样子带来了巨大的好处, 不要将心思再放在内存泄露上了. 但是, 在我这短期使用C#后, 发现这一巨大优势对于我的工作带来了不少的烦恼, 耗费巨大内存容量给我带来了巨大的系统消耗后, 给了我无尽的运行效率低下. 鉴于这个, 下个项目中, 我预计我应该不会再使用c#了, 更加的专注于使用古老又优秀的c进行底层的实现, 再加上一些ui上c++的使用.
4. 娘希匹的, 星期一大早上的就惹我不爽 -- 模块完整性. 9点钟上班不到一个小时, 同事就喊我给他提供一个接口, 用来设置一个状态. 那个状态压根就与我的模块不搭边, 他说我这边好控制些, 然后讲了一大堆理由, 最听不得就是说重复的函数调用那个效率低呀, 都用c#还效率低... 为了自己, 为了自己的模块, 为了模块的完整, 不着边的东西, 不管是否容易实现一概拒绝!
5. 避免想当然; 人家写的东西给你调用, 看清楚注释.
next...
