版主谈谈 编码规范。
这个题目好象大了点。

无招胜有招，乃是至高境界。
写程序并无一定之规，要飘逸，要洒脱。
这是绝顶大侠的风范。
但一般要团队合作，则一个团队要有共识，这就行了。

先有招，才能达到无招的境界。
无招永远是无招。
MS没有编码规范，难以想象。

[quote]先有招，才能达到无招的境界。
无招永远是无招。
MS没有编码规范，难以想象。

[/quote]
如果把m$看作一个个体，它有自己的招，但对于别的个体则是无招。匈牙利命名法，至少我不喜欢用。

软件工程不光是编码规范还有其他的东西。
有空请访问 www.umlchina.com 学习有关知识。

软件工程是一个很广泛的概念，一个项目里面编写代码只是很少的一部分

软件工程包括的有：
1。系统分析
2。软件项目计划
3。需求分析
4。软件设计
5。编码
6。软件测试
7。软件维护
8。软件管理
9。软件质量保证
10。软件开发工具和环境
想想看编码占了几分之一

Sorry＋faint！
我对软件工程、UML没兴趣

软件工程可能是中国软件的最大缺点。
[b]我们很多时候是在问能不能做到，而不是怎样才能做好！[/b]
这与外国的技术封锁有关啊，比如说IFS KIT的资料，中国就得不到（就算得到了，也没有技术支持，MS本来就不对中国开放）。

faint！！！
我只求做到最好，不管用什么手段！

[quote]faint！！！
我只求做到最好，不管用什么手段！ [/quote]
对你个人来讲没什么关系，但对于你的团队伙伴可就惨了，
编程规范、文档对于团队合作必不可少

大家都认为中国的程序员好厉害。可是，如果合起来呢？
拿印度来说（会不会有人烦：又是印度！），个体一定是比不上中国的程序员的，但是别人的软件业。。。
大家都象Lov1999那样想就麻烦了。

我自己也没切身体会到编程规范的重要性，项目比较小，
几个人就搞定。
而且是公司内部，不行，就直接问。
国外注重编程规范肯定是有道理的，
难到别人都是傻子。

[quote]我自己也没切身体会到编程规范的重要性，项目比较小，
几个人就搞定。
而且是公司内部，不行，就直接问。
国外注重编程规范肯定是有道理的，
难到别人都是傻子。 [/quote]
对于编码规范化好在哪里，谁都知道。虽然有说驱动程序中没有必要编码规范，但我敢肯定，其实你就是在不知不觉地越来越规范着自己的代码。因为这体现着一个自身的进步和职业化。
没有规范是不可想象的，只是个人有个人的喜好，MS则偏于匈牙利命名法，而且这也影响着相当一大批的人，毕竟这科学。至于你在一个int变量名前加i还是加n还是加m_x(i/n作为类成员的时候),则有很多的时候取决于个人的喜好和习惯。
驱动程序因其特殊性，使得常规的软件工程理论在此不一定行得通，咱也得考虑建设有驱动程序特色的软件工程理论。完全照搬应用程序层的方法肯定不行。
驱动程序的规模使得软件工程理论中有些行为显得不很重要甚至可能有多此一举之感，但这完全不等于不需要软件工程理论。只是相对于应用程序来说，它们有各自的侧重点。
编码规范只是软件工程中的一个小部分，对驱动程序也是如此。

大家都去 www.umlchina.com 看看。
谢谢 znsoft.

faint！
大家仔细研究我以上的话，就会发现我说的是团队当然要有一致的规范，但这种一致是内部的一致，不一定非得遵守大家认同的规范，规范？faint！

我觉得还是要有规范的，只有大的规范建立起来了才能形成大的产业。只有内部的统一当然有利于保密，但对个人来讲就不好了。如果我换了一个公司就非得换一种工作方式那精力都浪费掉了。

很有道理，没有规矩，怎成方圆？可不可以一起讨论一个最可行的文档规范？

废话一大堆,这话题太大了.我忙不过来.