如何辨別一個程序員水平的高低？

先來看個小故事：

小王：老大，這裡怎麼沒有執行成功呢？代碼我從其他地方拷過來的呢！

老大：報異常了沒有？

小王：報了，說的是文件導入失敗，可是我的文件寫入的方法沒有問題呀！

老大：你看看人家怎麼寫的？

小王：人家沒寫這一塊，只有我這裡才需要對文件內容進行特殊處理。

老大：那麼問題就在這一塊兒了。（縮小問題範圍了）

小王：我只是把文件內容寫好了就導入了資料庫了呀！

老大：資料庫導入文件那個我看了是公共的sql，沒問題。

小王：你看我文件寫入這一塊的代碼嘛，沒啥問題呢，我看了文件內容都是正常的。

老大：既然如此，那麼肯定是導入的時候存在問題，但是公共方法是可行的，肯定是你的文件格式有問題，你調整一下文件的編碼試一試。

......

小王：老大，搞定了，果然是文件編碼的問題，不同的編碼讀取的位元組長度不一樣，資料庫總是以它認為的編碼去讀取，保持編碼一直就行了。

老大：好的，我知道了。

從始至終，老大沒有看過代碼。

解決問題能力很重要！

其實，評論一個程序員技術的高低，不是看他會多少技術，又懂多少技術。參加過什麼大型的項目，也不是看他有沒有自己的博客，github有多少star。

而是看他解決問題，定位問題的能力。這個很重要，真的很重要。

技術可以很快上手使用，但是解決問題定位問題的能力不是輕易就行的。特別是在高壓下解決問題的能力。

下面是師姐為大家整理的一些建議：

1.代碼的命名要規範。

代碼是寫給人看的好嘛！代碼是寫給人看的好嘛！代碼是寫給人看的好嘛！

headImg是什麼鬼？我能以為是banner么，頭部的圖片，請原諒我蹩腳的中式英語！avatar這個呢、portrait這個呢？會不會更好些？英語不好就不能用好有道、google翻譯么？還有用中文拼音命名的，親，我們用的是英文做為腳本好么？你要用這樣的，用易語言可好？！

瘋了！

為什麼要用框架？一個很重要的原因是命名規範，目錄規範，結構規範，分層規範，有利於團隊協作，不要本末倒置！

2.架構和規劃能力很重要，模塊分層，解耦設計什麼的，文件目錄嵌幾層？

這其中又跟命名的能力能搭上點關係。命名都命不好，目錄結構怎麼建？

url不要做的漂亮些嗎？不考慮seo了？

你喜歡addGoods還是喜歡goodsAdd？

請你尊重點我的那些初高中英語語法好么？

3.協助能力、可持續能力。

最好的程序代碼是脫離其產生者的。

為自己程序處處救火的程序汪並不是一條好汪。

我記得一句話就是：別想著你的代碼以後還有機會重構！

每次說，額，這裡我後面會改的，會改的，但是可惜，現實情況是根本不會給你這個時間的。

代碼寫出來，一是要爽了自己，二是也要爽了別人。

4.debug的能力、總結能力、學習能力真的很重要，代碼寫出來真的花的時間不長，但擦屁股的時間比寫代碼的時間多多了！

出了問題不記錄，寫個博文都好啊，我可沒那麼強大的記憶力，所以最討厭考記憶力。

5.不要一貫的使用各種演算法，秀演算法的你們夠了，要寫去寫底層，應用的場景比較多。

應用層面的程序，演算法的應用不是特別多，大部分都是業務代碼。以這個作為評價標準的，真心然並卵。

6.有github是加分項，有博客是加分項！？

我還真沒見過幾個面試官面試的時候跟我說，我看過你github、你博客中的某篇文章不錯什麼的。

沒有，真沒有，面試官那種浮躁的要死，面試官也時脫產來面試的，根本沒有時間看嘛。

但搞的好像沒有github、博客就沒有競爭優勢似的，大家都註冊成風了，尤其是新人！我寫博客只是記錄和分享我的經驗的，不是來給你們加分的。

說到底，想成為好的程序員，還是要努力提升專業技術才是王道！

本文轉載自【IT哈哈】

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！