代码经验（待续）

墨菲定律。
如果代码出了问题，往往肯定是自己最不确定，写的最随便最模糊的地方出bug。就算这次不出，迟早也会出！

老板刷刷两下就判断出bug在哪并且fix掉了。
我除了目瞪口呆，五体投地之外，更多是想我应该怎么改进才是。
当数据出现问题的时候，老板想的是回溯思路，上一步到这一步，有没有问题？不要跳跃式胡思乱想。
debug就是这种思路，跑程序到出错的前一步，看是什么东西导致出错。
程序要写的易读易改，程序关键之处，如核心运算啊，time step，I/O等等要写的显眼，而且最好把主要关键步骤写在简介里，这样改起来也容易一些。

自从上了APC 524之后，我开始将代码模块化。只要是做同一样任务的东西，全都写成一个个函数；只要是读入同一批数据，全都弄在同一个class里面。这样的话，不仅调代码快，也便于成熟的代码局部复制。

最后，就是熟能生巧，多写多改。