An interesting question is posed by Simon (in trackback).興味深い問題は、サイモンによってもたらされる（トラックバック）です。

It is also true for many other professions.これは多くの他の職業にも当てはまります。
To design simple solutions requires you to think more.シンプルなソリューションを設計する必要がある場合を考えています。 The final solution may be simple but be assured that for every simple solution the developer had to reject several more complex solutions along the way.シンプルでありながら、最終的な解決がありますのでご安心していたの開発者ごとに簡単な解決策を拒否する道に沿っていくつかのより複雑なソリューションです。 It is easy to fall into the habit of not thinking and start implementing first (keyboard happy developers), then think later to fix bugs.に陥ることは容易に特定するのが癖に思考とスタート]ボタンを実装する最初の（キーボード幸せな開発者向け） 、次に考えるへのバグを修正する。 And the developer should be always ready to reject outright his much cherished( and debugged till the sun grew cold) solution at a moments notice (time & cost permitting) when he finds a simpler alternative.と、開発者が多く、常に自分の大切な準備を拒否する国債（およびデバッグまで太陽の成長寒さ）ソリューションは、瞬間の注意（時間＆コストが許せば）を検索するときに彼は単純な代替します。 Why?なぜ？ because simple is often more robust and easier to maintain.シンプルが多いため、他のロバストを維持すると簡単です。