写坏C程序的几大诀窍  
如果你常常按照下面方式写程序，可以保证你的程序经常出错，你也经常头疼。  
1) 根本不管程序的格式，把程序写得老师也看不懂（自己当然更看不懂）。  
用格式迷惑自己也是弄坏程序的绝招。例如：  

if (a > 0)  
    if (x == y) {  
        ....  
        };  
    else {  
        ....  
    }  
请自己分析这到底是什么意思。  
2）不关心scanf或者printf中格式串和对应参数类型匹配的问题。例如(假设x, y是double类型，n是int类型)写：  
  printf('%d, %f', x, n);  
scanf('%d %f', &x, &y, &n);  

这样可以保证输入输出总出现莫名其妙的问题，而且你和别人都找不到原因。  

3）写scanf时，在接收输入值的变量名之前不写&符号。  
这样做常常还可以顺便摧毁你所使用的计算机系统，给自己再多找点麻烦，有自制病毒之妙。  

4）写注释时随便地忘记几个结束符号。例如：  
x = y + 1; /* ha ha ha  
z = x * 2; /* fine fine fine */  

这样可以保证编译程序“按照你的指示”把你的一段代码吃掉。  

5）在比较的时候用 = 代替 ==。例如：  
if (x = y)  
   z = x + 5;  
这可以保证x和y一定相同，而是否执行赋值就看你的运气了。  
6）定义局部变量后，不初始化就使用。例如：  
int fun(int n) {  
   int m;  
   return n + m;  
}  

如果对指针变量这样做，常可以带来隐秘的破坏效果，让最有经验的人也难找到毛病的根源。例如写：  

int fun(int n) {  
   int* p;  
   *p = n*n;  
   return *p + n;  
}  
这样做有时可以顺便摧毁你用的计算机系统，再给自己多找点麻烦。  

7）函数定义为有返回值的，但（有时）却不去写return（101-102页）。  
这样做可以保证你的程序不时出现古怪行为。  

8）不关心变量的范围，例如对循环次数很多的变量用 short 类型做循环等。  
这样做可以得到不明不白的结果；有时还可以使程序永不停止，直到你用的计算机累死为止。  

9）用sizeof运算符去计算函数的数组参数的大小，或者计算字符串的大小。  
这样做一般可以保证计算结果错误，出现的问题难以预料。  

10）不写函数原型说明，采用过时原型说明形式（103-107页），或者故意写错误的原型说明。  
这样做一般都能骗过编译程序，阻止它帮助你检查程序错误，使你自己麻烦多多。  

11）定义带参数宏的时候尽量节约括号，省得写起来麻烦。  
这样可以保证在使用宏的地方不时地出现隐含错误，就像埋下的地雷，检查源程序也很难发现。