AIはオープンソースには向かないのでしょうか? MongoDB 副社長: オープンソース コードは人工知能には適さない
AI オープンソースの問題について話すときが来ました。
明らかに、これは開発者が直面しなければならない問題です。基本的に 2006 年以来、オープンソースの問題は最重要課題の 1 つになりました。
Matt Asay は、MongoDB のマーケティング責任者です。それ以前は、Amazon Web Services の責任者および Adobe の開発者エコシステムの責任者を務めていました。
Asay は、Adobe に入社する前、オープンソース企業で一連の役職を歴任しました。 MongoDB のビジネス開発、マーケティング、コミュニティ担当副社長、リアルタイム分析会社 Nodeable (後に Appcelerator に買収) のビジネス開発担当副社長、モバイル HTML5 スタートアップの Strobe (後に Facebook に買収) のビジネス開発担当副社長および暫定 CEO、Ubuntu Canonical 社の Linux COO であり、コンテンツ管理スタートアップ Alfresco の南北アメリカ部門責任者。
最終的に、Asay は Open Source Initiative (OSI) の名誉ディレクターとなり、スタンフォード大学で法学博士号を取得しました。
以前、Matt Asay は Google と Yahoo がオープンソース コードに対して留保していると非難し、その後叱られました。
今考えてみると、それは当然です。
Tim O'Reilly 氏は、オープンソース クラウドの時代において、開発者がコードを共有する動機は、他の人に独自のプログラムを実行させ、それによってソース コードのコピーを提供することであると述べました。そしてその必要性は徐々に消えていきました。
言い換えれば、Meta は OPT-175B について何も隠そうとしているわけではありませんが、同様のインフラストラクチャを構築するのは非常に困難です。たとえお金と技術を持っている人であっても、最終的には別のバージョンになります。
そして、それはまさに、Yahoo の Jeremy Zawodny と Google の Chris DiBona が OSCON 2006 で述べたことです。
しかし、繰り返しになりますが、マシン内部の科学原理を理解していなければ、AI を信頼するのは困難です。
したがって、インフラストラクチャをオープンに使用できるようにする何らかの方法を見つける必要があります。
Loukides は、外部の研究者や早期採用者に無料のアクセスが提供されるべきだと考えています。ただし、これは Meta、Google、または OpenAI のデータセンターにアクセスするためのマスターキーを与えるのとは異なり、パブリック API を通じて行われます。
これは、ほとんどの人が期待する「オープンソース」ではないかもしれませんが、実際には許容されます。
オープンソースに対する別の見方
さて、Google と Yahoo に対する Matt Asay の非難は無意味です。
2006 年以来、Google は戦略的ニーズを満たすために重要なインフラストラクチャをパッケージ化し、オープンソース化してきました。
Matt Asay 氏の見解では、TensorFlow はオープンソースへの入り口であり、Kubernetes はオープンソースへの出口です。これらのオープンソースの機械学習業界標準により、Google Cloud のワークロードが改善されたり、Google Cloud 間の移植性が確保されたりすることで、より多くのワークロードが Google Cloud に取り込まれることが期待されています。
これを考え出した人々は賢いですが、Pollyanna の意味でのオープンソースではありません。
Google だけではありません。他の企業よりもオープンソースをうまくやっているだけです。オープンソースは本質的に利己的であり、企業や個人は常に自分自身や顧客に利益をもたらすコードを公開します。
これまでも、そしてこれからもそうあります。
Loukides 氏は、AI は有意義な方法でオープンであるべきだと信じています (AI 大手 3 社と他の企業の間には違いがありますが)。しかし、彼が言及するオープンソースは、次の分野におけるオープンソースではありません。私たちの一般的な感覚。なぜ?
その理由は、従来のオープンソースは素晴らしいものですが、ソフトウェアの作成者と消費者の両方にとって、2006 年の OSCON で DiBona と Zawodny が提案した問題を解決できていないからです。クラウドのオープンソースの問題。
10年以上が経過しましたが、まだ答えには近づいていません。
そしてまた、私たちは確かにもう少し近づいています。
Matt Asay は、オープンソースを新しい視点で見る必要があると信じています。
彼はルキデスの考え方に近いです。鍵となるのは、研究者に十分なアクセスを提供して、特定の研究がどのように行われるかを発見できるようにすることです。 AI モデルが成功するか失敗するか。
「これらのモデルを実行するために、すべてのコードとインフラストラクチャに完全にアクセスする必要はありません。」彼が言うように、コードへの完全なアクセスは、開発者がラップトップでオープンソース プログラムを実行し、派生作品を作成できる場合にのみ意味を持ちます。
今日 Google や Microsoft が実行するコードの規模と独特の複雑さを考えると、これは意味がありません。大規模なクラウド コードに完全にアクセスできるわけではありません。
私たちは理解する必要があります。オープンソースは、オープンソースの世界を見るためのレンズではありません。そして、今日私たちが生きているクラウド時代を考慮すると、オープンソースの使用はますます少なくなっています。
私たちの目標は、企業としても個人としても、数十年にわたるオープンソースの概念を再発明しようとするのではなく、顧客とサードパーティ開発者に利益をもたらす方法でソフトウェアへのアクセスを開放し、理解を容易にすることであるべきです。成雲前。 AI に適用されないのと同様、オープンソースにも適用されません。
考えを変える時期が来ました。
以上がAIはオープンソースには向かないのでしょうか? MongoDB 副社長: オープンソース コードは人工知能には適さないの詳細内容です。詳細については、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)

