羅馬非一日建成，軟體系統也不是一天能夠寫出來的，在經年累月的編碼生活中，總會有那麼些個不經意的瞬間暴露出來，而這些不經意的外在表現日積月累，猶如水滴石穿，會產生巨大的力量反作用於程式設計師的成長。我簡單列了幾條，你來看一看，興許就在身邊實實在在發生過。拿到開發任務後，直接上手寫**。缺少必要的溝通與設計，返工的機率極大。前後端資料的互動格式，功能潛在的關聯點不清晰，介面呼叫方功能是否完備，儲存結構的設計，複雜業務的流程設計等等，都需要事先溝通確定好，再動手寫**才能游刃有餘，不然會走一步卡一步，進展緩慢，甚至倒退。
**在邏輯混亂的地方加入新東西，而不是去重構。**由於功能的新增或變更，需要在舊有的**邏輯中新增新功能，本是乙個很好的重構機會，但很多的做法時在原有的基礎上填填補補，結果一片混亂。特別是在本已混亂的地方還要加入新**邏輯，執行起來確實沒有問題，但對自身**質量的保證零意義。
**遇到bug首先否定是自己的問題。**這是乙個普適性的問題，也是程式設計師遇到bug時的第一反應。到底是不是別人的問題呢，往往是問題轉了一圈又回到自己手裡。耽誤了大家的時間，同時降低的解決問題的效率。正解的姿勢應該是立即檢查自身，確定是不是自己的問題，是就立即改正，若不是，能找到問題所在最好，交由他人去處理，這是一種良好的習慣。
**缺乏驗證條件時，開發的功能不經測試直接交付給測試人員。**一種是過於自信的表現，還有一種是懶惰的表現。有自信是好的，但如果能經過實際的場景來檢驗，雙重保險，對自己對團隊都是保證。懶惰就是不負責任的表現，有些功能確實測試起來很複雜，但為了保證功能的可用性，沒有條件去創造條件也要完成，這也是一種態度。
**修復某bug時，夾帶其它問題。**乙個未被測試人員發現的bug，自我發現後私自修復，並提交原始碼。這在測試階段比較常見，但後期如果還出現這種問題，對產品/專案的穩定性是個極大的隱患，特別是生產環境。這是乙個流程規範問題，也是乙個職業素養問題。
先暫時寫到這裡吧，以上這些都不是大問題，但如果不注意，久而久之會演變成大問題。程式設計師是個特殊的物種，物種的進化依賴我們自身的知識結構、思維層次，更依賴於日常工作生活的三省其身，經常覆盤總結回顧，才能發現問題，近而解決問題。
推薦閱讀：
學python的程式設計師，程式設計能力都「退化」成什麼樣了？
學習前端開發的路線是什麼？網際網路趨勢，技能需求
選擇程式設計師，意味著終生學習，眼前的安逸，不過是迷惑人心的溫床
程式設計師的技能樹，決定了一生職業的高度
那些會阻礙程式設計師成長的細節
羅馬非一日建成，軟體系統也不是一天能夠寫出來的，在經年累月的編碼生活中，總會那麼些個不經意的瞬間暴露出來，而這些不經意的外在表現日積月累，猶如水滴石穿，會產生巨大的力量反作用於程式設計師的成長。我簡單列了幾條，看一看，興許就在你我身邊實實在在發生過。拿到開發任務後，直接上手寫 缺少必要的溝通與設計，...
那些會阻礙程式設計師成長的細節 2
領導安排什麼就做什麼，做完了就閒著，也不學習新業務新技能。閒下來就刷刷微博朋友圈，看看新聞聊聊天，這是典型的打工者思維，上班工作，某種意義上也是自己創業的過程，在公司的體系下，利用對應的資源來達成自己的目標，本質上與自己出來創業完成某個目標，路徑是差不多的。在別人現有的環境裡，不能以自己創業心態來待...
那些會阻礙程式設計師成長的細節 3
不能主動推動事物前進。主動做一件事跟被動接受去做事，心情都是不一樣的，做事效率更是千差萬別。主動的人有更多的成長機會，反之在被動中不斷的響應別人的任務，這與處於那個層次高低無關。如果處於高層級卻不能主動推進任務前進，相信在這個崗位上也不會呆太久。無法多場景切換角色。剛入門時，醉心於開發還是有可能的，...