編程的三大經(jīng)驗(yàn)方法總結(jié)

今年將迎來(lái)我編程的第十七個(gè)年頭。我的編程之旅始于九十年代末，上大學(xué)的時(shí)候，主要涉足基于表格的網(wǎng)頁(yè)設(shè)計(jì)，傳統(tǒng)的ASP，和Microsoft Access數(shù)據(jù)庫(kù)。原來(lái)只是當(dāng)作業(yè)余愛(ài)好的編程現(xiàn)在已經(jīng)成為了我的事業(yè)和激情。我一生一半的時(shí)間都在學(xué)習(xí)、蹣跚、成功、失敗，并且經(jīng)常情不自禁地為代碼美麗和復(fù)雜的天性而折腰。

我在代碼上淫浸了足夠長(zhǎng)的時(shí)間，因此看到了很多語(yǔ)言和平臺(tái)的興盛和消亡，看到了很多模式被普及，被苛責(zé)，然后再次被推廣。在某些時(shí)候，我常常分不清這是大勢(shì)所趨還是明日黃花。

編程的流行趨勢(shì)是短暫的，但我堅(jiān)守的規(guī)則，往往在生活中的其他地方也能發(fā)揮作用。事實(shí)上，生活就像代碼（我已經(jīng)買(mǎi)了這個(gè)域名來(lái)證明這一點(diǎn)?。?。以下是我總結(jié)的3個(gè)偉大的經(jīng)驗(yàn)教訓(xùn)，歷經(jīng)一次又一次編程和生活的大浪淘沙。

1.可商榷的決定往往是一種權(quán)衡。

偉大的辯論總是發(fā)生在開(kāi)發(fā)社區(qū)中。無(wú)論它是最近關(guān)于TDD作為web開(kāi)發(fā)的一種可行方法的辯論，還是什么水平的開(kāi)發(fā)人員應(yīng)該使用ORM（或micro-ORMs）。無(wú)論是.NET MVC應(yīng)該優(yōu)于WebForms還是以JavaScript為中心的app應(yīng)該比基于頁(yè)面的app更受青睞，對(duì)我來(lái)說(shuō)，答案都一樣：看你權(quán)衡之后的取舍？

在任何比較兩種流行方法的辯論中，我們總是會(huì)從自己的立場(chǎng)出發(fā)，兩利相權(quán)取其重，兩害相權(quán)取其輕。在我的職業(yè)生涯早期，我曾執(zhí)著于追求所謂的正確答案。感覺(jué)過(guò)程是線(xiàn)性的：擺脫做事的老辦法，轉(zhuǎn)而投向新的并且更好的方法的懷抱。曾經(jīng)有一段時(shí)間我深信，編寫(xiě)自己的SQL查詢(xún)是一種過(guò)時(shí)的練習(xí)，并且ORMs是最后贏家。

但是，我了解到，更好的辦法應(yīng)該由內(nèi)容決定的。例如，今天完全成熟的ORMs在隔離映射相關(guān)數(shù)據(jù)網(wǎng)格到對(duì)象的冗長(zhǎng)管道提供了偉大服務(wù)，但隔離也使得某種非標(biāo)準(zhǔn)查詢(xún)變得困難并且有潛在的效率低下問(wèn)題。n+1 select problem就是經(jīng)典的在少寫(xiě)代碼和寫(xiě)更多高效代碼之間做權(quán)衡。我使用ORM的程度完全受我期待應(yīng)用程序使用的數(shù)據(jù)量，我所受到的潛在的時(shí)間限制，app長(zhǎng)期可擴(kuò)展性需求這三者的影響。（順便說(shuō)一句，我目前是micro-ORMs，比如說(shuō)Dapper的忠實(shí)粉絲，它能讓我編寫(xiě)我自己的SQL和一些精巧的對(duì)象-關(guān)系映射）。

我已經(jīng)將這個(gè)經(jīng)驗(yàn)應(yīng)用到了我生活的其他方面。我是應(yīng)該買(mǎi)一套公寓還是長(zhǎng)租房子？我是應(yīng)該啟動(dòng)自己的生意還是工作于已經(jīng)成立的公司？沒(méi)有絕對(duì)正確的選擇。當(dāng)你權(quán)衡利弊了之后，你便可以更好地應(yīng)對(duì)生活中的各種難題。

2.清晰并不總和簡(jiǎn)潔相關(guān)。

