ディープラーニングが従来の方法ほど効果的ではない典型的なケースにはどのようなものがありますか?
ディープラーニングは最先端のテクノロジー分野の 1 つとして、テクノロジーの進歩の鍵であると考えられています。しかし、ディープラーニングが従来の方法ほど効果的ではない場合もあるのでしょうか?この記事は、この質問に対する Zhihu の質の高い回答をまとめたものです。
質問リンク: https://www.zhihu.com/question/451498156
# 回答 1
著者: Jueleizai
ソースリンク: https://www.zhihu.com/question /451498156/answer/ 1802577845
解釈可能性が必要な分野では、基本的な深層学習は従来の手法とは比較になりません。私はここ数年、リスク管理やマネーロンダリング対策の製品に取り組んでいますが、規制では意思決定の説明可能性が求められており、ディープラーニングも試しましたが、説明可能性を達成するのが難しく、結果はあまり良くありませんでした。リスク管理シナリオでは、データのクリーニングは非常に重要です。そうでないと、単なるゴミが入ったゴミになってしまいます。
#上記の内容を書いているときに、2 年前に読んだ記事「ML/AI は必要ありません。SQL が必要です」を思い出しました。
https://www.php.cn/link/f0e1f0412f36e086dc5f596b84370e86
著者はナイジェリアのソフトウェア エンジニア、セレスティン オミンです。ナイジェリアのコマース Web サイト One Konga は機能します。精密なマーケティングと古いユーザーに対するパーソナライズされたレコメンデーションが、AI の最も一般的に使用される分野の 1 つであることは誰もが知っています。他の人が深層学習を使用して推奨事項を作成している場合、彼の方法は非常に単純に見えます。彼はただデータベースを調べて、3 か月間ログインしていないユーザーをすべて選別し、それらのユーザーにクーポンをプッシュしました。また、ユーザーのショッピング カート内の製品リストを調べて、これらの人気製品に基づいて関連製品を推奨することも決定しました。
その結果、彼のシンプルな SQL ベースのパーソナライズされた推奨事項を使用すると、ほとんどのマーケティング メールの開封率は 7 ~ 10% となり、うまくいけば、開封率は 7 ~ 10% に近くなります。 25% ~ 30%、業界平均開封率の 3 倍。
もちろん、この例は、レコメンデーションアルゴリズムが役に立たないからみんな SQL を使うべきだと言っているわけではなく、ディープラーニングを適用する際には、コストなどの制約を考慮する必要があることを意味します。およびアプリケーションシナリオ。以前の回答 (アルゴリズム エンジニアの実装能力とは正確には何を指しますか?) で、アルゴリズムを実装する際には実際的な制約を考慮する必要があると述べました。
https://www.php.cn/link/f0e1f0412f36e086dc5f596b84370e86
そしてナイジェリアの電子商取引環境、依然として非常に遅れた状態にあり、物流が追いついていない。ディープラーニング手法を活用して効果を高めたとしても、実際には企業全体の利益にはあまり影響しません。
したがって、アルゴリズムを実装する際には、「地域の状況に適応」する必要があり、そうしないと、「扇風機が石鹸箱を吹き飛ばす」という状況が再び発生します。
ある大企業が石鹸包装の生産ラインを導入しましたが、この生産ラインには欠陥があることがわかりました。石鹸の入っていない箱が頻繁にあるということでした。空箱を顧客に販売することはできなかったため、自動化を研究しているポスドクを雇って、石鹸の空箱を分別する計画を立てる必要がありました。 博士研究員は十数人からなる科学研究チームを組織し、機械、マイクロエレクトロニクス、自動化、X線検出などの技術を組み合わせて使用し、90万元を費やして問題を解決した。空の石鹸箱が生産ラインを通過するたびに、両側の検出器がそれを検出し、空の石鹸箱を押し出すロボットを駆動します。
中国南部に同じ生産ラインを購入した郷鎮企業がありましたが、この問題を知った上司は非常に怒り、小さな労働者を雇って、「あなたがこれを直してくれるか、そうでなければ、」と言いました。作業員はすぐに方法を考え出し、190元をかけて生産ラインの横に強力扇風機を設置し、激しく風を送り、石鹸の空箱をすべて吹き飛ばした。
(冗談ですが)
ディープラーニングはハンマーですが、世の中のすべてが釘であるわけではありません。
# 回答 2
著者: Mo Xiao Fourierソースリンク: https://www.zhihu.com/question/ 451498156/answer/1802730183一般的なシナリオは 2 つあります:
1. 説明可能性を追求したシナリオ。
ディープ ラーニングは、分類や回帰の問題を解決するのに非常に優れていますが、結果に何が影響するかについての説明は非常に不十分です。実際のビジネス シナリオでは、解釈可能性の要件が非常に厳しくなります。次のようなシナリオでは、深層学習が覆されることがよくあります。
2. 多くの運用最適化シナリオ
#スケジューリング、計画、割り当ての問題など、多くの場合、このような問題は教師あり学習形式にうまく変換できないため、最適化アルゴリズムがよく使用されます。現在の研究では、より良いソリューションを実現するために、ディープ ラーニング アルゴリズムがソリューション プロセスに統合されることがよくありますが、一般に、モデル自体はまだバックボーンとしてのディープ ラーニングではありません。
ディープラーニングは非常に優れたソリューションですが、それだけではなく、実装されたとしても依然として大きな問題があります。深層学習が最適化アルゴリズムに統合されている場合でも、ソリューションのコンポーネントとして非常に役立ちます。
要するに、
答え 3
著者: LinT
ソースリンク: https://www.zhihu.com/question/451498156/answer/1802516688
この質問は、シナリオに基づいて検討する必要があります。ディープ ラーニングにより特徴量エンジニアリングの問題は解消されますが、いくつかのシナリオでは適用が難しい場合があります:
- アプリケーションにはレイテンシに関する高い要件がありますが、精度はそれほど高くありません。現時点では、単純なモデルの方が適切な選択である可能性があります。
- 表形式データなどの一部のデータ型では、統計学習モデルの代わりにツリーベースのモデルなどの統計学習モデルを使用する方が適している場合があります。ディープ ラーニング モデル;
- モデルの決定は、安全関連や経済的な意思決定など、重大な影響を与えるため、モデルは解釈可能である必要があります。次に、線形モデルまたはツリーベースです。モデルはディープ ラーニングよりも適しています。良い選択です。
- #アプリケーション シナリオによってデータ収集の難易度が決まり、ディープ ラーニングを使用すると過剰適合のリスクがあります
リアル アプリケーションはすべて需要に基づいており、需要 (精度、遅延、コンピューティング消費電力) に関係なくパフォーマンスについて語るのは非科学的です。質問文中の「辛口翻訳」が特定の指標に限定されてしまうと、議論の範囲が狭まってしまう可能性があります。
以上がディープラーニングが従来の方法ほど効果的ではない典型的なケースにはどのようなものがありますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









