Rob Pike, 是AT&T Bell Lab前Member of Technical Staff ，現在google研究操作系統，Unix先驅，UTF-8的設計人，The Unix Programming Environment 和 The Practice of Programming 的作者之一。 在《 Notes on C Programming 》中從另一個稍微不同的角度表述了 Unix 的哲學（或者說是程序局部優化6原則）:

1. 你無法斷定程序會在什么地方耗費運行時間。瓶頸經常出現在想不到的地方，所以別急于胡亂找個地方改代碼，除非你已經證實那兒就是瓶頸所在。
2. 估量。在你沒對代碼進行估量，特別是沒找到最耗時的那部分之前，別去優化速度。
3. 花哨的算法在 n 很小時通常很慢，而 n 通常很小?；ㄉ谒惴ǖ某祻碗s度很大。除非你確定 n 總是很大，否則不要用花哨算法（即使 n 很大，也優先考慮原則 2 ）。比如，解決常見問題時，最簡單的樹——二叉樹（binary tree）,總是比那些復雜的樹（AVL樹，伸展樹（splay tree）和紅黑樹、B-樹（B-tree）,多叉樹（trie））來的高校。
4. 花哨的算法比簡單算法更容易出 bug 、更難實現。盡量使用簡單的算法配合簡單的數據結構。
只要掌握了數據結構中的四大法寶，就可以包打天下，他們是：array 、linked list 、hash table、binary tree 。這四大法寶可不是各自為戰的，靈活結合才能游刃有余。比如，一個用hash table組織的symbol table，其中是一個個由字符型array構成的linked list。
5. 以數據為中心。如果已經選擇了正確的數據結構并且把一切都組織得井井有條，正確的算法也就不言自明。編程的核心是數據結構，而不是算法。
6. 沒有原則 6 。

Ken Thompson —— Unix 最初版本的設計者和實現者，禪宗偈語般地對 Pike 的原則4 作了強調：
拿不準就窮舉

附：E文原文（節選自《Notes on C Programming 》Rob Pike， February 21, 1989 ）
E文全文地址：http://www.lysator.liu.se/c/pikestyle.html
      Most programs are too complicated - that is, more complex than they need to be to solve their problems efficiently.  Why? Mostly it's because of bad design, but I will skip that issue here because it's a big one.  But programs are often complicated at the microscopic level, and that is something I can address here.
      Rule 1.  You can't tell where a program is going to spend its time.  Bottlenecks occur in surprising places, so don't try to second guess and put in a speed hack until you've proven that's where the bottleneck is.

      Rule 2.  Measure.  Don't tune for speed until you've measured, and even then don't, unless one part of the code overwhelms the rest.

      Rule 3.  Fancy algorithms are slow when n is small, and n is usually small.  Fancy algorithms have big constants. Until you know that n is frequently going to be big, don't get fancy.  (Even if n does get big, use Rule 2 first.)   For example, binary trees are always faster than splay trees for workaday problems.

      Rule 4.  Fancy algorithms are buggier than simple ones, and they're much harder to implement.  Use simple algorithms as well as simple data structures.

      The following data structures are a complete list for almost all practical programs:

array
linked list
hash table
binary tree
Of course, you must also be prepared to collect these into compound data structures.  For instance, a symbol table might be implemented as a hash table containing linked lists of arrays of characters.
      Rule 5.  Data dominates.  If you've chosen the right data structures and organized things well, the algorithms will almost always be self­evident.  Data structures, not algorithms, are central to programming.  (See Brooks p. 102.)

      Rule 6.  There is no Rule 6.