開発問題について話したとき、誰もが常にさまざまな法律を述べました。Githubの上、突然のルール&プロジェクトの法律のコレクションに登場し、すぐに最初の傾向のために順位を占有!
プロジェクトは、法律&解釈のルールの多くが含まれていますが、それらのいずれかを提唱しません。
これらの法律やルールを適用するかどうか議論の状態に常にあるが、大部分は個人の好みや使用する場所によって異なります。
15ビッグ法:
七つの原則:
「ハッカーの信条」と呼ばれるこの22の原作者
ムーアの法則に加えて、あなたは、いくつかを知っている、知りませんか?
元のプロジェクトのリンク:
https://github.com/dwmkerr/hacker-laws#hofstadters-law
0 1アムダールの法則
ウィキペディア:コンピュータサイエンスのコミュニティの経験則、殷Jien・アムダールの名前。並列プロセッサ後の動作の効率を向上させる能力について。アムダールの法則は、一定の負荷の定量的基準(不変算出した合計金額)です。
例:プログラムは、2つの部分で構成されている場合、Aは、単一のプロセッサ部が実行する必要があり、部品Bは、並列化することができ、システムは、限られた利点プログラムを実行する複数のプロセッサを追加します。
これは大幅にスピード部B向上させることができる - パートAを、しかし速度が維持されます。
フィギュア
0 2ハイプ・サイクルアマラの法則&
私たちは、短期的には技術の影響を過大評価する傾向があり、長期的な影響を過小評価します。
ハイプサイクル(ハイプ・サイクル)が開発の視覚的興奮技術的性能及び成熟を意味します。
フィギュア
0 3ハイプ・サイクルアマラの法則&
思考の法則は、各システム内の特定の還元不可能な複雑さを持っています。
システムの複雑さの一部は、「故意でない」です。それは貧しい建設、または悪いモデリングによって引き起こされる問題にちょうど間違った解決策に起因する可能性があります。
意図しない複雑性を低減(または排除)することができます。
しかし、固有の複雑さ、うちのいくつかの複雑な解決すべき問題が原因「内部を。」
この複雑さは移動しますが、解消されないことができます。
この法律の興味深い要素は、固有の複雑さを簡素化することによって、システム全体が減少しない場合でも、ということで、それがユーザーに転送され、ユーザーはより複雑な方法で行動しなければなりません。
04、ムーアの法則
、統合収容することができる回路と、約18〜24カ月ごとに上のコンポーネントの数が倍になります場合は価格変わらず、性能も倍になります。言い換えれば、すべてのドルは、コンピュータのパフォーマンスは、すべて18〜24ヵ月以上の倍になります購入することができます。この法律は、情報技術の進歩の速さを明らかにする。
05、ホフスタッターの法則
時間は、多くの場合、長いあなたが予想以上に、開発のために必要。
あなたはこの法律を検討している場合でも、必要な時間はまだあなたの期待を超えてしまいます。
06、パーキンソンの法則
もともと官僚と呼ばれ、後に開発計画を指し、一部の人々は遅く、多くの場合、予定日以内に完了することができない作業を、完了するために狂気に近づい締め切り後、開発の初期段階では非効率的だと思います。
そして、上の結合法則場合、それもハードワークの残業996/007ことは非常に悲観的な理論に来る。それはまだ時間に準備ができていないことがあります。
07、ささいなの法則
法律は、最も重要なことは、チームのコラボレーションでより多くの議論が重要でない細部に起こるであろうと述べているが、ではありません。
非常に専門的で偉大なことを議論するには、話すことを躊躇専門知識の欠如に起因するほとんどの人、舌のスリップしないように、ばかばかしい、そうでしょう最も確かに(または避けるため)主要なプログラム、およびトピックに無関係ないくつかの些細な小さなものを入れます。これとは対照的に、簡単な詳細については、いつものように誰もがと接触し、十分な知識を持っていますが、コメントの特に多数ます。
その他の法律および法律は、ああ、元のプロジェクトへのリンクを表示することができます
著者:デイブ・カー
プロジェクトリンクします。https://github.com/dwmkerr/hacker-laws#hofstadters-law
ムーアの法則に加えて、この記事を読む前に、あなたがすることができるかの法律を知っています、プログラムのAPE /人民元?