标签：
问题：是否需要有代码规范
对于是否需要有代码规范，请考虑下列论点并反驳/支持：
1.这些规范都是官僚制度下产生的浪费大家的编程时间、影响人们开发效率, 浪费时间的东西。
2.我是个艺术家，手艺人，我有自己的规范和原则。
3.规范不能强求一律，应该允许很多例外。
4.我擅长制定编码规范，你们听我的就好了。
声明一下，老师所给的最后一篇文章的链接无法打开，因此就第一篇、第二篇文章以及自己所查到的资料来进行说明。
正文：
在谈如上四个问题之前，第一个需要搞明白的问题是何为代码规范。在第一篇文章中，作者给出了清晰的说明，并且和其他的规范作了区别。我认为此处的代码规范指的是更偏向于代码风格的意思，区别于其他规范（如异常处理规范、输入参数规范），所以，下文的代码风格和代码规范为同样的意思。
我很能理解第一个论点所说的“规范浪费时间“。制定规范花费时间，遵从规范更是让人感到别扭从而花费更多时间。然而即使浪费了这些时间，我认为制定一个规范并且大家都遵守仍然是很有必要的。就我自己来说，虽然在此之前我从没参与过团队的项目，从没遇到过需要遵守规范的场合，但我还是能够认识到规范的重要性。在我自己写一个稍微大一点程序的时候，如果我事先没想好名字在每个类中的取名法，我很可能取着取着就重了。显而易见，同样的变量名会让我混乱，容易出错。包括文件名、项目名，如果没有统一的一个安排，提交作业时就不知道该提交哪个，因为大家都叫homework123.在更多人共同开发的项目中，有一个统一的规范是非常必要的。从长远的角度来看，这样做可以节省更多时间。
其次，每个人有每个人自己的规则和习惯，这是不可避免的。大家都觉得自己的方式是最好的，不需要改变。然而在团队合作中，我们不是独立的个体，为了显示自己是个team-worker，我们应该遵从同意的规范。而且，就如第二篇的前微软员工所说，有许多事并不一定有什么最佳答案，只要能解决问题的方法就是好方法。同样，规范风格有时候也谈不上是不是最好的，应用起来方便、高效，这就是好规范。
然而就第三个问题，规范之所以为规范，就是因为一致性以及通用性。大家都用，都遵守，才能称之为规范。然而有些极端情况，比如遵从规范挥发费5倍时间，或是不更改规范就没法解决问题，在这种情况下无疑是需要变通的，即使做这种变通，也应该确保大家对新的规范达成一致意见了，大部分人都认可了，才去使用。
最后一个问题，我不确定是不是有人很擅长制定代码规范。一、是因为很少人这么说。比如有人说我擅长c++编程，有人说我擅长精简的算法，很少听到有人说我擅长制定规范。二、擅长意味着制定的标准非常好用。然而用什么标准来评判规范的好与坏呢？自己擅长只能说是这种规范自己用着比较舒服，大家都有自己用着舒服的规范。我认为这种程度不能算是擅长，也说不上什么擅长不擅长，只要是写代码写了一定量了的人，大家都有自己的规范。而且表现的这样武断也不利于团队工作。比如你提出你自己的规范，说明自己的理由，大部分人都认可，那么项目就可以进行下去了，没必要为一个规范而抓耳挠腮。我认为规范这种事，是看中形式而不看重内容的。进一步说明就是：重要的是大家都统一，而不是具体的规范有多么好。
标签：
原文地址：http://www.cnblogs.com/oushihuahua/p/4844515.html
