“服从”这个词，一直都不讨人喜欢。为什么呢，因为我们本能的希望自己能当“主人”，自己能够对身边的一切事物都充满掌控感。特别对年轻人来说，我们更希望能够在自己的工作中彰显出自己的创意和想法，能够尽快脱颖而出。
西方国家里面所推崇的那种“个性解放”、“展露自我”的价值观念让我们觉得人家公司里的文化氛围似乎要更加自由，没那么多条条框框。但是，在阅读了吴军老师的一篇讲述美国谷歌公司的文章之后，推翻了我之前的想法。事实上，无论是国内还是国外，大到社会，中到企业内部，小到个人交往和生活，都有着一套不可以随意更改的机制。在我们有足够的能力去改变现有框架和规则之前，必须先学会“服从”。必要的“服从”是为了更好的创新。
“服从”是合作的基础
我们都知道，当今社会不是一个单打独斗就能安身立命的时代，与人合作是必须的。离开了其他人，我们无法生存；与其他人合作不好，我们便无法发展。从小，老师便教我们四则运算，其中“先乘除，再加减”就是一条我们必须服从的规则。如果我们不服从，那么就会得出错误的答案，就算勉强得出了正确的答案，如果我们不服从“先乘除，再加减”，那么运算过程会变得很复杂，不方便。从这个例子中我们可以得出一个道理：绝大部分需要我们“服从”的东西，一定有它的道理，被绝大多数人所使用且认可的东西一定有它的价值。当然，有价值的东西不是说就没有缺点了，但改进它的前提是先认可它现在的样子，能够实现起码的与人合作，之后在与人合作的基础上逐步改进。
“服从”能提高效率
吴军老师对美国的著名IT公司谷歌公司有着非常深入的了解，他自己本人也曾是里面的高级工程师。谷歌，这样一个让全世界程序员都无比向往的公司，事实上并不是那么“自由”。相反，谷歌的程序员必须“服从”一系列非常严苛的规则。
在谷歌公司里面，不仅要求给变量起名字要有特定的格式，单元测试要覆盖100%的代码，程序的注要占到篇幅的三分之一左右，语句之间不该有的空格多一个都不允许。任何不符合这样不近人情的规矩的代码，是不能提交的。为什么这样一家如此注重创新的互联网公司却对员工有如此严苛的要求？理由就是这样一个庞大的公司，有数万程序员，如果每个人都按照自己的编程风格进行编程，那么读懂别人的代码，找到代码中存在的错误就要花费非常大的精力。
吴军老师曾经讲过，一项工作的复杂度和耗费的金钱精力和它的规模不是一个简单的线性关系，在100行代码中找一个bug可能只需要一个小时，而在10000行代码中找一个bug可能就需要数月的时间了。因此，要求每一位员工服从统一的“规则”，就是为了提高效率，尽可能降低一切不必要的成本。
“先学会走，再学会跑”
由于我自己也是程序员，因此对吴军老师举的例子可谓是感同身受。我的组长也是一个对代码要求非常严格的人，这两周的时间里，他分配给我的任务并不是很多，前后也就400多行的代码量。但是，当我简单测试功能把代码提交给他评审的时候，他却指出了我代码中的好几处问题。其中很多问题倒不是“错误”，其实就是不符合公司的编码规范的。比如写代码的时候，不能使用tab键，必须使用四个空格；函数中，任何一个分支都必须有返回值，哪怕其中一个分支不可能真正走到；函数中的变量必须全部先进行声明，不允许在执行语句中插入变量声明。结果，我改代码到提交用了整整一周时间，而且这一周过的比写代码的那一周还要累。
刚开始的时候，也觉得不理解，“服从”规则，修改代码以符合规范的确是一件非常非常反人性的事啊。但是，当我平静下情绪后，发现改代码的这一周我的收获远比写代码的那一周要大。其实，编程专家和初学者最大的不同的地方就是能够在编程时考虑到更多的细节，之所以指定一些严苛的“编程规则”，就是为了尽可能减小代码可能产生的bug。等我习惯了遵守这些的“规则”的之后，就能够体会到“服从”的好处。
初中数学老师讲过的一段话我现在仍“记忆犹新”，那就是“先学会走，再学会跑”。开始做证明题的时候，他严格要求我们每一步的推理后面都加上原因，比标准答案还要详细。他说，先这样机械性的练习，“学会走”。等到以后熟练了，每一步的证明在写出来的时候就已经有理有据了，就不用这么机械了，那时候才可以“学着跑”。如今想来，小学时数学一般的我，进入初中之后很快成绩变好，三年后考上了重点高中，与老师初期严格要求我“服从”是密不可分的。
总之，无论做什么行业，都应该首先持有一颗敬畏之心，首先仔细学习理解并“服从规则”，当充分体会到规则本身带来的好处和规则本身的缺点时，再与人合作去慢慢改变现有的规则。“先学会走，再学会跑”，先服从，再改变。
