軟件開發(fā)技術(shù)從誕生以來發(fā)展的速度是很快的，就算是沒有參與過#軟件開發(fā)# 的一些人也是有所體會的。起碼身邊的科技產(chǎn)品是一直在不斷地變幻的。
如何我們能要眾多軟件開發(fā)工程師中脫穎而出，除了對技術(shù)本身的提升之外一些良好的工作習慣也是要養(yǎng)成的。
人性化的代碼
其實我一直 認為代碼像一本小說，是表達你想說明的故事。那么如何簡單扼要、快速有效地將讀者帶進你的故事之中是很關(guān)鍵的。比如銷售單審核的方法命名
public bool FinalSale(SaleBill saleBill, List saleList) public bool FinalSale(SaleBill saleBill)
看似只有一個傳參的不一樣，其實在理解時有著很多的區(qū)別。
一致性
這里的一致性指的是定位相同的變量，要采用一樣的名稱或差別不大的名稱。這樣能有快速的帶入。
變量命名正確
有時我們寫變量時，會寫的很簡單，甚至有一些奇異性，這樣會讓 別人或是自己在過幾天之后理解，會難以理解。有人說我們是做外包的一次性的項目，不用管這個。難道公司只賺這家公司一次的錢？
段落層次
表示提代碼之前的縮進關(guān)系，這個大多數(shù)的情況下可根據(jù)開發(fā)工具，自動 進行代碼格式化。當然有些時候代碼格式化的結(jié)果并不太好理解。但層次關(guān)系要表達明確
減少重復的代碼
我們都喜歡很干凈的代碼，不是最近而是一直 在流行著 ”不要重復自己“(DRY) 的編寫規(guī)則 。我們重復代碼多了，維護位置多就容易產(chǎn)生問題。當然過度的唯一在寫代碼時要處理好影響范圍，不然容易出現(xiàn)大面積的問題
代碼規(guī)劃
代碼的規(guī)則其實也是為處理解業(yè)務(wù)的問題，業(yè)務(wù)理解了都會有面向?qū)ο蟮乃枷?，而不是陳述式的代碼，這個也是架構(gòu)師經(jīng)常會注意的一點，如果您目標是成為一個#架構(gòu)師# ，則是必須要有習慣。
升級開發(fā)工具
軟件重構(gòu)
這個目標是定位于總?cè)吮緲I(yè)務(wù)理解以及規(guī)劃更符合后期發(fā)展的代碼結(jié)構(gòu)。也不相相信后期公司會給時間來進行二次開發(fā)，那個是不可能的一件事情
開發(fā)調(diào)試工具
版本控制系統(tǒng)
當我們成為一個軟件開發(fā)工程師之時，我們的一生都在不斷學習的路上。
如果大家覺得 有用，請關(guān)注，點贊、轉(zhuǎn)發(fā)，您的鼓勵是我最大的動力。
