程序員大神
先來看個小故事:
小王:老大,這裡怎麼沒有執行成功呢?代碼我從其他地方拷過來的呢!
老大:報異常了沒有?
小王:報了,說的是文件導入失敗,可是我的文件寫入的方法沒有問題呀!
老大:你看看人家怎麼寫的?
小王:人家沒寫這一塊,只有我這裡才需要對文件內容進行特殊處理。
老大:那麼問題就在這一塊兒了。(縮小問題範圍了)
小王:我只是把文件內容寫好了就導入了資料庫了呀!
老大:資料庫導入文件那個我看了是公共的sql,沒問題。
小王:你看我文件寫入這一塊的代碼嘛,沒啥問題呢,我看了文件內容都是正常的。
老大:既然如此,那麼肯定是導入的時候存在問題,但是公共方法是可行的,肯定是你的文件格式有問題,你調整一下文件的編碼試一試。
......
小王:老大,搞定了,果然是文件編碼的問題,不同的編碼讀取的位元組長度不一樣,資料庫總是以它認為的編碼去讀取,保持編碼一直就行了。
老大:好的,我知道了。
從始至終,老大沒有看過代碼。
解決問題能力很重要!
其實,評論一個程序員技術的高低,不是看他會多少技術,又懂多少技術。參加過什麼大型的項目,也不是看他有沒有自己的博客,github有多少star。
而是看他解決問題,定位問題的能力。這個很重要,真的很重要。
技術可以很快上手使用,但是解決問題定位問題的能力不是輕易就行的。特別是在高壓下解決問題的能力。
下面是師姐為大家整理的一些建議:
解決問題
1.代碼的命名要規範。
代碼是寫給人看的好嘛!代碼是寫給人看的好嘛!代碼是寫給人看的好嘛!
headImg是什麼鬼?我能以為是banner么,頭部的圖片,請原諒我蹩腳的中式英語!avatar這個呢、portrait這個呢?會不會更好些?英語不好就不能用好有道、google翻譯么?還有用中文拼音命名的,親,我們用的是英文做為腳本好么?你要用這樣的,用易語言可好?!
瘋了!
為什麼要用框架?一個很重要的原因是命名規範,目錄規範,結構規範,分層規範,有利於團隊協作,不要本末倒置!
2.架構和規劃能力很重要,模塊分層,解耦設計什麼的,文件目錄嵌幾層?
這其中又跟命名的能力能搭上點關係。命名都命不好,目錄結構怎麼建?
url不要做的漂亮些嗎?不考慮seo了?
你喜歡addGoods還是喜歡goodsAdd?
請你尊重點我的那些初高中英語語法好么?
3.協助能力、可持續能力。
最好的程序代碼是脫離其產生者的。
為自己程序處處救火的程序汪並不是一條好汪。
我記得一句話就是:別想著你的代碼以後還有機會重構!
每次說,額,這裡我後面會改的,會改的,但是可惜,現實情況是根本不會給你這個時間的。
代碼寫出來,一是要爽了自己,二是也要爽了別人。
4.debug的能力、總結能力、學習能力真的很重要,代碼寫出來真的花的時間不長,但擦屁股的時間比寫代碼的時間多多了!
出了問題不記錄,寫個博文都好啊,我可沒那麼強大的記憶力,所以最討厭考記憶力。
5.不要一貫的使用各種演算法,秀演算法的你們夠了,要寫去寫底層,應用的場景比較多。
應用層面的程序,演算法的應用不是特別多,大部分都是業務代碼。以這個作為評價標準的,真心然並卵。
6.有github是加分項,有博客是加分項!?
我還真沒見過幾個面試官面試的時候跟我說,我看過你github、你博客中的某篇文章不錯什麼的。
沒有,真沒有,面試官那種浮躁的要死,面試官也時脫產來面試的,根本沒有時間看嘛。
但搞的好像沒有github、博客就沒有競爭優勢似的,大家都註冊成風了,尤其是新人!我寫博客只是記錄和分享我的經驗的,不是來給你們加分的。
說到底,想成為好的程序員,還是要努力提升專業技術才是王道!
你覺得如何評價一個程序員水平的高低?下方留言討論一下吧
如果對編程感興趣,想了解更多的編程知識,解決編程問題,歡迎和師姐(bjdnsj)一起討論。