和大多數(shù)工程師一樣，我對(duì)持續(xù)重構(gòu)一直到代碼盡可能地少和簡(jiǎn)潔的機(jī)會(huì)垂涎三尺。如果可以選擇更少又更簡(jiǎn)潔的代碼來(lái)完成同樣的任務(wù)，那么我為什么要選擇要個(gè)更多代碼的方案呢？通常情況下，更簡(jiǎn)潔的語(yǔ)言會(huì)導(dǎo)致更好的交流。畫(huà)蛇添足只會(huì)阻礙核心信息的提取。但是，最終的目標(biāo)不應(yīng)該是簡(jiǎn)潔——而應(yīng)該是可交流。于我而言，下面這段直截了當(dāng)?shù)拇a，在它更長(zhǎng)的時(shí)候……

if (HasFarm() && HasBoat()) { Broadcast("You are wealthy!"); } else if (HasFarm() && !HasBoat()) { Broadcast("You are OK!"); } else if (!HasFarm() && HasBoat()) { Broadcast("You are OK!"); } else if (!HasFarm() && !HasBoat()) { Broadcast("You are poor!"); }

……反而比這個(gè)簡(jiǎn)潔版本更明確。

(HasFarm() && HasBoat()) ? Broadcast("You are wealthy!") : (HasFarm() || HasBoat()) ? Broadcast("You are OK!") : Broadcast("You are poor!");

雖然這是一個(gè)品味問(wèn)題（有些人可能會(huì)覺(jué)得后者看上去更加一目了然），但是我在這里要表述的觀點(diǎn)是，有時(shí)候解釋的最偉大方法并不是簡(jiǎn)化。這個(gè)經(jīng)驗(yàn)也適用于日常生活，我花了大量時(shí)間來(lái)思考怎么樣才能更好地傳達(dá)消息以便于對(duì)方接收——有時(shí)更詳細(xì)的講解并非沒(méi)有價(jià)值，而是更明確傳達(dá)信息的必須。

舉例來(lái)說(shuō)，我想要更明確和更詳細(xì)地告訴我爸爸應(yīng)該如何關(guān)閉iPad（“按住右側(cè)的按鈕一段時(shí)間……”）?；蛘?，我看似多此一舉地鍵入了一些我已經(jīng)提交到本地分支的內(nèi)容給我的同事（“剛剛犯的錯(cuò)誤已被修復(fù)”），然后當(dāng)它涉及到部署更新到產(chǎn)品中時(shí)，我就能很明確地知道哪些具體的提交被合并和出現(xiàn)（“檢查4812-4822行，其中包括在6/15發(fā)行版本中的DoneDone問(wèn)題，將在今晚的產(chǎn)品發(fā)布中提出來(lái)?！保?。

3.累計(jì)良性債務(wù)，并且要持續(xù)償還。

我在一個(gè)特別害怕欠債的家庭中長(zhǎng)大。八十年代中期，我的父母傾其所有又東拼西湊，付了他們第一套房子75％的首付，然后在七年內(nèi)付清了剩余款項(xiàng)。用現(xiàn)金支付是常態(tài)。信用支付在他們看來(lái)幾乎是一種罪過(guò)。作為一個(gè)孩子，我的看法是，債務(wù)完全是壞的。我從不認(rèn)為欠債是一種優(yōu)勢(shì)。

直到我看到其他人是如何對(duì)待債務(wù)的——在我20出頭的時(shí)候——我終于知道了債務(wù)也可以是有益的。如果你能夠合理地承擔(dān)債務(wù)，那么之后你也能獲得成功。如果借助現(xiàn)在更好的上升空間可以加速你之后的成長(zhǎng)，那么債務(wù)可以成為一筆巨大的財(cái)富。

代碼也是如此。有時(shí)它值得你現(xiàn)在承擔(dān)一點(diǎn)債務(wù)——錯(cuò)過(guò)抽象或者有一些未優(yōu)化的SQL代碼——如果這樣做可以讓你更快地發(fā)布內(nèi)容給不斷增長(zhǎng)的觀眾的話(huà)。關(guān)鍵是要了解你必須償還它，以及你可以在適當(dāng)?shù)臅r(shí)間段之后償還。

這就是債務(wù)在生活和編程中的竅門(mén)。償還債務(wù)需要持續(xù)進(jìn)行。將一周10％的時(shí)間用于重構(gòu)，相當(dāng)于你是在按時(shí)支付編碼的信用卡賬單。如果你保持一種持續(xù)、可支撐的還債狀態(tài)，那么累積債務(wù)實(shí)際上對(duì)你是有好處的。