スレッドを使用して人々を先送りにする間違ったアイデアは何ですか？[閉まっている]

プログラムにスレッドを実装するのは難しいです。しかし、なぜそれが明らかに必要な場合でも、一部の人々がそれらを実装しないのはなぜですか。

例：プログラムはデータベースからデータセットをロードする必要があります。行うべきことは、接続を確立し、ワーカースレッドでデータベースからデータを取得してからGUIにロードし、GUIスレッドをユーザーに応答させることです。 。

しかし、いや、私はスレッドが邪悪で悪いものだと思っている人と話をしてきました。あるクラスのインストラクターがスレッドの使用に反対することを勧めたため、スレッドの使用をカバーしたくないと聞いたことがあります。何？？？

ハードウェアがマルチコアになると、スレッドをよりよく理解し、使用することを恐れないようにする必要があると思います。個人的には興味深いテーマだと思います。

スレッドについて聞いたことがあるのに、間違っていることは何ですか？

スレッド化は難しい

承知しました。かもね。しかし、人々は頭の中にこの考えを持っているので、それを理解しようとして気にしないほど難しい。

不可能ではない。

難しいのはスレッド化の部分ではなく、同期の必要性と、スレッドの使用に伴うすべてのことです。GUIの例では、データセットにアクセスする準備ができていることをメインスレッドにどのように伝えますか？コールバックの束全体をやり取りしますか？コード全体に多数のチェック変数を分散していますか？一部のGUIモデル（Silverlightなど）には、スレッドアフィニティと呼ばれるものがあります。これは、他のスレッドからメインスレッドに座っているGUI要素にアクセスできないため、特定の情報をメインスレッドに知らせる必要がありますさらに処理する準備ができています。

スレッドについて誤った話を聞いたことはありません。私は、使用しているアルゴリズムが本質的に並列でない場合に、同期が異常であるという状況的なケーススタディを読みました。

スレッドはすべての問題を解決します

パフォーマンスの問題がある場合は、スレッド化にジャンプしないでください。

スレッドは軽量です

スレッドは数十から20代で軽量です。数千のスレッドを生成することはできません。

スレッド化は簡単[Java]

スレッドを作成するのは簡単ですが、それはあなたがそれから利益を得るという意味ではありません。

スレッドセーフではないライブラリ/関数の使用から生じるクレイジーなバグ（気づいていないもの）を修正するには、過剰な同期が必要になるため、最終的にはスレッド化による利益を失います。

バグが発生する可能性は非常に高く、スレッドを使用すると、使用しない場合は修正できなくなります。

スレッドを使用することは困難である理由賢明なポイントを要約しないように： -
真の物事1）は、同期、および慎重な設計上の決定ロックするかについてとロックする必要が
2を）実行時間の流れの制御なし
3）難しいデバッグ
4）（非常に少ないです回）プラットフォームの互換性：-これを処理するライブラリは存在します

偽物事： -
1）スレッドセーフと再入関数の概念混乱
2）スレッドが紙に良いに見えますが、実装するのは非常に困難です

コードのテストを作成したくない場合は、スレッドを使用しないでください。

スレッドは、OSとコンピューターアーキテクチャの基礎を理解していない典型的な「コピーアンドペースト」プログラマー向けではありません。プログラマーの90％はJavaにしか精通していないため、これらはスレッドを使用すべき人ではありません。Javaはスレッドを「簡単」にしますが、同期構造を使用するとコードがスレッドで機能すると考えるプログラマーがたくさんいます。

そうは言っても、誰もがどこかから始める必要があります。会社のプロダクションバックエンドサーバーをアップグレードする最初のスレッドプロジェクトを作成しないでください。

例：プログラムはデータベースからデータセットをロードする必要があります。行うべきことは、接続を確立し、ワーカースレッドでデータベースからデータを取得してからGUIにロードし、GUIスレッドをユーザーに応答させることです。 。

この状況が、少なくとも4つの理由でスレッド化を使用する必要性を表しているとは思いません。

1. データの取得は非常に高速である必要があります。

2. 多くの基幹業務アプリケーションでは、ユーザーは結果を待っている1〜2秒でアプリケーションとは関係ありません。また、ユーザーは、目的のタスクを完了するためにデータが戻ってくるまで待つ必要があります。一方、クエリは、一度に1ページ分の情報のみを取得するようにインテリジェントにコーディングでき、他の最適化手法が応答時間を短縮できます。

3. Webベースのインターフェイスでは、スレッドモデルに関してリンクをアクティブにすることができます。

4. 認めるとおり、スレッディングは複雑さを増し、開発者の中には機能を追加したり、複雑なコードをデバッグしたりできない場合があります。

私の意見では、ソフトウェアの保守性と信頼性はコードの優雅さよりも組織にとって価値があるため、必要なときにスレッドを使用します。