揭祕：擁有10倍開發效率的Android程序員都有哪些好習慣？

前段時間，很多網友調侃起了本身的十二時辰，廣大程序員也不例外。他們大開腦洞製做了一張程序員十二時辰表，這一天不是寫代碼，就是修BUG，剩下就是修復頸椎了。不得不說這真是個悲傷的故事。

可是這也正說明了代碼對於程序員的重要性。若是說平常生活中從字跡就能看出一我的的性格、素養，那麼對於程序員來講，他們的門面擔當就是代碼了。初學編程，養成良好的代碼習慣就是爲往後的工做提早打下根基。秋招已經開啓，規範代碼的編寫習慣，就是呈交給面試官一份滿意答卷，叩開大廠的敲門磚。所以，寫好代碼相當重要。

而良好的開端從細節開始，寫好代碼不是一朝一夕之間，是一個長期習慣的養成。因此今天帶你們一塊兒盤點一下寫代碼過程當中的壞習慣、瞭解這些以後對陣下藥，養成代碼編寫好習慣。大廠BOSS的下一次的轉身回眸:I WANT YOU！就只專屬於你。

這些組織代碼過程當中的壞習慣，得改！

使用無心義的命名

代碼的命名不像人類的命名法則同樣那麼簡單，它須要確保變量名稱和函數名稱的高質量。代碼名稱中包含的信息越清晰、含有其它代碼所不能傳遞的信息，其可讀性也就越強。令人明瞭此代碼要作的事情，而不須要去進行深刻計算從而得出代碼的工做，好的名稱就是一張好的名片。

命名時注意選擇以問題爲導向，好記的變量名一般表達的「What」而不是「how」。然後要選擇適當的名字長度，有研究發現變量名的長度在10到16個字符的時候，調試程序所要花費的力氣是最小的。可是不管長短，信息的清晰度纔是衡量的最佳標準。

忽略問題 把修改永遠放在下一步

在代碼編寫過程當中，捕捉然而忽略異常，或者是沒有使用報告問題的庫，這樣無異於一葉障目、掩耳盜鈴。看不見問題不表明問題不存在。

有不少程序員收到錯誤消息提示，可是在沒有閱讀錯誤消息以前，老是假設本身知道代碼有什麼問題，假設本身會很快發現問題。對於任何程序員來講，盲目的自信，最後可能致使的就是盲目的修改，效率大大的下降。

一步錯步步錯，在發現問題以後沒有及時修改，取而代之：一下子的，稍後就改。代碼修復涉及到優先級的問題，若是不及時修復頗有可能會將問題遺忘，形成問題遺留。致使最終出現的後果呈現幾何倍數爆發，帶來的損失也會像滾雪球同樣愈來愈大。

若是，沒辦法第一時間修改錯誤的話，推薦添加「TO DO」註釋，對問題進行追蹤管理。可是及時發現問題、及時修復纔是最佳的選擇。

花樣優於效率

不少程序員癡迷於編寫高級優雅的代碼，固然這其中的樂趣有不少，組合排列的魅力也正是對程序員的致命誘惑。但在平常的程序編寫中，效率永遠是第一位的。若是花樣編寫的代碼若是沒有可讀性，那還不如簡單來得更合時宜。因此，技巧是用來優化代碼提升效率的，而不是用來編制花樣的。

另外不要總想着去編寫新的代碼，換花樣。也許在你編寫代碼的過程當中，已經有人花了大量的時間在你遇到的問題上，而且得出瞭解決方案。前人栽樹、後人乘涼，應用已有的解決方案在本身的代碼中。而不在沒必要要的地方花費時間證實本身，避免多此一舉、浪費時間。

盲目自信，不尋求幫助

寫代碼的過程當中，常常會遇到這樣那樣的問題，因此保持簡短的反饋循環、尋求幫助纔是好的解決辦法。

學海無涯，在技術上面永遠都有大佬存在，可是每每也是在技術領域中，你們容易盲目自信，以爲本身的就是最好的。這是在代碼編寫過程當中較大可是又容易被忽略的問題，保持謙虛、保持自省。代碼的編寫是一個長期堅持不斷磨練的過程，只有學習前沿知識，請教業內前輩，不斷練習才能發現問題、解決問題，打好基本功。不斷回顧檢查本身所寫的代碼，回顧過去，才能更好地走向將來。

以爲本身水平能夠了

