我對UNIX的理解

發布時間：2020-07-13 13:48:21 來源：網絡閱讀：492 作者：Zhangjc211 欄目：系統運維

1994年，X Window系統開發組的成員Mike Gancarz根據他自己的Unix系統經驗以及和其他領域使用Unix系統的資深程序員們的討論結果，寫成了《The UNIX Philosophy》，提出了9條訓格之言：

一：小即是美。

二：讓程序只做好一件事。

三：盡可能早地建立原型。

四：可移植性比效率更重要。

五：數據應該保存為文本文件。

六：盡可能地榨取軟件的全部價值。

七：使用shell腳本來提高效率和可移植性。

八：避免使用可定制性低下的用戶界面。

九：所有程序都是數據的過濾器。

此外還有十條原則則并不為所有人認同，甚至還是爭論的焦點（如宏內核和微內核之爭）：
一：應該允許用戶定制操作環境。

二：讓操作系統核心小而輕。

三：使用小寫字母并盡量簡短。

四：節約紙張，保護樹林。

五：沉默是金。

六：并行地思考。

七：部分加部分大于整體。

八：尋找問題的帕雷托法則。

九：程序隨需求而增長（Worse is better）。

十：層級地思考。

羅勃·派克在他的《Notes on Programming in C》中提到了以下格言。雖然這些規則是關于程序設計的，但作為Unix哲學絲毫不為過：

規則一：你永遠不會知道你的程序會在什么地方耗費時間。程序的瓶頸常常出現在意想不到的地方，因此在你確信找到瓶頸后再動手優化代碼吧。
規則二：測試代碼。只有在你詳細測試了代碼，并且發現一部分代碼耗費了絕大部分的運行時間時再對程序作速度優化。
規則三：功能全面的算法（fancy algorithm）在處理小規模問題時效率很低，這是因為算法時間效率中的常量很大，而問題往往規模很小。除非你知道你遇到的常常是復雜的情況，否則就讓代碼丑陋但是簡單而高效吧。（即使問題規模確實很大，也首先嘗試第二條規則。）
規則四：功能全面的算法比簡單的算法更容易產生Bug，更難實現。盡量使用簡單的算法和數據結構。
規則五：數據決定一切。如果選擇的數據結構能很好的管理數據，算法部分往往不言自明。記住，數據結構，而非算法，才是編程的關鍵。
規則六：沒有第六條規則。

向AI問一下細節

亚洲激情专区-91九色丨porny丨老师-久久久久久久女国产乱让韩-国产精品午夜小视频观看