1. C++虽然主要是以C的基础发展起来的一门新语言，但她不是C的替代品，不是C的升级，C++和C是兄弟关系。没有谁比谁先进的说法，更重要的一点是C和C++各自的标准委员会是独立的，最新的C++标准是C++98，最新的C标准是C99。因此也没有先学C再说C++的说法，也不再（注意这个"不再"）有C++语法是C语法的超集的说法。
2. C++/CLI 和 C# 是微软的，它们与C和C++没有任何关系，虽然部分语法相似。但哪两种语言不相似呢？都是abc这26个字母。
3. 不要使用TC/TC++/BC/CB等古老的编译器来学习C/C++，因为它们太古老了，不支持新的C/C++标准。不要使用CBX/VC++6.0/VC2005等对C/C++标准支持不好的编译器，虽然这些编译器适合工作，但不适合学习，因为它们中的语法陷阱很多。记住唯一适合学习的编译器是gcc/mingw。[antigloss注：Dev-C++ 使用的编译器就是gcc & g++]
4. 不要用""代替<>来包含系统头文件，虽然有些编译器允许你这样做，但它不符合C/C++标准。
错误的示例：#include "stdio.h"，#include "iostream"。[antigloss注：习惯上，<> 用于包含标准头文件和系统头文件，"" 用于包含自定义头文件。标准似乎没有明确规定不准用 "" 包含标准头文件和系统头文件。使用 "" 包含标准头文件或者系统头文件只能说是一种不良风格。]
5. 不要将main函数的返回类型定义为void，虽然有些编译器允许你这样做，但它不符合C/C++标准。不要将函数的int返回类型省略不写，在C++中要求编译器至少给一个警告。错误的示例：void main() {}，main() {} [antigloss注：C99和C++98都要求编译器对省略int至少发出一个警告]
如果不需要从命令行中获取参数，请用int main(void) ；否则请用int main( int argc, char *argv[] ) 。
6. 不要把VC++中的 #include "stdafx.h" 贴出来，它是预编译头文件。如同上菜时不要把厨师也放到托盘中。
7. [C++]不要#include <iostream.h>，不要#include <string.h>，因为它们已经被C++标准明确的废弃了，请改为 #include <iostream> 和 #include <cstring>。规则就是：
a. 如果这个头文件是旧C++特有的，那么去掉.h后缀，并放入std名字空间，
比如 iostream.h 变为 iostream。
b. 如果这个头文件是C也有的，那么去掉.h后缀，增加一个c前缀，比如 string.h
变为 cstring；stdio.h 变为 cstdio, 等等。
BTW：不要把string、cstring、string.h三个头文件搞混淆
BTW：windows.h不是C/C++的标准文件，因此它的命名C/C++不管。
8. 不要再写 char* p = "XXX" 这种语句，要写成 const char* p = "XXX"，编译器之所以让前者通过编译是为了兼容以前的大量的旧代码。[antigloss 注：这段话对 C++ 而言是正确的。但是，目前的 C99 标准似乎并没有定义 "XXX" 一定是常量。]
BTW：const TYPE* p 和 TYPE const* p 是一样的，风格不同而已。
BTW：C语言中也有const关键字。
9. 不要在同一条语句中包含一个变量的多个++/--，因为它们的解析在C/C++标准中没有规定，完全取决于编译器的个人行为。
10. C/C++ 是平台无关性语言，因此系统相关的 process/GUI 等不在标准 C/C++ 库中。比如 graphics.h 和 windows.h 等是由某个编译器提供的，而不是由C/C++ 提供的。
11. C/C++只是语言，而且是平台无关性语言。论坛上有部分人甚至认为C就是dos，C++就是windows，那么请问linux是什么？
12.[C++]面向对象曾经是设计C with class（C++的前身）的主要目的，但C++不是，C++是一个多典范语言。主要支持过程调用、基于对象、面向对象、泛式编程这四种编程典范。当然还支持functional, generative,metaprogramming等典范。
13. 语法学家不是文学家，所以当你学会了一门计算机语言时，你还需要学习数据机构和算法，还需要掌握工具和平台API的用法。
14. C/C++ 是通用语言，因此语法很复杂，你应当裁减成适合你自己的语法集合，比如裁减成 better C 和 ADT。
15. C/C++是通用语言，因此只含通用的库，你应该丰富自己需要的库，比如汽车工业协会有自己的C/C++函数/类/模板库。
强制转换 malloc() 的返回值
首先要说的是，使用 malloc 函数，请包含 stdlib.h（C++ 中是 cstdlib），而不是 malloc.h 。因为 malloc.h 从来没有在 C 或者 C++ 标准中出现过！因此并非所有编译器都有 malloc.h 这个头文件。但是所有的 C 编译器都应该有 stdlib.h 这个头文件。
在 C++ 中，强制转换 malloc() 的返回值是必须的，否则不能通过编译。但是在 C 中，这种强制转换却是多余的，并且不利于代码维护。
起初，C 没有 void 指针，那时 char* 被用来作为泛型指针（generic pointer），所以那时 malloc 的返回值是 char* 。因此，那时必须强制转换 malloc 的返回值。后来，ANSI C（即C89） 标准定义了void 指针作为新的泛型指针。void 指针可以不经转换，直接赋值给任何类型的指针（函数指针除外）。从此，malloc 的返回值变成了 void* ，再也不需要强制转换 malloc 的返回值了。以下程序在 VC6 编译无误通过。
#include <stdlib.h> int main( void ) { double *p = malloc( sizeof *p ); /* 不推荐用 sizeof( double ) */ free(p); return 0; }
当然，强制转换malloc的返回值并没有错，但画蛇添足！例如，日后你有可能把double *p改成int *p。这时，你就要把所有相关的 (double *) malloc (sizeof(double))改成(int *)malloc(sizeof(int))。如果改漏了，那么你的程序就存在 bug 。就算你有把握把所有相关的语句都改掉，但这种无聊乏味的工作你不会喜欢吧！不使用强制转换可以避免这样的问题，而且书写简便，何乐而不为呢？使用以下代码，无论以后指针改成什么类型，都不用作任何修改。
double *p = malloc( sizeof *p );
类似地，使用 calloc ，realloc 等返回值为 void* 的函数时，也不需要强制转换返回值。
