內容來自 Mike Gancarz 的著作：《 Linux and Unix Philosophy》的總結

一 ：小即是美

傳統程式設計師的心中經常懷有一個編寫出偉大軟體的隱祕渴望，在著手開始開發專案時，他們往往要花數週，數月甚至數年的時間去開發一個能夠解決世界上全部問題的程式。這種做法不僅商業代價高昂，而且也脫離現實。

其實，在現實世界中，只要把一些小巧的解決方案組合起來，幾乎不存在解決不了的問題。

1 . 小程式易於理解：

小程式只會集中精力完成一項功能，因此將小程式集合在一起的“全業務”解決方案能將失誤減少到最少，他們只包含幾個為數不多的幾個演算法，絕大部分都要與要完成的工作直接相關。

2 . 小程式易於維護

大程式相對較複雜，也給人帶來了理解上的障礙，不利於維護和移植，小程式相對而言，耦合度更低，容易理解，bug相對而言少，易於維護 。

3 . 小程式消耗的系統資源較少

i . 因為他們的可執行映象只佔用少量的記憶體，作業系統就能更輕而易舉地為他們分配空間，這大大 減少了記憶體交換和分頁的需求，往往能夠顯著提高系統性能。

ii . 大型程式則有著龐大的二進位制映象檔案（binary image），作業系統要花費巨大的代價來裝載他們，頻繁發生的分頁和交換動作又會進一步影響系統性能。

iii. 記憶體越大，使用小程式的系統就越能從中獲益，因為大容量的記憶體使得更多小程式可以在核心快取記憶體中駐留更長的時間，減少對二級快取的依賴。

4 . 小程式容易與其他工具相結合

小程式基本上只實現一個單獨的功能，和其他的小程式之間的耦合度較低，這樣設計大大提高了小程式使用的靈活性，可以靈活地和其他工具結合來完成更加複雜的功能。

二 ：讓每一個程式只做好一件事情

1 . 一個好的程式應該集中所有的精力來完成單一的任務，並將它出色地完成。

2 . 當一個小程式被載入到記憶體中，行駛它的功能，然後退出，釋放自己使用的系統資源，然後讓下一個目標接著執行，以此類推，完成大而複雜的功能。

3 . 編寫這種“只做好一件事情”的應用最終會產生一個較小的程式，目的和效率合二為一，相輔相成。