技術的更新升級不會中止，你的學習也不該該中止。有不少人自滿於現狀，以爲一切都夠了。呆在井底，永遠不會知曉天有多藍，對待技術、編程知識，就應該像投資同樣。不把雞蛋放在同一個籃子裏，學習多種技術，不在某一特定技術上自我感受良好，更新換代技術知識，更新你的簡歷，隨時隨地可以開始新的征程。

同時，一個項目的代碼編寫一般是一個團隊的工做，而不是一我的的單打獨鬥。因此在團隊合做中也常常會有一些很差的習慣，這些你得注意了！

脫離計劃、盲目堅持

計劃對於整個團隊的工做相當重要。在團隊中的每個人都有本身的分工，遵守計劃，就是對團隊最大的尊重。

我的若是不遵照計劃在編程過程當中會讓整個團隊的項目變得不受控，致使整個團隊的模塊粘合度不夠。因此在計劃執行過程當中，若是發現問題應該和團隊負責人及時溝通，調整計劃，而不是盲目脫離隊伍。也不是盲目堅持本身的想法，這樣最終會形成整個團隊的效率低下，也不利於本身的發展。

拒絕反饋、拒絕分享

在團隊協做中多與團隊成員分享本身的經驗和想法，有助於團隊協做、不只是對別人的幫助，也是對本身的幫助。提升整個團隊的工做效率就是對本身最大的幫助。

及時反饋，一般會被程序員忽視，可是及時反饋會讓整個代碼編寫過程當中的風險和不肯定性下降。

瞭解以上壞習慣，在代碼編寫中也能少踩雷。 而接下來小編總結了一些代碼編寫的小貼士，養成這些小習慣，可讓你省去不少麻煩。 畢竟千里之堤潰於蟻穴，從小處着手方能成就大事。

代碼拯救小Tips

備份! 備份! 再備份!

代碼編寫完成以後一般就會存硬盤了，可是硬盤大概是這世界上最靠譜而又最不靠譜的東西了。一旦硬盤故障，代碼丟失而又沒有其餘的備份了，那就只剩下：嗚呼哀哉了！對於我的來講多是從新寫一次，重寫的代價也不低。更加劇要的是一旦這些代碼做爲團隊項目的重要部分，而交付在即，那損失可就不可彌補了。

因此在代碼編寫的過程當中，必定得記住：備份！備份! 再備份！

檢查！檢查！再檢查!

常常檢查代碼。

在公司，你的代碼要常常檢查，這其中包括自查和他人對你的檢查。自查可以磨練本身的耐心、提升本身的自查能力。旁人的檢查會發現一些細節，完善你的代碼。檢查完畢以後進行測試、測試再測試。完成代碼編寫，不斷檢查，不斷測試，二者同步進行。不只可以幫助發現問題，還能完善性能。這樣在正式交付代碼時，你纔能有更多的底氣，給領導更好的印象，而不是漏洞百出，貽笑大方。

耐心！耐心！再耐心

軟件只有進行時，而沒有完成時。因此寫完代碼，千萬不要認爲一切已經大功告成了，磨練一顆匠心，保持耐心，和客戶不斷的溝通解決問題。

對本身編寫的代碼耐心，遇到問題能夠緩緩，作作別的事情，轉移注意力，有利於本身接下來的代碼編寫。長時間久坐，不免會心煩意亂，躁亂中錯誤也會花樣百出。與其躁動，不如暫時逃離。有程序員會在寫代碼時聽音樂，這也是一個不錯的小方法，緩解情緒上的躁動。

另外對待上級要耐心，可能代碼編寫中有不被理解的地方，可是急躁沒有用。只有耐心溝通交流，才能保持工做和同事關係的平衡。

以上就是咱們總結的一些小習慣了，初學代碼或者初入職場，這些習慣你不得不學。積跬步成千裏、積小流成江海，每個好習慣的養成，往後都有可能成爲你成功路上的墊腳石。因此儘管向上吧，少年！

來源：Duing

推薦：Android學習PDF+架構視頻+面試文檔+源碼筆記

限時讀者福利

在這裏分享一份Android學習PDF+架構視頻+面試文檔+源碼筆記，還有高級架構技術進階腦圖、Android開發面試專題資料，高級進階架構資料幫助你們學習提高進階，也節省你們在網上搜索資料的時間來學習，也能夠分享給身邊好友一塊兒學習

若是你有須要的話，能夠點贊+轉發，關注我，而後關注微信公衆號【Android開發之家】免費領取