vue.jsのオブジェクトに文字列を変換する場合、標準のjson文字列にはjson.parse()が推奨されます。非標準のJSON文字列の場合、文字列は正規表現を使用して処理し、フォーマットまたはデコードされたURLエンコードに従ってメソッドを削減できます。文字列形式に従って適切な方法を選択し、バグを避けるためにセキュリティとエンコードの問題に注意してください。

この記事では、MySQLデータベースの操作を紹介します。まず、MySQLWorkBenchやコマンドラインクライアントなど、MySQLクライアントをインストールする必要があります。 1. mysql-uroot-pコマンドを使用してサーバーに接続し、ルートアカウントパスワードでログインします。 2。CreatedAtaBaseを使用してデータベースを作成し、データベースを選択します。 3. createTableを使用してテーブルを作成し、フィールドとデータ型を定義します。 4. INSERTINTOを使用してデータを挿入し、データをクエリし、更新することでデータを更新し、削除してデータを削除します。これらの手順を習得することによってのみ、一般的な問題に対処することを学び、データベースのパフォーマンスを最適化することでMySQLを効率的に使用できます。

MySQLの起動が失敗する理由はたくさんあり、エラーログをチェックすることで診断できます。一般的な原因には、ポートの競合(ポート占有率をチェックして構成の変更)、許可の問題(ユーザー許可を実行するサービスを確認)、構成ファイルエラー(パラメーター設定のチェック)、データディレクトリの破損(テーブルスペースの復元)、INNODBテーブルスペースの問題(IBDATA1ファイルのチェック)、プラグインロード障害(エラーログのチェック)が含まれます。問題を解決するときは、エラーログに基づいてそれらを分析し、問題の根本原因を見つけ、問題を防ぐために定期的にデータをバックアップする習慣を開発する必要があります。

