每個程序員都要經歷“菜鳥”階段，那麼程序員在菜鳥階段是如何編寫代碼呢？接下來
北大青鳥重慶艾替給大家分享12個片段，你能找到自己當初的影子嗎？01、命名不規範
許多程序員可能有這樣的經歷，有靈感的時候寫代碼，為了在靈感消失之前能寫出更多的代碼，敲擊鍵盤的速度飛快，命名也就比較隨意。
各種奇怪的名字：如小奈溝、額爾古齊、XXXX、J1、LLST等等。也許你自己都不知道這些名字是什麼鬼。
02、日誌不規範
你們中的一些人可能會問，日誌? 那是什麼? 能吃嗎？
有很多同學忽略了日誌記錄的重要性，選擇在本地更改代碼，然後在報告錯誤時直接部署，但是當出現問題時，他們會感到困惑，因為不知道怎麼解決！
03、不寫單元測試
它不是由TDD的方式開發的。
對於IDE來說，先編寫單元測試的習慣不僅可以使代碼更加嚴謹，而且可以大大提高效率。
然而，許多菜鳥不能理解單元測試的價值，直到代碼重構，要求改變，只是後悔不已！
04、先集成，再測試，再放棄
在許多情況下，菜鳥程序員及時引入第三方庫，框架，接口或服務時，最喜歡的事情是整合他們現有的代碼。結果，它們不運行了，但又不知道問題出在哪裡。
經驗豐富的程序員首先會跑通官方提供的Demo，然後嘗試一點一點地添加自己的業務。
05、沒有理清邏輯，邊做邊猜
前端菜鳥有很多問題，要付款，不知道付款的過程，不能明確定義，總是認為前端就是處理好接口和數據顯示。
邏輯、流程清晰，再動手最好！
06、不做方案，直接開幹
沒有計劃工作完全靠感覺，最好習慣是在寫代碼之前，把所有的需求細節在頭腦裡面過一遍，實現細節拿出來！
07、不關注性能
這是新手最容易犯的錯誤， 什麼是性能？ 對後端來說就是TPS和響應時間，對前端來說就是響應時間。
許多菜鳥程序員的習慣是把東西先做出來，然後再優化；但通常情況是東西做出來了，但優化留給了別人。
晉升中級程序員的關鍵點就是關注性能。在編寫代碼時，經驗豐富的工程師知道這個方法、函數、功能點的性能怎樣，瓶頸在哪。
08、害怕重構
“程序員最大的勇氣是看他們三個月前寫的代碼。”這句話不是隨口說的。事實上，重構不應該在幾個月後，最好是實時重構。
09、只會求做出來，不追求最佳實踐！
許多菜鳥程序員做項目時，硬編碼多，沒有延展性，以一種非常醜陋的方式來完成功能。
10、不考慮未來需求的變化
程序員的水平，其實可以分為以下幾個階段：
面向功能編程
面向性能編程
面向未來編程
程序員需要做的第一件事是關注以下問題：
首先，我以前完成過哪些要求;
第二，哪些需求可能發生變化；
第三，有幾個選項，分別支持什麼樣的需求變化。
不過，菜鳥程序員絕不會考慮這麼多。一是由於對業務不熟悉，無法判斷哪些需求可能會發生變化；二是對可選方案瞭解不多，根本沒有選擇餘地；三是沒有這樣的思維習慣，無法區分哪些需要現在完成，哪些在未來將會持續或改變。
11、遇到問題不會試錯
這也是菜鳥程序員的一個常見問題。 很多時候新人會遇到問題，解決不了，找一個有經驗的工程師，這個有經驗的工程師雖然沒有遇到這種情況，但是他有解決思路，通過試驗，很快就能解決！
事實上，這個問題是一個分析和推理的過程。問題解決過程應該是：
1、尋找正確的代碼；
2、清晰正確執行順序;
3、重現錯誤；
4、最小化錯誤產生場景；
5. 代碼修改到一個已知的錯誤類型等等。
12、不做數據量的預估
後端工程師在前期往往會忽略數據量的大小，沒有養成良好的習慣，寫代碼只關注功能，沒有關於數據量的概念。
好的做法是，程序員必須對數據很敏感，後端知道每個表的大小，當前系統可以支持數據庫表的大小，以及前端、後端都需要知道每個操作被分為幾個步驟，每個步驟花費時間、大概佔用內存是多少！
其實，要做到這一點並不難，難的是養成這種習慣。在初級工程師眼中，只有功能和代碼。在中級工程師眼中，看到的是數據和時間。
北大青鳥重慶艾替上述這些，你佔了幾條呢？
閱讀更多 重慶大學城北大青鳥 的文章
