ドラマチックなタイトルですね。さて、その理由は次のとおりです 真実： ない  HashiCorp が物議を醸しているオープンソースから「ソース利用可能な」ライセンスへの切り替えにより、オープンソースの持続可能性とビジネス モデルに関する議論が再燃しています。オープンソースの豊かな歴史を背景に、テクノロジー コミュニティは引き続き警戒を怠らず、協調的なデジタルの未来を提唱しています。この変化は、業界におけるソフトウェア ライセンスの状況の進化を浮き彫りにしています。 オープンソースは進化している デジタル時代では、スマートフォンから に至る現代世界のバックボーンは、オープンソース ソフトウェアによって支えられています。このソフトウェアは、開発者の世界的なコミュニティによって作成されることが多く、商用製品に組み込まれ、親会社に数十億とは言わないまでも、数百万の利益をもたらします。しかし、オープンソースをめぐる最近の論争を真に理解するには、その豊かな歴史を掘り下げ、オープンソース エコシステムで独立系ソフトウェア ベンダー (ISV) が直面している課題を理解する必要があります。 クラウド コンピューティング オープンソースの簡単な歴史 「オープンソース」という言葉が生まれる前から、フリーソフトウェアへの動きがありました。 1970 年代後半から 1980 年代前半にかけて、プロプライエタリ ソフトウェアへの移行に不満を抱いたリチャード ストールマンは、  を立ち上げました。 1989 年までに、GNU General Public License (GPL) の最初のバージョンがリリースされ、「コピーレフト」アプローチが導入され、ソフトウェアの自由が確保されました。 1990 年代には、Linus Torvalds による Linux カーネルが誕生し、GNU システムにより、完全に無料でオープンなオペレーティング システムである GNU/Linux が形成されました。 「オープンソース」という用語が登場し、ソース コードへのアクセスだけでなく、ソース コードを変更および配布する自由も強調するオープン ソース イニシアチブ (OSI) が 1998 年に設立されました。 GNU プロジェクト オープンソース環境における ISV の課題 歴史的に、 インターネット アプリケーションなどの水平領域で主流を占めてきました。  や Apache など、今日の成熟したプロジェクトはインフラストラクチャまたはプラットフォーム ソフトウェアです。 ISV は多くの場合、OSS プラットフォーム ソフトウェア上でアプリケーションを開発します。ただし、これらの OSS コンポーネントは ISV の要件を満たさない場合があり、コンポーネントを連携させるために変更や「グルー コード」の追加が必要になります。これにより、OSS コンポーネントのカスタマイズされたバージョンが作成され、ISV はこの派生バージョンを維持し、これらの拡張や変更をどのように処理するかを決定するという課題に直面します。 オープンソース ソフトウェア (OSS) は、 Linux 変更をコミュニティに戻すことは ISV の利益になりますが、知的財産の共有の問題を超えて、いくつかの問題がこれを妨げています。 ハシコープ論争 今日に遡ると、Terraform の作成者である HashiCorp のような企業が、オープンソース ライセンスから「ソースが利用可能な」ライセンスに切り替えて見出しを飾っています。 HashiCorp の 移行は大きな反発に見舞われました。これは孤立した事件ではありません。企業は、オープンソースの精神とビジネスの持続可能性のバランスをとるという課題に取り組んでいます。 Mozilla Public License v2.0 (MPL 2.0) から Business Source License (BSL) v1.1 への 根本的な問題は？大手クラウド プロバイダーは、多くの場合、無償で利用できるコードを無償で利用しています。この緊張は、Terraform のフォークである OpenTF の誕生と、重要なソフトウェアを真にオープンソースに保つことの重要性を強調する の発行につながりました。 OpenTF マニフェスト オープンソースの未来 オープンソースの将来はコードだけの問題ではありません。それはコミュニティと、協力的でオープンなデジタルの未来という共通のビジョンに関するものです。オープンソース コンポーネントに依存するアプリケーションが増えるにつれ、開発者は依存関係の管理とセキュリティの確保という課題に直面しています。 。 アプリケーション コンポーネントの 90% 以上がオープン ソースから来ており、平均的なアプリケーションには 128 のオープンソース依存関係が含まれています 私たちはこれを正しく理解する必要があります。「オープンソースを保存する」ためではなく、その上に構築された重要なインフラストラクチャが故障しないようにするためです。 オープンソースは今後も進化し続け、その遺産は依然として強力です。 OpenTF マニフェストに見られるように、コミュニティの迅速な対応は、オープンソース支持者の回復力と情熱の証拠です。業界が進化するにつれて、それをサポートするモデルも進化します。企業は、自社の利益を保護することと、デジタル革命の多くを推進してきたオープンソース精神をサポートすることの間のバランスを見つける必要があります。 

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

Supporting developers with best practices in automated security and reliability.

2022 - HackerNoon Contributor of the Year - Java

2022 - HackerNoon Contributor of the Year - Open Source

Book a Call

Nominated for 2022 - HackerNoon Contributor of the Year - Open Source

Nominated for 2022 - HackerNoon Contributor of the Year - Java

Open Source is Dead: Understanding the HashiCorp License Controversy 

このオーディオは、ストーリーの元の言語で制作されています。

オープンソースは死んだ: HashiCorp ライセンス論争を理解する

About Author

コメント

ラベル

この記事は

Related Stories

海を航海する: データレイクを使用した本番環境レベルの RAG アプリケーションの開発

フォーラムからフィードへ: ソーシャルメディアアルゴリズムがデジタルインタラクションを形作る仕組み

18 種類の開発者ツールで生産性を向上しましょう 🚀🔥

AI/ML データレイクのリファレンスアーキテクチャを構築するためのアーキテクトガイド

海を航海する: データレイクを使用した本番環境レベルの RAG アプリケーションの開発

フォーラムからフィードへ: ソーシャルメディアアルゴリズムがデジタルインタラクションを形作る仕組み

18 種類の開発者ツールで生産性を向上しましょう 🚀🔥

AI/ML データレイクのリファレンスアーキテクチャを構築するためのアーキテクトガイド

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps