小时候，大人们总是教导小孩子“过马路，左右看”。我年纪小不懂得为什么 ，但是由于大人们唠叨得遍数太多，以至于都深深印在脑海里，成为了潜意识。每每过马路 的时候，不由自主得左右看看。长大以后，渐渐的喜欢考虑问题，凡事问个为什么：为什么 是“过马路，左右看”而不是“过马路，右左看”？有朋友告诉我说 那是因为中国话的习惯就是左右、男女、老幼之类的说，就像“决一雌雄”不叫 作“决一公母”一样只是个习惯而已。可是，我觉得习惯是养成的，如果天天说 “过马路，右左看”说多了，反倒这么说比较习惯——这也说不准那 ～ :)
其实，仔细想想，“过马路，左右看”是个很有道理的话。中国的 车辆都是靠右行驶，所以过马路的时候前一半的过程（就是从路始边走到路中间的过程）总 是车辆从我们左边开过来，而后一半的过程（从路中间到路右边的过程）总是车辆从右边开 向左边。
于是，这个俗语就教导我们先看左边再看右边，甚至可以说走前一半的时候可以只看左 边，走后一半的时候可以只看右边。如果把口诀反过来做，就做了无用功；如果没有这个口 诀，没准过马路时头会摇的跟一个波浪鼓似的。（注1）。
中国人做事很讲究总结一 个口诀，内功讲究心法，练刀有刀谱，练剑有剑诀，甚至书圣王曦之还写了个什么书诀（我 忘了多少招了，那个兄弟提示下）。再比如《西游记》中说孙悟空过火焰山的时候把毛都烤 糊了，于是左手捏了个避火诀冲了下去。这说明口诀很有用，本领大如孙大圣都用的上：虽 然你不知道他是怎么来的，但是照着口诀做就没错——老祖宗已经验证过了才总 结成口诀传下来。
其实软件开发的时候也有很多口诀，即便是不明白道理，但是照着 做，总没错。如果不照着做，没准还真就捅了篓子，或者在代码中埋下了一时难以出现的隐 患。下面就举一个C中的应用口诀的例子（C++我不懂，就不献丑拉。～）
比如，有个 口诀叫做“定义宏常量或宏公式的时候，一定要加圆括号”，有很多人就不理解 ，于是他们就不加，结果就出了类似于如下的问题：
#define NUM_A 100
#define NUM_B 25 * 2
#define int_div(a, b) a / b
float c;
c = int_div(NUM_B, NUM_A); //作者原意是 50/100,实际结果是 25 * 2 / 100, 结果没错
c = int_div(NUM_A, NUM_B); //作者原意是 100/50,实际结果是 100 / 25 * 2，结果错 了。
试想，如果我们就按照口诀来操作：
#define NUM_A (100)
#define NUM_B (25 * 2)
#define int_div(a, b) ( (a) / (b) )
又怎么会出错呢？ 再举个例子，比如有个口诀叫做“头文件里面只声明不定义”。如果不照这个口 诀操作，也会出问题。比如：
//a.h
int max(int a, int b)
{
return a>b?a:b;
}
//main.c
#include "a.h"
#include "a.h" //include 两遍后就会重复定义max()，结果出重复定义的错 。
int main()
{
return 0;
}