KISSの原則

下手に大規模で複雑なものにしてしまうより、簡単で単純で小さなものを積み重ねて作った方がコストが低く、性能も高く、後々の仕様変更にも耐え、高い信頼性を確保できる…など数々の利点を生むということ。

Multicsに対するUNIXがその顕著な例である。UNIXはMulticsの失敗の上に成り立っており、このためUNIX上の技術やプログラムの多くは、この考え方で作られている。

例えばMicrosoft Windowsや、同社の技術や仕様全般は、KISSの原則の正反対を行なっていると見ることが出来る。

Windowsは不必要に複雑化しているためパフォーマンスが低い上に扱いにくく、挙句に信頼性も低いという結果をもたらしている。

Windows 3.1→Windows 95→(当初の)Windows 2000などの大幅なコード変更を従うバージョンアップでは、旧コードからの変換が非常に大変で、開発者たちも相当に苦労したと言われる。その結果、頻繁に昔のコードによるバグも発生した。

James GoslingがOAK(後のJavaのこと)を開発する上で掲げた設計目標としても知られる。

JavaはC/C++の文法仕様を基盤として、その上でC/C++プログラマーがよく犯す上に致命的なバグの元ともなるアドレス操作や構造体、多重継承などの機能を除外し、「シンプルかつコンパクト」を目標に開発された。