目次
オープンソースに対する別の見方
ホームページ テクノロジー周辺機器 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)

Laravelの地理空間:インタラクティブマップと大量のデータの最適化 Laravelの地理空間:インタラクティブマップと大量のデータの最適化 Apr 08, 2025 pm 12:24 PM

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

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

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

インストール後にMySQLの使用方法 インストール後にMySQLの使用方法 Apr 08, 2025 am 11:48 AM

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

リモートシニアバックエンジニア(プラットフォーム)がサークルが必要です リモートシニアバックエンジニア(プラットフォーム)がサークルが必要です Apr 08, 2025 pm 12:27 PM

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

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

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

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

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

酸性特性を理解する:信頼できるデータベースの柱 酸性特性を理解する:信頼できるデータベースの柱 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

See all articles