1.这些规范都是官僚制度下产生的浪费大家的编程时间、影响人们开发效率, 浪费时间的东西。
对于第一个问题我持反对意见。代码的规范是必然的，也许在有些时候我们会花费一些时间在对例如变量命名的规范或者代码风格的规范这类问题上，但这些一定是必要的。又是自己的代码会被其他需要的人查看，又是自己也会回过头来翻阅一下，就我们自身感受，看一份各种以a、ab、tt……这些名称命名变量的代码简直就是生不如死。同时，我们不可能清楚记得每一份自己写过的代码以及编写过程中的逻辑，那么自己之前的不规范会在之后的某段时间带来更大的时间浪费，相对而言，花费一小部分时间在代码的规范化上是节约时间的。
2. 我是个艺术家，手艺人，我有自己的规范和原则。
对于第二个问题我持反对意见。规范化的目的在于后期任何人对代码的阅读，维护及其他一些操作，也许自己的规范模式会利于自己在后期对代码的管理，但这是片面的，没有人能保证自己的代码是完美的，只有通过于其他人的交流才能快速改进，而当一意孤行使用自己的规范而导致他人很难理解时，便失去了大部分代码规范化的意义。
3.规范不能强求一律，应该允许很多例外。
我对第三个问题持赞同态度。代码本身就是一项艺术，一味遵循规定规范便如同绘画只能有直线和直角一样，缺乏美感。虽然我们不能在任何地方都把代码艺术化，就像不顾场合的唱动听的歌曲，但有很多合适的时候这是让人着迷的，这也许就是为什么短码之美这本书非常畅销的原因之一。就比如当我们需要在一个大的项目中我们需要一个GCD函数，完全没有必要用能够精确表示含义的英文表示每一个数字，仅仅用简单的a、b、c就可以很简单明了的显示算法的过程。
4.我擅长制定编码规范，你们听我的就好了。
也许当一个很大公司的项目主管可以说出这样的话，但一般对于我们而言，我觉得每一个程序员都不应该活在某一个特定的小圈子里。和外界交流就必然有着一些约定俗成的规范，也许某个人指定的规范很好，但他并不大众，同样会让其他人对这样一种规范产生困惑，这对这个小圈子而言是一种罢黜百家，独尊儒术的不理智行为，对其他人而言也是不可理喻的。但并非我们不能交流一些自己的规范，就像讨论问题，碰撞可以有，但动用武力让另外一个人赞同自己是明显错误的。
-
这些规范都是官僚制度下产生的浪费大家的编程时间、影响人们开发效率, 浪费时间的东西。