概要:Vue.js文字列配列をオブジェクト配列に変換するための次の方法があります。基本方法:定期的なフォーマットデータに合わせてマップ関数を使用します。高度なゲームプレイ:正規表現を使用すると、複雑な形式を処理できますが、慎重に記述して考慮する必要があります。パフォーマンスの最適化:大量のデータを考慮すると、非同期操作または効率的なデータ処理ライブラリを使用できます。ベストプラクティス:コードスタイルをクリアし、意味のある変数名とコメントを使用して、コードを簡潔に保ちます。

700万のレコードを効率的に処理し、地理空間技術を使用したインタラクティブマップを作成します。この記事では、LaravelとMySQLを使用して700万を超えるレコードを効率的に処理し、それらをインタラクティブなマップの視覚化に変換する方法について説明します。最初の課題プロジェクトの要件:MySQLデータベースに700万のレコードを使用して貴重な洞察を抽出します。多くの人は最初に言語をプログラミングすることを検討しますが、データベース自体を無視します。ニーズを満たすことができますか?データ移行または構造調整は必要ですか? MySQLはこのような大きなデータ負荷に耐えることができますか?予備分析:キーフィルターとプロパティを特定する必要があります。分析後、ソリューションに関連している属性はわずかであることがわかりました。フィルターの実現可能性を確認し、検索を最適化するためにいくつかの制限を設定しました。都市に基づくマップ検索

Vue axiosのタイムアウトを設定するために、Axiosインスタンスを作成してタイムアウトオプションを指定できます。グローバル設定:Vue.Prototype。$ axios = axios.create({Timeout:5000});単一のリクエストで:this。$ axios.get( '/api/users'、{timeout:10000})。

MySQLパフォーマンスの最適化は、インストール構成、インデックス作成、クエリの最適化、監視、チューニングの3つの側面から開始する必要があります。 1。インストール後、INNODB_BUFFER_POOL_SIZEパラメーターやclose query_cache_sizeなど、サーバーの構成に従ってmy.cnfファイルを調整する必要があります。 2。過度のインデックスを回避するための適切なインデックスを作成し、説明コマンドを使用して実行計画を分析するなど、クエリステートメントを最適化します。 3. MySQL独自の監視ツール(ShowProcessList、ShowStatus)を使用して、データベースの健康を監視し、定期的にデータベースをバックアップして整理します。これらの手順を継続的に最適化することによってのみ、MySQLデータベースのパフォーマンスを改善できます。

リモートシニアバックエンジニアの求人事業者:サークル場所:リモートオフィスジョブタイプ:フルタイム給与:$ 130,000- $ 140,000職務記述書サークルモバイルアプリケーションとパブリックAPI関連機能の研究開発に参加します。ソフトウェア開発ライフサイクル全体をカバーします。主な責任は、RubyonRailsに基づいて独立して開発作業を完了し、React/Redux/Relay Front-Endチームと協力しています。 Webアプリケーションのコア機能と改善を構築し、機能設計プロセス全体でデザイナーとリーダーシップと緊密に連携します。肯定的な開発プロセスを促進し、反復速度を優先します。 6年以上の複雑なWebアプリケーションバックエンドが必要です
