不斷的復(fù)制粘貼和簡單排列組合的人叫碼農(nóng)，明白自己編程設(shè)計的人叫軟件工程師。

了解 C語言 的過程式，HTML/css/js 的文檔聲明式，Java/Ruby 的面向?qū)ο笫?，Golang 的組合式和最近看的 Lisp（Scheme） 的函數(shù)式這些不同的思維模式讓我漸漸明白了：一個優(yōu)秀的軟件工程師應(yīng)該在基本的計算機(jī)知識上，有整體意識，有大局觀，在工程中的各個階段做出最合理的設(shè)計決策，注意這里說的是合理，而不是最好，因為工程是為了解放人類腦力和體力。

設(shè)計決策大到設(shè)計語言選型，數(shù)據(jù)庫，軟件架構(gòu)，網(wǎng)絡(luò)協(xié)議，小到模塊設(shè)計，類，方法，變量命名。我記得高中有個足球教練說過：一個人會不會踢球，看他踢一腳就夠了。

那么問題來了，如何做出合理的設(shè)計呢？

對需求的理解

對現(xiàn)實(shí)條件的評估

對工程的預(yù)期（人月）

平衡 1. 2. 3. 作出用于試錯的決策計劃

小步試錯，在可接受的時間點(diǎn)之前作出合理項目計劃

需求理解力

好程序員和差程序員的區(qū)別在于理解能力 --《簡約之美：軟件的設(shè)計之道》

是的，我們寫的每一行代碼，每一行注釋都是為了直接或者間接的實(shí)現(xiàn)某種實(shí)際價值，而不是研究某個學(xué)術(shù)或者練習(xí)英語。所以了解需求至關(guān)重要，其實(shí)說白了就是對數(shù)據(jù)作怎樣的處理。不同的行業(yè)有不同的特點(diǎn)，不同需求有不同的價值實(shí)現(xiàn)訴求，深入了解要解決的領(lǐng)域問題，然后以在更高的視角抽象成計算機(jī)能理解模型，所謂“藝術(shù)源于生活，但高于生活”。

現(xiàn)實(shí)條件的貫通力

這里主要涉及的是計算機(jī)專業(yè)領(lǐng)域的基本功即：操作系統(tǒng)，計算機(jī)網(wǎng)絡(luò)，數(shù)據(jù)庫，算法與數(shù)據(jù)結(jié)構(gòu)，語言相關(guān)設(shè)計模型等。我們沒有必要將各個算法各個協(xié)議倒背如流，能查文檔的沒必要往自己腦子里硬塞。要明白的是：以上每個領(lǐng)域的設(shè)計都有很強(qiáng)的需求背景，我們所要了解的是，在歷史的角度上，它們是為了解決哪類問題而逐漸演化發(fā)展而來的，各中解決方案之間有何聯(lián)系和區(qū)別，考慮自己的應(yīng)用場景，如何從前輩的設(shè)計方案中做抽取，組合，修改和擴(kuò)展。

人月評估力

有了以上的基本客觀條件，最難得就是對人的評估。

對自己/團(tuán)隊成員水平的評估

對新技術(shù)的調(diào)研和學(xué)習(xí)時間

對突發(fā)狀況的應(yīng)對措施

萬劍歸宗：應(yīng)變調(diào)整力

唯有變化是不變的，在實(shí)踐中不斷磨練自己應(yīng)對變化的調(diào)整能力。