从嵌入式LINUX下的C程序员角度来看编程

主要从嵌入式LINUX下的C程序员角度来看： 
1、 要养成并习惯于在“先设计文档——再编码”的方式，先将设计思路、算法实现、程序
     流程图以及关键数据结构陈述与设计文档中，尤其是程序流程图，一定且必须要画（除非是太简单的小程序可以   免去），通过做流程图，可将代码实现中的问题预见出来，对自己做处理的或者处理可能有问题的或者干脆未处理的代码分支有预判和预见，避免“大量编码——大量调试——才发现问题”的费时费力的循环， 
2、 C语言的基础扎实很重要，基本概念要清晰，例如一个字符串实质上是什么，这样才能
一眼判别诸如：“char strTemp [128]= “Hello World””这样的C语句是否正确； 
3、 对内存、存储空间有概念，理解程序堆（HEAP）和栈（STACK）的概念，了解数据段、
bss段都存储什么类型的数据，从存储空间的角度理解已初始化/未初始化的全局变量、局部变量、静态变量的存储特性；对自己代码中的内存使用情况有总体的了解，对可能存在问题的地方有了解，并可将其应用于实际解决问题的思路中，例如程序长时间拷机，发生栈溢出，你就应该可以大致估计并快速定位到是代码哪里出了问题； 
4、 代码必须严谨，对各种边界条件必须做判断，典型的例如打开一个设备文件，例如打开
视频decoder芯片SAA7113的设备文件，USB串口设备文件等，必须要做返回值的判断，不能想当然的认为必然能成功打开，这样就可避免测试人员在大量的拷机和异常情况测试时，发现平时正常工作时OK的代码，经常出现core dump类错误时，回去查对代码，才发现原来是没对这些返回值做判断所引发，而这个问题的解决通常是在测试人员长达一个月的反复测试后才发现的，如果你的代码一开始严谨些，就可从根本上避免这种问题； 
5、 有自己拿手的、熟练并深刻理解的调试手段，即使是printf也好； 
6、 编码一定要规范，讲规范体现在你每一个函数的注释、变量/函数的命名上； 
7、 多看些老的C程序员的blog或者书，吸取大家的经验之谈，规避诸如把一个函数写了
两千行长的基本常识性错误