“请拿出一段最能体现你水平的代码” 小伙子这样做，当场被录用

　　程序员面试，免不了会被问编码的问题。如果面试官问你，最能代表你的当下水平的代码是什么？你该怎么回答呢？
　　张工是一名java程序员，最近到一家公司面试，面试官：请拿出一段最能体现你水平的代码，张工直接手写一段，面试官看了，当场表示录用张工。
　　原来张工编写的代码无论是变量命名还是方法命名，都很规范。思路也清晰。
　　小编认为，面试官之所以提出这样的问题，主要是想看看你编写的代码是否规范。

　　“请拿出一段最能体现你水平的代码”小伙子这样做，当场被录用
　　如果代码没有统一的规范，每个人都按照自己掌握理解的那一套，那么整个项目的代码很可能就会出现风格迥异。即使是分工明细，每个人负责一个模块，等到要整合代码的时候就尴尬了。
　　很多时候，并非程序的算法有多复杂，或是逻辑多么复杂，而是因为代码不规范，越读越费劲，把精力都耗在这里了。
　　统一的代码规范可使得代码可读性大大提高，在团队的合作开发中是非常有益而且很有必要。
　　“请拿出一段最能体现你水平的代码”小伙子这样做，当场被录用
　　不知你有没有类似这样的这样的经历：
　　回头看看自己一年前编写的代码，惊讶地发现，哇哈，如此不规范的代码，是谁编写的？确定是我写的吗？我能写出这样惨目忍睹的代码？分分钟钟怀疑人生。
　　代码规范的重要性我们都知道，但要真正做好，还需要我们在实践中慢慢的累积，不断修炼。
　　“请拿出一段最能体现你水平的代码”小伙子这样做，当场被录用
　　项目维护工作不仅读懂源码，而且还需要在原有源码基础上作出修改。如果没有统一代码规范，很可能会出现这种现象：
　　张三完成开发以后，李四进行维护加一段代码，过一段时间王五又加一段代码。原本一个很普通的需求，经历了N次迭代和修改，已经形成了巨大的功能。直到有一天，张三、李四、王五都辞职了，新来的员工看到那一大堆没有统一规范的代码。想死的心都有了。
　　随着不断迭代版的维护成本越来越高，从而形成恶性循环。程序背后的架构设计或模式固然重要，但良好的命名也不容忽视。不规范的命名不仅让我们对代码难以理解，更糟糕的是，会误导我们的思维，导致对代码的理解有偏差。
　　相反，良好的命名规范，则可以让我们的代码更加容易读懂，也能向读者正确表达事物以及逻辑的本质，阅读命名规范的源码理解没有那么费劲，会有一种享受的感觉。