编码规范是技术上的遮羞布

每个程序员都知道,在一个软件公司里,你需要有一套严谨的编码规范。每个程序员也都知道,为了能按自己的编程习惯制订这套规范,每个程序员都在而抗争。刚进入一个新公司时,每个程序员都会内心里绝望,对那套由某些强势架构师独断指定的编码规范恐惧不已。

扔掉编码规范吧,让程序员自由发挥,你会得到更多的好处。从加强代码统一性上获得的这点胜利根本解决不了问题。编码规范就是技术上的遮羞布。在 nearForm 公司,我从来没有想过要制定一个这样的规范,因为我希望每个人都只需按照自己喜欢的方式编程。

这世界太吵闹了。JavaScript的复兴要为此负全责。尤其有一个“特征”:可有可无的分号。无数的主张猜想反对声铺天盖地。停止,去实际写些代码好吗。你知道我在说谁。

本意是好的,各路程序员大仙发布各种JavaScript编码规范和风格指导。你们全错了。请停止这种要去拯救这个世界的行为。

编码规范从何来?过程是这样的:在你开始编码时,你跟本不知道会做出什么。这充满乐趣,这是一场游戏,直到你弄瞎一只眼睛。一旦你被自己垃圾的代码伤了太多次,你开始知道你是个菜鸟。于是你开始走上了通往编程大师的道路,你贪婪的咀嚼《代码大全》, 《程序员修炼之道》,当然,还有 Joel

之后,事情开始发生了。在通往朝圣的路上,你参透了真经。满腹的技艺让你成为了编程巨星。你的开发效率整整翻了一倍。现在,你要向世界传播。让你有今天成就的知识也同样能拯救他人。你笼络人心,你传道,你纠缠不休。你训导你的老板要采用最好的实践方法和开发规范。而最不可饶恕的,你竟然开始写博客了。

大多数程序员从来不发声。那些喜欢弄出声响的,都晋升了。你晋升了。你把你绝顶聪明的想法强加给他人。你编写了一套编码规范,你让它成为了法律。

可之后,一切如旧。同样苦干,同样最后期限迫在眉睫,同样bug无数,同样悲惨结局。银弹跟本不存在

几年后,你不再编码,你成为了管理者。你仍然认定编码规范,条律,制度的至关重要。关键就在于正确的实施。你从来都没有真正的做到过,但你坚持要实现这个目标。不仅如此,你变本加厉。代码量化标准!作为一个管理者,你成了痛苦的化身。

也许事情可能会向另外一个方向发展。也许你重新回去编程,或从未离去。经过一段时间,你发现自己如此无知,所有你的梦想都建立在沙滩上。你放弃了,你放弃了给程序员制订枷锁。这是另一层次的参悟。

至此,你认识到,人不是机器。人需要把智慧发挥到极致。你应该丢掉枷锁,获取最大创造。

可为什么那些最聪明的程序员的做法却完全的相反?为什么他们喜欢控制其它程序员?是什么让他们如此独裁?

首先,你想把你的经验传授给他人。但并非每个人的思维都跟你一样。人的大脑是十分怪异的

第二,控制别人的感觉良好。但这不可能真正有效的。你不能命令程序员去做什么。猫不是圈养出来的。

第三,你逃避责任。团队中的所有人都这样。我们遵守了规范!项目失败了。没错,可是我们是遵守了规范!

第四,好的意愿;最佳实践;很专业;很技术——诱人的开发过程。你仍在追逐你8岁时想摘到的那颗星星。但是,编程大师如何判断一件事的成败?看结果,这是唯一的标准。

第五,理想主义,你认为你理解整个世界,整个世界要尊崇你的意志。我们人类有些事情非常的在行….但那是在一万次的失败之后,一万次重复的失败。软件工程就是其中之一,不是有了规范就万事大吉的。

而最糟糕的不是这些。万恶之首是,只要你具有上面的任何一点,你最终就会制定出一套编码规范。

编码规范真正的罪恶在于,它们在伤你的心,伤整个团队的心。它们是一种耳语在说你不够优秀。他们不信任你。没有监管,你会搞的一团糟。

一年前我们开创 nearForm 公司,我们最在意的一件事就是要为客户写出最优秀的程序。在早先,我们尝试过所有的开发过程、方法、制度规范。所有都让人讨厌。没有一样真正起到作用。

于是我们开始实施这样的原则:相信我们的程序员是最有智慧的。这起作用了。

我希望所有人都能写出整洁优秀的代码。你自己判断这指的是什么。如果在代码脏乱、变量名不一致的情况下你还能安稳的睡大觉,这你自己决定。但你知道,也许这只是一个100行的用node.js写微型server,无关紧要。这你自己决定。

这你的责任,因为你一名程序员。

[英文原文:Why I Have Given Up on Coding Standards ]
分享这篇文章:

20 Responses to 编码规范是技术上的遮羞布

  1. aa says:

    不给实习生,应届毕业生制定代码规范,这才是在坑项目

  2. Adam says:

    怎么感觉前后矛盾。

  3. sailxjx says:

    规范不是必须的,但一个人连自己的编程风格都没有,前后不一致的话,肯定是不行的

  4. de says:

    这篇文章就是个坑

  5. alswl says:

    几个人的小公司可以这么搞,大团队合作没有规范,我就呵呵呵了。
    文章是刚毕业的小伙子写的吧。

    • lakao says:

      赞同。当一个人在团队中,修改一个小小的问题,却需要习惯100个不同人的编程风格代码风格的时候,每次查找一个问题,需要根据100个人的编码风格读懂他们的代码的时候,他打心底里就只想说:他_妈_了_个_巴_子_的.

    • 麻姑江水 says:

      小公司,代码量小,这样搞搞没有什么关系,大公司,这样搞,真的和你一样呵呵呵了。

  6. Jerry Li says:

    变量名给你整一堆的汉字拼音,估计老外碰不到,但在国内绝对有可能……

  7. 徐朝 says:

    rock your code!

  8. 赫连勃勃 says:

    各位较的什么真呢?人家针对的是脱离实际的“架构师”制定的脱离实际的代码规范,在都是有专业精神的工程师组成的团队里推行这种形式主义的东西是讨人烦且无意义的。合格coder写的东西只要他自己能看懂,别人理解起来也不难。作者只是希望能让大家专注于代码到底要实现什么,而不是加不加分号,变量大小写这种事。

  9. 裤衩 says:

    作者就是为了引起注意, 哈哈,
    code complete 上也说的很清除, 没有绝对的规范,

  10. jhon says:

    规范是错误的…但是一件事情的策略性是大家都要思考的.

  11. apache says:

    模特身材真棒

  12. oTwo says:

    编码风格绝对不是的创造力

发表评论

邮箱地址不会被公开。 必填项已用*标注

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据