我水平太次，跟你没法比，所以就不报公司名了，免得连累公司

老师也经常提到要养成良好的编程习惯，提前感受一下！

呵呵。兄弟就不必谦虚了。

软件工程的实施过程分两种，一是PSP，一是TSP。

我做过PSP的实践，但还从未试过TSP。这不正是兄弟你每天都在经历的事么。不妨传受大家一些团队软件过程的经验和心得。

比如这份规范的意义何在？遵从规范我们得到了什么？同时我们付出了什么？不知道它的缺点如何能充分发挥它的优势。

先下来再看

呵呵  老师的好学生啊   我可是个逃课狂

除了学会装B，啥也学不到...

想法很美好，现实很残酷

想学代码规范，去MFC里面体会吧~~
华为的规范都是加班加出来的，


[ 本帖最后由 BlueGuy 于 2012-4-2 11:09 编辑 ]

下来看看 学习下。

每当想说点什么，遇到楼上那样的帖子总是让我汗颜，算了....

呵呵，文人相轻，自古如此。你们都是业内人士，请抛开工作中不如意的情绪，客观地谈谈各自的开发经验心得。

那么，先由我这个业余选手先谈谈个人的理解来抛砖引玉吧。

编程的目的在于使计算机按照人们的预想运作，来完成人们预期的任务，得到想要的结果，提高生产效率，解放生产力（这个高度够高了吧）。

起初人们想用计算机解决的问题规模较小（计算机的性能也不高），往往由一两个程序员就能完成。

随着计算技术的普及与发展，人们想用计算机解决的问题的规模越来越大。一个程序员已经无法在限定时间内完成任务。于是开始多人合作。

有时候，不是人越多生产力就越高。因为个人意志不同，有时候这反倒制约了生产力的提高，人越多任务越进行不下去。三个和尚的故事大家都听过吧。

软件工程作为一个学科出现的原因就是为了深入研究软件开发的过程，以某种方式组织人员协同合作，使得项目能够在可接受的时间内被完成，并达到要求的质量水平。

代码规范作为一种协调手段，是团队开发的很重要的一部分。通过统一代码格式，方便其在团队内合作伙伴间交流。

相对于个人代码风格，规范体现的是一种团队代码风格，这一种团队文化。它协调了个体间的交流接口，代价是个体需要在一定程度上摈弃个人意志，服从团队意志。

不同团队有不同的风格。个人可以喜欢、倾向某一种风格。但作为一种存在，其实各种风格在本质上没什么差别，都有着相同的出发点。就像人类的语言，你说英语好还是汉语好？

以上是我个人的一点拙见。

据我所知，Devil_w、BlueGuy及楼主都是业内人士吧？

这里我斗胆恳请三位暂时抛开个人恩怨及工作中的烦恼，就从自己的角度谈谈关于工程开发的个人见解、经验、心得。

兄弟在这里洗耳恭听。