1994年，X Window系統開發組的成員Mike Gancarz根據他自己的Unix系統經驗以及和其他領域使用Unix系統的資深程序員們的討論結果，寫成了《The UNIX Philosophy》，提出了9條訓格之言：
一：小即是美。
二：讓程序只做好一件事。
三：儘可能早地建立原型。
四：可移植性比效率更重要。
五：數據應該保存爲文本文件。
六：儘可能地榨取軟件的全部價值。
七：使用shell腳本來提高效率和可移植性。
八：避免使用可定製性低下的用戶界面。
九：所有程序都是數據的過濾器。
此外還有十條原則則並不爲所有人認同，甚至還是爭論的焦點（如宏內核和微內核之爭）：
一：應該允許用戶定製操作環境。
一：應該允許用戶定製操作環境。
二：讓操作系統核心小而輕。
三：使用小寫字母並儘量簡短。
四：節約紙張，保護樹林。
五：沉默是金。
六：並行地思考。
七：部分加部分大於整體。
八：尋找問題的帕雷託法則。
九：程序隨需求而增長（Worse is better）。
十：層級地思考。
羅勃·派克在他的《Notes on Programming in C》中提到了以下格言。雖然這些規則是關於程序設計的，但作爲Unix哲學絲毫不爲過：
- 規則一：你永遠不會知道你的程序會在什麼地方耗費時間。程序的瓶頸常常出現在意想不到的地方，因此在你確信找到瓶頸後再動手優化代碼吧。
- 規則二：測試代碼。只有在你詳細測試了代碼，並且發現一部分代碼耗費了絕大部分的運行時間時再對程序作速度優化。
- 規則三：功能全面的算法（fancy algorithm）在處理小規模問題時效率很低，這是因爲算法時間效率中的常量很大，而問題往往規模很小。除非你知道你遇到的常常是複雜的情況，否則就讓代碼醜陋但是簡單而高效吧。（即使問題規模確實很大，也首先嚐試第二條規則。）
- 規則四：功能全面的算法比簡單的算法更容易產生Bug，更難實現。儘量使用簡單的算法和數據結構。
- 規則五：數據決定一切。如果選擇的數據結構能很好的管理數據，算法部分往往不言自明。記住，數據結構，而非算法，纔是編程的關鍵。
- 規則六：沒有第六條規則。