1.エンジニアリングは数字です。 数字のない分析は単なる意見です。 
      
        
        
        
      
    
      
        
        
        
      
      2.適切なロケットを作成するには、無限の時間がかかります。 したがって、何かが間違っているロケットを作成する必要があります。 
      
        
        
        
      
    
      
        
        
        
      
      3.設計は周期的なプロセスです。 繰り返しの回数は、常に以前よりも1つ多くなります。 これはどの段階でも当てはまります。 
      
        
        
        
      
    
      
        
        
        
      
      4.最終決定のベストプラクティスは必要ありません。 それと一緒に暮らすことに慣れましょう。 
      
        
        
        
      
    
      
        
        
        
      
      5.(ミラーの法則)3つのポイント-これは曲線です。 
      
        
        
        
      
    
      
        
        
        
      
      6.対数紙では、すべてが直線です。 
      
        
        
        
      
    
      
        
        
        
      
      7.開発の初期段階では、ほとんどの場合、作業を主導したい人がこの役割を果たすことはほとんどありません。 
      
        
        
        
      
    
      
        
        
        
      
      8.自然界では、最適な状態はほぼ常に中央にあります。 最適値が極値の領域にあるステートメントを信頼しないでください。 
      
        
        
        
      
    
      
        
        
        
      
      9.情報の欠如は、決定の分析を延期する理由ではありません。 
      
        
        
        
      
    
      
        
        
        
      
      10.わからない-おおよそ決定します。 ただし、実数が表示されたら決定に戻ってください。 
      
        
        
        
      
    
      
        
        
        
      
      11.プロジェクトを完了するための最速の方法は、すべてを捨ててやり直すことです。 
      
        
        
        
      
    
      
        
        
        
      
      12.唯一の真の解決策は存在しません。 多くの異教徒がいますが。 
      
        
        
        
      
    
      
        
        
        
      
      13.開発は要件に基づいています。 要件に示されているよりも少し「良い」ことをする理由はありません。 
      
        
        
        
      
    
      
        
        
        
      
      14.(エジソンの法則)「最高」は「善」の敵です。 
      
        
        
        
      
    
      
        
        
        
      
      15.(シー法)ソリューションを改善するためのすべての機会は、通常、ジョイントにあります。 ジョイントは、「ジャム」の主要な場所でもあります。 
      
        
        
        
      
    
      
        
        
        
      
      16.あなたが先にこの仕事を熟考した人々は、彼らの祖先の知恵と直接のつながりを持っていませんでした。 したがって、彼らの決定があなたの決定よりも優れているとは思わないでください。 さらに、あなた自身のものとして偽装するべきではありません。 
      
        
        
        
      
    
      
        
        
        
      
      17.決定が公表されたという事実は、それをより真実にしない。 
      
        
        
        
      
    
      
        
        
        
      
      18.人生におけるテストの決定を経験します。 人生のテストが多すぎると、一見良い判断が下される可能性があります。 
      
        
        
        
      
    
      
        
        
        
      
      19.あなたがあなたの分野の誰よりもはるかに賢いという可能性は非常に小さいです。 計算で最終速度が2倍の光速である場合、テレポートを発明したかもしれませんが、ほとんどの場合、台無しにしています。 
      
        
        
        
      
    
      
        
        
        
      
      20.良い報告を伴う悪い決定-時間が経つと拒否されます。 悪い報告を伴う良い決定はすぐに拒否されます。 
      
        
        
        
      
    
      
        
        
        
      
      21.(Larrabiの法律)教師があなたに教えたことの半分は完全にナンセンスです。 どの半分を把握するかは不明です。 これが教育の本質です。 
      
        
        
        
      
    
      
        
        
        
      
      22.疑わしい場合は、文書化します。  (ドキュメントの必要性は、プログラムが閉じた直後にピークに達します)。 
      
        
        
        
      
    
      
        
        
        
      
      23.作成するタイムラインは、顧客がそれに従わないという理由であなたをクビにするまで、常に抽象的なファンタジーのように見えます。 
      
        
        
        
      
    
      
        
        
        
      
      24.これは「ブレークダウン構造」と呼ばれます。ブレークダウンが到着するまで作業を続け、何らかの構造を実装する必要があるためです。 
      
        
        
        
      
    
      
        
        
        
      
      25.(ボーデンの法則)テストの失敗後、負の確率が最初に存在したことを示すことにより、計算を常に改善することができます。 
      
        
        
        
      
    
      
        
        
        
      
      26.(モンテメルロの法則)愚かなことはしないでください-でたらめをしないでください! 
      
        
        
        
      
    
      
        
        
        
      
      27.(バルシの法則)タイミングは一方向にのみシフトされます。 
      
        
        
        
      
    
      
        
        
        
      
      28.(レンジャー法、ときどき誤ってハインライン法)TANSTAAFL:無料でローンチするようなものはありません。 おおまかに言うと、「と殺のみを目的とした無料の食べ物」または「ただ食べないだけの無料」です。 
      
        
        
        
      
    
      
        
        
        
      
      29.(フォンティーゼンハウゼンプロジェクト管理法)プログラムのほぼ正確な最終要件を得るには、初期要件に数値Piを掛け、小数点を1桁右に移動します。 
      
        
        
        
      
    
      
        
        
        
      
      30.(工学ソリューションに関するフォンティーゼンハウゼンの法則)工学システムの設計への貢献を最大限にしたい場合は、描画方法を学びます。 エンジニアは常に、コンセプトアーティストの写真に似た何かをすることになります。 
      
        
        
        
      
    
      
        
        
        
      
      31.(Moの進化的発展の法則)月に行くことができず、毎回高い木に登る。 
      
        
        
        
      
    
      
        
        
        
      
      32.(デモのアトキン法則)すべてが正常に機能する場合、本当に重要な訪問者は来ません。 
      
        
        
        
      
    
      
        
        
        
      
      33.(Pattonのプログラム計画法)優れた計画が現在実行されており、来週は完璧というよりはましです。 
      
        
        
        
      
    
      
        
        
        
      
      34.(Rooseveltのタスクプランニングの法律)どこにいても、できることは手元にあります。 
      
        
        
        
      
    
      
        
        
        
      
      35.(サン=テグジュペリデザインの法則)デザイナーは、すでに追加するものがなく、削除するものがないときではなく、完璧を達成したことを知っています。 
      
        
        
        
      
    
      
        
        
        
      
      36.普通のエンジニアがエレガントなシステムを作ります。 優秀なエンジニアが働いています。 真のエンジニアは効果的です。 
      
        
        
        
      
    
      
        
        
        
      
      37.(ハンショウ法)プログラムの成功で最も重要なことは、犯人を明確に並べることです。 
      
        
        
        
      
    
      
        
        
        
      
      38.機会は、教科書の制限を無視することで要件を増やします。 
      
        
        
        
      
    
      
        
        
        
      
      39.新しいロケットの開発が「終わった」宇宙プログラムは、実際、新しいロケットの開発のためのプログラムです。 
      
        
        
        
      
    
      
        
        
        
      
      39.(代替表現)予算と期間内で宇宙プログラムを維持するための3つのルール: 
      
        
        
        
      
    
      
        
        
        
      
      1)新しいミサイルはありません。 
      
        
        
        
      
      2)新しいミサイルはありません。 
      
        
        
        
      
      3)新しいミサイルなしで、何でもできます。 
      
        
        
        
      
    
      
        
        
        
      
      40.(マクブライアンの法則)まだ機能していないものを改善する必要はありません。 
      
        
        
        
      
    
      
        
        
        
      
      41.すべての必要な要素を作成するのに十分な時間はありませんが、何らかの理由で、多くの要素を不要にするのに常に十分な時間があります。 
      
        
        
        
      
    
      
        
        
        
      
      42.スペースは間違いを許しません。 エンジニアがミスを犯した場合、誰かが死んでしまいます(そして、「部分的な欠陥」というものはありません、彼らは、基本的に決定は正しかったと言います)。 
      
        
        
        
      
    
      
        
        
        
      
      オリジナル