现在我现在有这么几个习惯
总是习惯少写那些判断指令，总是感觉，多写一条判断，就会打断流水线，导致程序执行速度减慢，我当然知道分支预测，但是我写if的时候，第一想法想到的是打断流水线，会降低效率，所以少用
更少的大片申请内存，我总是感觉，内存不够，内存不够，生怕一下就用完了，或者申请太大内存失败了，这样麻烦，我最讨厌麻烦了，与其出现问题后解决问题，不如让问题干脆就别出现，问题不可能完全不出现，但是可以最大程度地避免问题出现
更少地使用大块内存，内存的读写效率奇差，这个，我深有体会，在我写我的那个界面库的时候，就已经发现这个问题了，所以我十分避免频繁地使用内存，能一次做完多次使用的地方，就不去多次做，但是这样有个缺点，就是很容易因为一块内存地使用而打破整个程序某个模块的封装性，让某些不该被看到的，给别人看了。。。
更少地频繁申请释放内存， 原因不写了
更少地进内核， 同上
还有好多好多习惯，一时想不到，只有写代码遇到的时候才会想到。
有的时候，我不知道那么做到底好不好，但是我知道，那么做，确实会引起一些情况，问题在于，我不知道该在什么时候，对哪种情况作如何取舍。
总是习惯少写那些判断指令，总是感觉，多写一条判断，就会打断流水线，导致程序执行速度减慢，我当然知道分支预测，但是我写if的时候，第一想法想到的是打断流水线，会降低效率，所以少用
更少的大片申请内存，我总是感觉，内存不够，内存不够，生怕一下就用完了，或者申请太大内存失败了，这样麻烦，我最讨厌麻烦了，与其出现问题后解决问题，不如让问题干脆就别出现，问题不可能完全不出现，但是可以最大程度地避免问题出现
更少地使用大块内存，内存的读写效率奇差，这个，我深有体会，在我写我的那个界面库的时候，就已经发现这个问题了，所以我十分避免频繁地使用内存，能一次做完多次使用的地方，就不去多次做，但是这样有个缺点，就是很容易因为一块内存地使用而打破整个程序某个模块的封装性，让某些不该被看到的，给别人看了。。。
更少地频繁申请释放内存， 原因不写了
更少地进内核， 同上
还有好多好多习惯，一时想不到，只有写代码遇到的时候才会想到。
有的时候，我不知道那么做到底好不好，但是我知道，那么做，确实会引起一些情况，问题在于，我不知道该在什么时候，对哪种情况作如何取舍。