設計とソフトウェア開発に関するいくつかの引用。 誰もが自分の好みに合ったものを見つけると思います。 この
トピックに加えて。
シンプルさが効率の精神です。 //
A.フリーマンシンプルさが信頼性の鍵です。 //
E.ダイクストラシンプルさの芸術は複雑なパズルです。 //
D.ホートン実装のような設計上の欠陥を明らかにするものは何もありません。 //
J.ホートンプログラムの開発で最も重要なことは、最終的な目標を明確に理解することです。 // B. Stroustrup
シャワーを浴びている間にプログラム全体の構造を理解できない場合、まだそれを実装する準備ができていません。 //
R.パティス抽象化の目標は曖昧にすることではなく、完全に透過的な新しいセマンティックレベルを作成することです。 //
E.ダイクストラ私が仕事に取り組むとき、私は美について考えません。 問題を解決する方法についてのみ考えます。 しかし、完成したソリューションがいように見えるとき、私はそれが間違っていることを知っています。 //
B.フラーコードを改善したい場合は、テストを繰り返し実行しないでください。 より良いデザイン。 //
S.マッコネル複雑さの管理は、プログラミングの本質です。 // B.カーニハン
利便性の避けられない価格は単純さです。 //
T.ホアすべてをできるだけシンプルにする必要があります。 しかし、簡単ではありません。 // A.アインシュタイン
ソフトウェアを作成するには2つの方法があります。 その1つは、プログラムを非常に単純にすることであり、明らかに欠点はありません。 もう1つは、アプリケーションを非常に複雑にして、明らかな欠陥がないようにすることです。 //
T.ホア誰かがコンピューターを電話と同じくらい簡単に使用できることを望みました。 夢が実現しました。電話の使い方がわかりません。 // B. Stroustrup
技術的なスキルは複雑さの習得であり、創造性はシンプルさのスキルです。 //
E.ジーマン複雑さ[アプリケーション、約 レーン]-技術的な未熟さの兆候。 使いやすさは、ATMであろうとロケットであろうと、うまく設計された製品の兆候です。 //
ダニエル・T・リン新しい機能を追加するコストは、コードを書くコストだけではありません。 価格には、さらに拡張するための障害も含まれています...秘Theは、互いに競合しない機能を選択することです。 //ジョン・カーマック
スマートデータ構造とダムコードは、他の方法よりもはるかにうまく機能します。 //
E.レイモンド車がコンピューター開発サイクルを経た場合、ロールスロイスの価格は100ドルで、毎年100万mpgに達し、爆発し、すべての乗客が死亡しました。 //
R.クリンジリー魔法の原理に関する本をスクロールし、表紙を見ないで、これがソフトウェア開発に関する本であると判断するのは難しいことではありません。 //
B.トグナツィーニプログラマを馬鹿として扱う会社は、間もなく馬鹿のようにしか行動できない開発者を受け入れるでしょう。 // B. Stroustrup
完全にばかげたことを設計する人々の主な間違いは過小評価です
完全な馬鹿の工夫。 //
D.アダムス問題は、馬鹿は自信があり、賢い人は疑念に満ちていることです。 //
B.ラッセル建築家とは、できることとすべきことの違いを知っている人です。 //
L.マクボイ悪い建築家はあらゆる誘惑に屈し、良い建築家はそれらに抵抗します。 L.ヴィトゲンシュタインTKによると、水の上を歩いてプログラムを開発するのは、凍結されていれば非常に簡単です。 E.ベラードToRに対する修正のあられでプロジェクトが崩壊した場合、これは欠点があることを意味します。 私たちは、プロジェクトをそのような変化に強くし、腐敗から保護する方法を見つけなければなりません。 //
R.マーティン早すぎる最適化は、すべての病気の根本です。 //不明な著者
理論的には、実践と理論の間に違いはありません。 しかし、実際にはそうです。 //
Jan van de Snepscheutコードはコードなしよりも速くなることはありません。 // Taligentのプログラム設計ガイド