ホットトピック









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

MySQLはJSONデータを返すことができます。 json_extract関数はフィールド値を抽出します。複雑なクエリについては、Where句を使用してJSONデータをフィルタリングすることを検討できますが、そのパフォーマンスへの影響に注意してください。 JSONに対するMySQLのサポートは絶えず増加しており、最新バージョンと機能に注意を払うことをお勧めします。

データベース酸属性の詳細な説明酸属性は、データベーストランザクションの信頼性と一貫性を確保するための一連のルールです。データベースシステムがトランザクションを処理する方法を定義し、システムのクラッシュ、停電、または複数のユーザーの同時アクセスの場合でも、データの整合性と精度を確保します。酸属性の概要原子性:トランザクションは不可分な単位と見なされます。どの部分も失敗し、トランザクション全体がロールバックされ、データベースは変更を保持しません。たとえば、銀行の譲渡が1つのアカウントから控除されているが別のアカウントに増加しない場合、操作全体が取り消されます。 TRANSACTION; updateaccountssetbalance = balance-100wh

sqllimit句:クエリ結果の行数を制御します。 SQLの制限条項は、クエリによって返される行数を制限するために使用されます。これは、大規模なデータセット、パジネートされたディスプレイ、テストデータを処理する場合に非常に便利であり、クエリ効率を効果的に改善することができます。構文の基本的な構文:SelectColumn1、column2、... FromTable_nameLimitnumber_of_rows; number_of_rows:返された行の数を指定します。オフセットの構文:SelectColumn1、column2、... FromTable_nameLimitoffset、number_of_rows; offset:skip

MySQLデータベースパフォーマンス最適化ガイドリソース集約型アプリケーションでは、MySQLデータベースが重要な役割を果たし、大規模なトランザクションの管理を担当しています。ただし、アプリケーションのスケールが拡大すると、データベースパフォーマンスのボトルネックが制約になることがよくあります。この記事では、一連の効果的なMySQLパフォーマンス最適化戦略を検討して、アプリケーションが高負荷の下で効率的で応答性の高いままであることを保証します。実際のケースを組み合わせて、インデックス作成、クエリ最適化、データベース設計、キャッシュなどの詳細な主要なテクノロジーを説明します。 1.データベースアーキテクチャの設計と最適化されたデータベースアーキテクチャは、MySQLパフォーマンスの最適化の基礎です。いくつかのコア原則は次のとおりです。適切なデータ型を選択し、ニーズを満たす最小のデータ型を選択すると、ストレージスペースを節約するだけでなく、データ処理速度を向上させることもできます。

MySQLプライマリキーは、データベース内の各行を一意に識別するキー属性であるため、空にすることはできません。主キーが空になる可能性がある場合、レコードを一意に識別することはできません。これにより、データの混乱が発生します。一次キーとして自己挿入整数列またはUUIDを使用する場合、効率やスペース占有などの要因を考慮し、適切なソリューションを選択する必要があります。

Hash値として保存されているため、Navicatを介してMongoDBパスワードを直接表示することは不可能です。紛失したパスワードを取得する方法:1。パスワードのリセット。 2。構成ファイルを確認します(ハッシュ値が含まれる場合があります)。 3.コードを確認します(パスワードをハードコードできます)。

MySQLおよびMariaDBデータベースの効果的な監視は、最適なパフォーマンスを維持し、潜在的なボトルネックを特定し、システム全体の信頼性を確保するために重要です。 Prometheus MySQL Exporterは、プロアクティブな管理とトラブルシューティングに重要なデータベースメトリックに関する詳細な洞察を提供する強力なツールです。
