目次
オープンソースに対する別の見方
ホームページ テクノロジー周辺機器 AI AIはオープンソースには向かないのでしょうか? MongoDB 副社長: オープンソース コードは人工知能には適さない

AIはオープンソースには向かないのでしょうか? MongoDB 副社長: オープンソース コードは人工知能には適さない

Apr 12, 2023 pm 05:28 PM
ai オープンソース コード

AI オープンソースの問題について話すときが来ました。

明らかに、これは開発者が直面しなければならない問題です。基本的に 2006 年以来、オープンソースの問題は最重要課題の 1 つになりました。

Matt Asay は、MongoDB のマーケティング責任者です。それ以前は、Amazon Web Services の責任者および Adob​​e の開発者エコシステムの責任者を務めていました。

Asay は、Adobe に入社する前、オープンソース企業で一連の役職を歴任しました。 MongoDB のビジネス開発、マーケティング、コミュニティ担当副社長、リアルタイム分析会社 Nodeable (後に Appcelerator に買収) のビジネス開発担当副社長、モバイル HTML5 スタートアップの Strobe (後に Facebook に買収) のビジネス開発担当副社長および暫定 CEO、Ubuntu Canonical 社の Linux COO であり、コンテンツ管理スタートアップ Alfresco の南北アメリカ部門責任者。

最終的に、Asay は Open Source Initiative (OSI) の名誉ディレクターとなり、スタンフォード大学で法学博士号を取得しました。

AIはオープンソースには向かないのでしょうか? MongoDB 副社長: オープンソース コードは人工知能には適さない

以前、Matt Asay は Google と Yahoo がオープンソース コードに対して留保していると非難し、その後叱られました。

今考えてみると、それは当然です。

Tim O'Reilly 氏は、オープンソース クラウドの時代において、開発者がコードを共有する動機は、他の人に独自のプログラムを実行させ、それによってソース コードのコピーを提供することであると述べました。そしてその必要性は徐々に消えていきました。

AIはオープンソースには向かないのでしょうか? MongoDB 副社長: オープンソース コードは人工知能には適さない

## Reilly 氏は続けて、これは不必要であるだけでなく、大規模なアプリではもはや不可能であると指摘します。

過去 10 年にわたり、この共有の不可能性により、オープンソースの本来の定義が覆されました。今日、新しい定義が人工知能に関する私たちの考え方に影響を与えています。

Mike Loukides が指摘しているように、AI に関するコラボレーションはかつてないほど重要になっており、また、これほど困難になったこともありません。

2006 年のクラウド コンピューティングと同じように、人工知能で最も興味深い研究を行っている企業は、おそらく従来の方法でオープンソース化に努めることになるでしょう。

しかし、たとえ彼らのオープンソース手法が伝統的だったとしても、それは彼らがより有意義な方法でオープンにできないという意味ではありません。

オープン インフラストラクチャ

Loukides 氏は次のように考えています。 Meta、OpenAI、Google の 3 社だけです。」

この 3 社には 1 つの共通点があります。それは、いずれも大規模なモデルを大規模に実行できる能力を持っているということです。この能力の背後には強力なインフラストラクチャと技術的手段が必要ですが、多くの個人や企業がそれらを持っていないことがよくあります。

OPT-175B のソース コードを Meta からダウンロードできるのは事実ですが、手持ちのハードウェアでは OPT-175B をトレーニングできません。大学などの研究機関にとっても、OPT-175Bは大きすぎます。

AIはオープンソースには向かないのでしょうか? MongoDB 副社長: オープンソース コードは人工知能には適さない

一方、十分なコンピューティングリソースを有する Google や OpenAI ですら、OPT-175B を簡単に再現することはできません。

理由も非常に単純です。OPT-175B は Meta 独自のインフラストラクチャ (カスタム ハードウェアを含む) と密接に接続されているため、他の場所に移植するのが困難です。

言い換えれば、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はオープンソースには向かないのでしょうか? MongoDB 副社長: オープンソース コードは人工知能には適さない

彼はルキデスの考え方に近いです。鍵となるのは、研究者に十分なアクセスを提供して、特定の研究がどのように行われるかを発見できるようにすることです。 AI モデルが成功するか失敗するか。

「これらのモデルを実行するために、すべてのコードとインフラストラクチャに完全にアクセスする必要はありません。」彼が言うように、コードへの完全なアクセスは、開発者がラップトップでオープンソース プログラムを実行し、派生作品を作成できる場合にのみ意味を持ちます。

今日 Google や Microsoft が実行するコードの規模と独特の複雑さを考えると、これは意味がありません。大規模なクラウド コードに完全にアクセスできるわけではありません。

私たちは理解する必要があります。オープンソースは、オープンソースの世界を見るためのレンズではありません。そして、今日私たちが生きているクラウド時代を考慮すると、オープンソースの使用はますます少なくなっています。

私たちの目標は、企業としても個人としても、数十年にわたるオープンソースの概念を再発明しようとするのではなく、顧客とサードパーティ開発者に利益をもたらす方法でソフトウェアへのアクセスを開放し、理解を容易にすることであるべきです。成雲前。 AI に適用されないのと同様、オープンソースにも適用されません。

考えを変える時期が来ました。

以上がAIはオープンソースには向かないのでしょうか? MongoDB 副社長: オープンソース コードは人工知能には適さないの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

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

AI Clothes Remover

AI Clothes Remover

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

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

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

ホットツール

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

SublimeText3 中国語版

SublimeText3 中国語版

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

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

SublimeText3 Mac版

SublimeText3 Mac版

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

MySQLを解決する方法は開始できません MySQLを解決する方法は開始できません Apr 08, 2025 pm 02:21 PM

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

mysqlはjsonを返すことができますか mysqlはjsonを返すことができますか Apr 08, 2025 pm 03:09 PM

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

酸性特性を理解する:信頼できるデータベースの柱 酸性特性を理解する:信頼できるデータベースの柱 Apr 08, 2025 pm 06:33 PM

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

マスターSQL制限条項:クエリの行数を制御する マスターSQL制限条項:クエリの行数を制御する Apr 08, 2025 pm 07:00 PM

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

高負荷アプリケーションのMySQLパフォーマンスを最適化する方法は? 高負荷アプリケーションのMySQLパフォーマンスを最適化する方法は? Apr 08, 2025 pm 06:03 PM

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

MySQLの主な鍵はヌルにすることができます MySQLの主な鍵はヌルにすることができます Apr 08, 2025 pm 03:03 PM

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

MongoDBデータベースパスワードを表示するNAVICATの方法 MongoDBデータベースパスワードを表示するNAVICATの方法 Apr 08, 2025 pm 09:39 PM

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

Prometheus MySQL ExporterでMySQLおよびMariadb液滴を監視します Prometheus MySQL ExporterでMySQLおよびMariadb液滴を監視します Apr 08, 2025 pm 02:42 PM

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

See all articles