程序員面試，免不了會被問編碼的問題。如果面試官問你，最能代表你的當下水平的代碼是什么？你該怎么回答呢？
　　張工是一名java程序員，最近到一家公司面試，面試官：請拿出一段最能體現(xiàn)你水平的代碼，張工直接手寫一段，面試官看了，當場表示錄用張工。
　　原來張工編寫的代碼無論是變量命名還是方法命名，都很規(guī)范。思路也清晰。
　　小編認為，面試官之所以提出這樣的問題，主要是想看看你編寫的代碼是否規(guī)范。

　　“請拿出一段最能體現(xiàn)你水平的代碼”小伙子這樣做，當場被錄用
　　如果代碼沒有統(tǒng)一的規(guī)范，每個人都按照自己掌握理解的那一套，那么整個項目的代碼很可能就會出現(xiàn)風格迥異。即使是分工明細，每個人負責一個模塊，等到要整合代碼的時候就尷尬了。
　　很多時候，并非程序的算法有多復(fù)雜，或是邏輯多么復(fù)雜，而是因為代碼不規(guī)范，越讀越費勁，把精力都耗在這里了。
　　統(tǒng)一的代碼規(guī)范可使得代碼可讀性大大提高，在團隊的合作開發(fā)中是非常有益而且很有必要。
　　“請拿出一段最能體現(xiàn)你水平的代碼”小伙子這樣做，當場被錄用
　　不知你有沒有類似這樣的這樣的經(jīng)歷：
　　回頭看看自己一年前編寫的代碼，驚訝地發(fā)現(xiàn)，哇哈，如此不規(guī)范的代碼，是誰編寫的？確定是我寫的嗎？我能寫出這樣慘目忍睹的代碼？分分鐘鐘懷疑人生。
　　代碼規(guī)范的重要性我們都知道，但要真正做好，還需要我們在實踐中慢慢的累積，不斷修煉。
　　“請拿出一段最能體現(xiàn)你水平的代碼”小伙子這樣做，當場被錄用
　　項目維護工作不僅讀懂源碼，而且還需要在原有源碼基礎(chǔ)上作出修改。如果沒有統(tǒng)一代碼規(guī)范，很可能會出現(xiàn)這種現(xiàn)象：
　　張三完成開發(fā)以后，李四進行維護加一段代碼，過一段時間王五又加一段代碼。原本一個很普通的需求，經(jīng)歷了N次迭代和修改，已經(jīng)形成了巨大的功能。直到有一天，張三、李四、王五都辭職了，新來的員工看到那一大堆沒有統(tǒng)一規(guī)范的代碼。想死的心都有了。
　　隨著不斷迭代版的維護成本越來越高，從而形成惡性循環(huán)。程序背后的架構(gòu)設(shè)計或模式固然重要，但良好的命名也不容忽視。不規(guī)范的命名不僅讓我們對代碼難以理解，更糟糕的是，會誤導(dǎo)我們的思維，導(dǎo)致對代碼的理解有偏差。
　　相反，良好的命名規(guī)范，則可以讓我們的代碼更加容易讀懂，也能向讀者正確表達事物以及邏輯的本質(zhì)，閱讀命名規(guī)范的源碼理解沒有那么費勁，會有一種享受的感覺。