大家在linux下写C语言时，有什么习惯呢？比如代码风格，思维习惯，我些说说自己的：
代码风格是用：
if (){

}
好呢还是用：
if ()
{

}
好呢？

写代码的时候，是代码和注释同时写好呢，还是先写代码，代码写完后在写注释，写注释是用英文还是用中文

代码是边写边调试bug好呢，还是全部写好之后在调试bug好？

习惯用 
if (xx){

}
如果xx内容过长：
if (xxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxx)
{

}

看公司要求了

我也是。

LS这位有清早刷屏的习惯，哈哈，

刚刚没一会儿，linux板帖子你都刷了一遍。

嗯，我也是这个风格

    注释我是边写程序边做注释，多用英文，用中文有时候不同的编辑器打开会出现问题，然后结束后再稍润色下注释的内容。

    小程序写完调，大程序分模块调。

if() {





}

先写大块注释（其实是功能说明），写程序的时候对不好懂的部分写小块注释（其实主要是用例）。

最近这两年开始写程序之前先写单元测试，发现很有好处。

tong感

1. 代码风格的问题，看自己的习惯；如果是做工作，看团队的规定。
2. 注释的问题，建议边写边注释，当然，不是说非要是写一条语句就注释一下，你也可以在写完一个较完整的功能后再来注释（譬如说写完一个函数）。
3. “代码是边写边调试bug好呢，还是全部写好之后在调试bug好？”
   强烈建议写好后再调试。这是一个好的习惯。边写边调试会妨碍你思考问题的完整性，降低写代码的效率。

根据规定吧，保持某种风格

个人觉得边调试，边写比较好，一般完成某块功能就这么做一下

刷屏是啥意思？

我是if()
{

}
边写边注释，有些一看就明白的就不用注释，如果程序很长的话，规模很大的话，等你写完再调怎么知道哪里有问题呢。所以一般一小块一小块的调比较好

打开linux版块，一看，最后回帖人都是同一个人呗。。

写完后也可“一小块一小块的调”哦。
由于每个人的单元测试水平有限，所以现实中很大机会就是：
你在前面测过的模块，整合到工程中后就出现问题了。
对于每个函数，也有这种现象。
折中的话，完成大模块后再测吧。
其实一个人一天写下的代码能有多少？完全可以调试过来。
如果一个程序员发现他在写代码的过程中需要经常调试，那就有必要调整一下习惯了。

上面的话由于措辞有点问题，所以补充下，免得误导别人：

大模块、小模块都是相对的，完整的单元测试是必须的。
我的意思是把写代码和调试代码分成明显的两个阶段比较好，至于阶段的程序规模，可以灵活确定。

譬如，对于一个动态内存管理模块，我的习惯是：
1. 专心写好所有的代码
2. 尝试编译，此时可以修改语法错误
3. 调试和测试

if (){



}

因为可以省1行，如果有else就可以省3行，这样在有限的窗口内能看到更多的代码。
思路会好一些。（因为是连到Unix下用VIM写程序）

这个吧，因人而已，注释还是英文好吧，绝对不会乱码

注释用 /* english */,最好别用 //

1.编码风格和公司要求有关系 一般公司关于编码都有统一的规范 不同公司规范可能不同 比如你在一家外企，那公司可能就会要求你的注释全部用英文，本人觉得用什么语种做注释，应该和以后维护代码的人相关联，如果你的代码被老外维护和分析的可能性能极小，那么我劝你还是用中文吧，这毕竟不是在练习英语

2.使用的开发工具 例如使用eclips或VC等默认的风格就是语句与左括号在同一行的，此时工具已经给你写好了 你不觉得不好看非要给换行，不嫌麻烦也可以

3.最好是边写代码边写注释，这样可以及时的将你的思路记录下来，如果代码全写完了在写注释，那么此时的注释可能不够精准的描述你的本意，甚至和你的本意有偏差。

4.什么时候调试，取决于您对“调试”的理解和你的代码量的多少，（1）如果您所说的调试仅包括编译和链接，如果你的代码有几万行，还是边写边调比较好，要是等到最好，恐怕编译和链接就得花上你一段时间。如果你的代码很少，几百行，时间怎么安排无所谓。如果你的调试还包括程序的逻辑性验证和功能验证，即单元测试和集成测试等环节，那个人觉得应该边写代码 边编译或链接 等完成一个功能模块后 在该进行单元测试

楼上说的好，学习了

第一个写法像java风格
第二个写法像C++风格
我个人喜欢用第二个。

看情况了....