在設計復雜系統時(shí)使用此原則簡(jiǎn)化方案的范圍、設計和實(shí)施。在(編程或者計算)資源有限的情況下設計復雜系統或產(chǎn)品時(shí)使用。

有時(shí)我們會(huì )告訴客戶(hù)，對于該原則，要問(wèn)3個(gè)“如何”，即如何簡(jiǎn)化范圍，如何簡(jiǎn)化設計，如何簡(jiǎn)化實(shí)施。
 
1.如何簡(jiǎn)化范圍

這個(gè)問(wèn)題的答案是:經(jīng)常應用帕累托法則(也稱(chēng)為80-20法則)。80%的成果來(lái)自于20%的工作嗎?對于我們的情況，直接問(wèn)“80%6的收入來(lái)自于20%的功能嗎”。少做(只做20%的工作)多得(得到80%的收益你的開(kāi)發(fā)組就能有時(shí)間做其他的事情了。如果去除產(chǎn)品中不必要的功能，那么你的工作效率就能提高5倍，產(chǎn)品的復雜度也會(huì )大大減小。如果只有1/5的功能，那么毫無(wú)疑問(wèn)，功能之間的依賴(lài)關(guān)系就會(huì )減少，從而擴展起來(lái)更容易，擴展成本也會(huì )更低。此外，節省下來(lái)的809%的時(shí)間既可以用于開(kāi)發(fā)新產(chǎn)品，也可以用于提前考慮產(chǎn)品將來(lái)的擴展需求。



不止是我們在思考如何在減少不必要功能的同時(shí)保留主要功能。37signals中的很多人對此方法都很擁護，他們在自己的書(shū)《重來(lái)》(Rework2)和博客“You Can Always Do Less”(你可以做得少一點(diǎn)) 中都討論過(guò)減少工作的必要性和所帶來(lái)的好處。事實(shí)上，“最小可行產(chǎn)品”這一概念是由 Eric Reis提出，由 Marty Cagan傳播開(kāi)來(lái)的，它的依據是“用最小的努力得到最有效的客戶(hù)需求”這一理念。這種敏捷開(kāi)發(fā)方法使我們可以快速地發(fā)布簡(jiǎn)單且容易擴展的產(chǎn)品。如此我們的公司就能夠得到更大的產(chǎn)品生產(chǎn)力(公司可擴展性)，把時(shí)間用于構建少數有更高可擴展性的產(chǎn)品上。通過(guò)簡(jiǎn)化范圍，我們將具有更高的計算能力，同時(shí)工作得更少。

2.如何簡(jiǎn)化設計

范圍縮小后，簡(jiǎn)化實(shí)施的工作就變得容易了。簡(jiǎn)化設計與過(guò)度設計的復雜度緊密相關(guān)。減少復雜度是刪除工作中不必要的部分，而簡(jiǎn)化則是要找到一條捷徑。在原則1中舉過(guò)一個(gè)例子，把se1e1lct(大)from schema_name.tabe_name改為為 select(co1umn) from schema name.tabe_name，只查詢(xún)你需要的結果。簡(jiǎn)化設計的方法則建議我們首先看看要查詢(xún)的信息是不是已經(jīng)存在于本地資源(例如本地內存)中了。減少復雜度是為了減少工作量，而簡(jiǎn)化設計是為了工作得更快更容易。

假設我們要讀一些源數據，對這些源數據中的中間令牌進(jìn)行計算，然后把這些令牌綁定起來(lái)。在許多情況下，這個(gè)假設中的每個(gè)動(dòng)作都可以被分解成一系列服務(wù)。事實(shí)上，這種方法和流行的Map-Reduce算法采用的方法類(lèi)似。這種方法并不過(guò)度復雜，所以不違背原則。但是如果我們知道要讀的文件很小，不需要跨文件綁定令牌，那么開(kāi)發(fā)一個(gè)簡(jiǎn)單的整體式的應用，比把它分解為多個(gè)服務(wù)更合理。再看看前面的打卡系統的例子，如果目的只是計算每個(gè)員工的工作時(shí)長(cháng)，那么用多個(gè)克隆的整體式應用讀打卡系統的隊列并執行計算則更合理。簡(jiǎn)而言之，簡(jiǎn)化設計這一步會(huì )要求我們用一種容易理解、低成本、可擴展的方式來(lái)完成工作。

3.如何簡(jiǎn)化實(shí)施

最后，來(lái)看看實(shí)施的問(wèn)題。與原則2(實(shí)現可擴展性的D-I-D方法)致，這里的實(shí)施定義為解決方案的實(shí)際編碼工作。此日時(shí)要面臨的問(wèn)題是用遞歸還是循環(huán)更合理?應該定義一個(gè)固定大小的數組，還是應該在需要時(shí)動(dòng)態(tài)分配內存?應該開(kāi)發(fā)一個(gè)解決方案，還是應該采用開(kāi)源的解決方案，還是應該購買(mǎi)一個(gè)解決方案?這些問(wèn)題有一個(gè)相同的考量，即如何利用他人的經(jīng)驗和現有的解決方案來(lái)簡(jiǎn)化我們的實(shí)施。

考慮到我們不可能事事精通，所以首先應該查查找能滿(mǎn)足我們需求的、被廣泛采用的開(kāi)源解決方案或者第三方解決方案。如果沒(méi)有這樣的方案，應該在公司內部詢(xún)問(wèn)是否有人已經(jīng)開(kāi)發(fā)了能解決該問(wèn)題的可擴展方案。如果沒(méi)有專(zhuān)用的解決方案，那么應該再從外部尋找，是否有人描述過(guò)解決該問(wèn)題的可擴展方法，而且我們可以合法地復制或模仿?只有當這三種條件都不成立時(shí)，才應該嘗試自己解決該問(wèn)題。最簡(jiǎn)單的網(wǎng)站建設實(shí)施方法都是已經(jīng)被實(shí)施過(guò)且被證明是可擴展的方法。