Rob Pikeのプログラミングの原則

The Art of UNIXより。

原則１：プログラムがどこで時間を食っているかは、外からはわからない。ボトルネックは驚くべきところで発生しているので、どこがボトルネックかはっきりしないうちにあて推量でスピードを上げようとしてはならない。

原則２：実行時間を計測せよ。計測するまではスピードを上げようとしてはならない。計測した場合でも、コードのある部分が他の部分を圧倒するほど遅くなければスピードを上げようとしてはならない。

原則３：うまいアルゴリズムは、nが小さいときには遅く、普通ｎは小さい。うまいアルゴリズムは大きな定数を持つ。ｎがひんぱんに大きくなることがわかっているのでも無い限り、うまいことをしようとするな（ｎが大きくなる場合でも原則２を優先せよ）

原則４：うまいアルゴリズムは、単純なアルゴリズムよりもバグを含みやすく、実装が難しい。単純なアルゴリズム、そして単純なデータ構造を使え

原則５：重要なのはデータだ。正しいデータ構造を選び、それらをうまく構成すれば、アルゴリズムはほとんどかならず自明のものになる。プログラミングの中心は、アルゴリズムではなく、データ構造だ。

原則６：６番目の原則はない。

６番目の原則はバフェットの投資哲学っぽい部分がある？

ルール その1：絶対に損をするな。
ルール その2：絶対にルール1を忘れるな

関係ないか。