那些烦死人的菜鸟问题

1结构体成员 数组元素的逗号问题
这个问题我见过三次
我不明白为什么有些代码会出现这种错误，但我想这跟某些编译器允许这么做有关。
事实上，在我用到的大多数编译器里，我是单片鸡的，你也是，因此我用到的基本上也是你用的。
所以，你最好老老实实遵守
很简单，初始化时，都是用中括号括住初始化的元素或者成员。
彼此之间用逗号隔开，而到了最后一个得时候，不要加逗号，
这应该是更加标准的方法，因为这样的写法在任何编译器都不会遇到错误或者警告。
为了避免以后在别的编译器上遇到你今天的麻烦，你最好不要加这个逗号，不要指望让编译器忽略他
因为你获得的这份代码的作者就是这么想这么干的。
而这直接导致的后果就是你现在遇到的错误和警告，我相信你会诅咒他不得好死。

今天，还是 维修新手小盆友提供的
昨天我很愤怒地发完帖子关掉手机走路去吃饭时，突然想明白他漏了个分号。可惜他也跑了。
今天下午快下班时他回来了。
让他改，发现他没听明白我说的是哪个最后。
我终于让他贴这部分代码然后给他改上。
这个例子恰好还可以用来说明另一个很细节但是很重要的编码规范。

编程规范，确切的说，这里提到的只是其中一部分，是代码外观的那一部分，它并不是最重要的，因为它不会对程序性能造成任何改善或者恶化。
然而它可以解决一个同样严峻的问题，别人读代码的困难与否取决于你是否缩进了或者换行了。
这是一个非常容易起争议的话题，因为你会听到各种理由，上述对性能无关要紧是一个最理直气壮的。然后他直接忽略了上面的第二个理由。
我对此只想说。
写代码和做人类似，要懂得为别人着想，坚持自我没有错，而且很值得钦佩，但前提是你要搞清楚你是坚持，还是顽固，你冠冕堂皇只不过是为了自己偷点小懒？而无视别人过后的辛苦？
一点都不愿意改变自己的人永远无法体会到生命的成长以及成长带来的变化，就像看到种子生根发芽的那种喜悦。
还有一句话，为人着想，也是为自己着想，这种略带功利的想法在这件事里也有非常坚硬的证据。
一般来说，你就是自己代码的维护者，想一想半年后，一年后，甚至十年后回过头来看今天的代码，希望你不会说一句 我日！

差点忘了说，对于代码外观风格问题，为什么我们要反复提醒呢。
其实还有一个非常纯技术的理由。
这话出自代码大全
通过整洁的外观来展示清晰的思路。