ソフトウェア工学≠コンピュータサイエンス
まず、英語がもっと理解するために、この記事の最後に良い仕事よりも、英語を読んで
最後は技術よりも詳細なので、おそらく、それは科学技術英語のように分類することができ、言葉をたくさん知っていません
今回はそれが議論の賛成で、よりバイアスされています
私たちは、のために、妥当な時間内にまとめることができるソフトウェアを必要とする
そのデザイナーのようなものが望んで動作し、実行し、合理的なコスト、
いくつかのエラーで。
私たちは、それが実行時に間違ったことのいくつかのように見えることがあり、適切な時間に入れて、設計者が行うことを期待して、ソフトウェアを必要とし、合理的なコストがあります。
私は「ほとんどない実行時エラー」に変換、それが合理的であると思います
特定のソフトウェアシステムは非常に保守しているかどうかの問題は、
単に機械的にソフトウェアを調べることによって、お答えできません。
だけではない何かのソフトウェアには、チェックし、機械的に質問に答えることはできません。
ただ、機械的な検査によってこの質問に答えることはできません。
Google翻訳、私は2つを提案し、まだ非常に厄介でも、上記の理にかなっているいくつかの場所で、修正翻訳者が少しを推定感じ、その後、直面している、以下、具体的に話をします
記事について話をし始め、私は2つの方法で話されます
第一の態様、ソフトウェア工学≠コンピュータサイエンス
一見、このトピックでは、話題に何回について語ったプログラム=アルゴリズム+データ構造をバック感じ
原作者自身の洞察力から、著者は、概念の概念の証明として、各アルゴリズムは、よく設立され、数学の学習アルゴリズムを学ぶことのように感じています
著者は、ソフトウェア・エンジニアリング、ソフトウェアエンジニアリングに従事し始めたが、他のアルゴリズムやコンピュータ科学、しかし、とは違って気持ちが非常にトリッキーであることがわかりました
ソフトウェア工学は、オブジェクト指向プログラミング後の著者、構造化プログラミング、第四世代言語、によると、開発されてきたし、後で極端なプログラミングは、おそらく今、オープンソースのプログラミングで
常に変化し、開発にあると言ったが、ソフトウェア・エンジニアリングの開発はの開発であることができる新しいはるかに古いを転覆する可能性が高いです
数学や物理学やコンピュータ科学とこの開発は同じではありません
私たちの読書の割り当て、様々な開発モデルになっについて話している、我々は1つが最良の開発モデルであると言うことはできません
そのため、ほとんどの定説は、人々ができることです。
線より下の専門分野からの結果は、人々によって使用されるかもしれないが、
その結果は直接人の影響を受けません。
人々の違いのポイントは、オブジェクトは、ソフトウェア・エンジニアリングは、理論上ではなく、人間の顔であります
それは人間の調達需要ですが、また、人々がソフトウェアを維持し、最も重要なのは、人々がソフトウェアを使用します
我々はそれを「ゲーム機をプレイする」と言うん
飛行機は航空機を襲った、自然に最も重要なことは、航空機を打つことです
だから、飛行機がそれを打つ何ですか？
これは、我々は確かに弾丸のパスを決定していると思うことを、数学や物理的な問題であれば、航空機のパスを計算
そして、連立方程式が交差点を解決することができ、時間が解決することができます
しかし、ソフトウェア工学は、私たちがタイムライン限り、交差点を見つけるとの距離が十分に小さいとしてもマークされているとき、距離航空機の弾丸を判断していきませんが、同じではありません
一例を挙げれ
たとえば、リストビューは、その後、我々は、リストビュー表示に追加よりメッセージ、およびメッセージの受信を継続します
そして、私たちが最初に考えた、間違いなく取得するには、追加
しかし、すぐにそれを受け取りますか？ビジョンのあなたの持続性を今後十分以上のコンピュータの処理速度
だから、そこの情報で本当にListViewの着実な増加があるが、あなたは何を見ることができません
あなたのロジックが正しいことだから、それは完全に、問題を解決していない機械的なチェックの一番上に来ます
また、あなたのアイデアに応じてListViewコントロールええ追加、あなただけ現実的な問題を解決することはできません
私たちは、世界中のコンピュータ開発の歴史の最初の数十年は、ハードウェアを検討していると言うことができます
そして最後の十年、ソフトウェアの開発がますます重要と価値だけでなく、プロジェクトを調整するために、いわゆる「規範」を持ち続けます
私たちは、ソフトウェア工学の発展のためにこれらの「規範」は積極的な役割を雇ったことを認めざるを得ません
しかし、すべての後に、これまでのところ、ソフトウェアはいくつかの違いが残っている「他の科学」と連携し、同一視することはできません
第二の態様、ソフトウェア工学、コンピュータサイエンス=
あなたはそれを同一視することができますコンピュータサイエンスとソフトウェア工学？
我々が定義する場合、それはどのようなソフトウェア工学、コンピュータサイエンスを定義するために、私たち次第です、と
ここでコンピュータサイエンスは、私はそのような数学など、伝統的な科学として「1コンセプト」を指示します
私たちは、プロジェクトの完了に行き、メソッドの完了は、どのような具体的な方法、不確実性は一意ではありません
同様に、私たちは数学の問題を解いて行く、答えが唯一の方法はユニークですが、ではありません
しかし、これは、私のアプローチが良くないにもかかわらず、ちょうど十分な、数学の問題ではない問題を解決し、それがOKに考えることができます
しかし、ないソフトウェアエンジニアリングは、私がソフトウェアを作った、私はまた、ユーザが操作しやすい私は全体の機能をしなければならない場合でも、維持する必要があり、
だから、同じ人々は、ソフトウェアエンジニアリングや一般の科学に関与しているため、そうは思いませんか
しかし、問題があります、数学は明確な需要があります
解決、条件を考えます
ソフトウェアエンジニアリングは、私たちが最初にマニュアルを書くために要求分析、設計文書を行い、その後、書き込み、その後、コードを記述する必要があり、同じではありません
もちろん、あなたも、あなたがアジャイルにしたいと言うことができます
私は、ソフトウェアの作品が対象と比べた場合を説明したいのですが、対象がそれを解決するための「科学的」なアプローチがある場合に、でもカジュアルな作業をしませんでした
だから、質問の意味が明確な場合は？
私たちは、適切な時間に入れて、設計者が行うことを期待して、ソフトウェアを必要とし、合理的なコストであり、非常に堅牢なソフトウェア
まあ、我々は明らかになどなど作品の数、労働時間、作業効率、だけでなく、堅牢性、保守性、拡張性の要件として、当社の既存の条件を、知っています
我々はそれを仕事に最も適切なオプションを選択することができませんか？
実際に、私は、ソフトウェアがその科学的な言葉なしで動作している場合、この問題は、多くの紛争必要はないと思います
ソフトウェア開発モデルの開発ではなく、我々は完全にあなたのズボンのすべての座席に行くことを意味し、オブジェクト指向開発のために、それと呼ばれるソフトウェア工学の特別なクラスを開く必要があります
、おそらく要約するとソフトウェア工学≠コンピュータサイエンス、ソフトウェア工学を、科学的でなければなりません
どのようにソフトウェアを開発することは不確実です
ソフトウェアを開発する方法をしかし、私はそれはまだ決定されるべきだと思います
ます。https：//www.cnblogs.com/buaashine/archive/2012/12/07/2806382.htmlで再現