思维不可太死板： 在程序中加上某行后有编译问题， 去掉后就没有编译问题， 能否断定：一定是本行出了问题？

        在某大型软件中， 原来代码的编译是没有问题的， 加了一行后， 就有编译问题了， 注释掉这行， 就没有编译问题了。 可是， 我仔细看了一下， 发现加的这行是没有问题的。那到底是哪里的问题呢？千万不能像学生时代那样死抠， 教科书和考试都是有板有眼， 死板。 作为一个程序员， 要想方设法解决问题， 要灵活， 拒绝死板。

        下面， 我来简化模拟（原来现场较复杂）一下案发现场：

        原来编译没有问题的程序为：

#define N 10;

int main()
{
	return 0;
}

      我加了一行后的程序为（编译有误）：

#define N 10;

int main()
{
	int a = N * N;
	return 0;
}

      开始定位的时候， 总是去怀疑int a = N * N; 其实 #define N 10;才是罪魁祸首。 之所以在第一个程序中没有表现出错误， 是因为那时没有用到它而已。

      一个有某种疾病基因的人， 平常没有接触到诱发因素（比如吃牛肉）， 那么他是安全的。  一旦吃了牛肉后， 他生病了，  我们不能武断地认为牛肉有问题。 

      软件开发， 经验和灵活性确实非常重要， 谁能说不是呢？