オープンソースの簡単な歴史

さまざまな分野でのオープン ソース ソフトウェアの出現と開発は、インターネットを谅解する上で非常重要な地方を占めています。オープン ソース ソフトウェアがなければ、インターネットへのアクセスを可以にするツールの多くは的存在しなかったでしょう。さらに、オープンソース人文精神は、効率的なグローバル コラボレーション、新しい法的枠組み、および明亮性の要のための丰富のリソースをもたらしました。

オープンソースの歴史に関心を持つべき理由

私たちは毎日、私たちを統治する人々や機関の決定に影響を受けています。数百年前、職場の所有者は従業員が特定の時間に仕事を開始することを望んでいたため、私たちは特定の時間に目覚めます。そこから、学校や他のすべての社会機関が適応しました。

路途を横断する前に、手机信号が青になるのを待ちます。朝のペストリーを手に入れると、スリムなプラスチックカード、または携帯電話の半身像で支払うことができます.すべては、人々がいくつかのグローバルなルールとプロトコルに拒绝したためです。

オープンソース民族文化には、社会各界中所有に利于をもたらすルールやプロトコルを城市人口の多いグループがどのように做成できるか、また做成する有有必要的があるかについて、合理なひねりと終わりのない進歩意向の議論が伴います。社会各界中の思慮深い進歩に関心がある場合は、貢献する方式方法を探し始める有有必要的があります。

アクセスの哲学は、リチャード・ストールマンのおかげで、あなた、私、そして私たち全員に利益をもたらします

オープン ソース運動の台頭につながった重要な出来事の 1 つは、1970 年代に MIT にプリンターを寄贈したことです。を含むスタッフプログラマーリチャード・M・ストールマン以前、所有していた古いものでソーシャル ハックを実装していました。詰まったときはいつでも警告を送信します。新しいソフトウェア開発チームは、プリンタを製造している会社と機密保持契約を結んでいたため、ストールマンと同僚は、生活を楽にするこのソーシャル ハックを実装するためのソース コードにアクセスできませんでした。

寄贈されたプリンタのソース コードにアクセスできないことで、ストールマンは完全なオペレーティング システムを作成し、すべてのユーザーがその仕組みを知り、物事を変更する自由を与えることを決意しました。このようにして、__ __ が誕生しました。ペニング1985 年に、ストールマンはゴールデン ルールを定義しました。

[私]がプログラムを気に入ったら、それを気に入る[かもしれない]他の人々と共有しなければなりません。ソフトウェアの売り手は、ユーザーを分割して征服し、各ユーザーに他のユーザーと共有しないように同意させたいと考えています。このような方法で他のユーザーとの連帯を断ち切ることを拒否します。

生き方としてのハッカーの態度

ストールマンと同じような見方をしているなら、ハッカーになることについてもっと学びたいと思うかもしれません。、ソフトウェア開発者およびオープンソースの支持者であり、広く知られているエッセイも書いています1997 年に、ハッカーの態度について説明しています。.

ハッカーは問題を解決し、ものを構築します。それらをクラッカーと混同してはいけません。クラッカーは、おそらくそれほど明るくないために物事を壊すものです.彼らは、的世界は品味的な問題に満ちていると信じています。ハッカーは学習程度を使い果たすことで、少しずつ問題を根本に解決するソリューションを制作します。仲間のハッカーへの敬重から、彼らはお互いに車輪の再発明を強要したり、創造的なソリューションをオープンに总共したりしません。

ハッカーの態度は、アクセスの哲学思想に基づいています。

物理領域へのオープンソース拡張

ハッカーの態度は、コンピューターやプログラミングとは何の関係もない領域にまで及びます。たとえば、では、ベッド、椅子、三輪車の基本的な備品の作り方を無料で学ぶことができます。自分で構築することもできます一般的な建材を使った家。私たちの時代のグーテンベルクを探しているなら、もう探す必要はありません。そして持っている.また、今では、実際には、携帯電話に他のインターネットベースのメッセージング アプリケーションは必要ありません。

オープンソース文化の最先端

過去数十年間、コプロダクションの興味深い社会的実験から学んだことが蓄積され、次のような概念が出現しました。、、クラウドソーシングとユーザー作成コンテンツ.そして、それはここで止まることはないようです。

力の乗数としてのコミュニティ

おそらく、企業の生産の市场では物事が他のどこよりもトップダウンではないため、オープンソースの特色文化は進化して、ソフトウェアを相互生産する技术に関するアイデアだけでなく、より広範に、技術的な深さのしきい値。そのようなアイデアの多くは、企業の市场、特にグローバルなスタートアップと起業家精神抖擞のエコシステムの利害関係者の間で広く採用されました.

次のようなオープンソースのパイオニアの作品でさらに拡張されましたエリック S. レイモンド著、世界中のテクノロジーを生み出すチームに広く影響を与えたいくつかの重要なアイデアを以下に示します。

1. 早に、そして頻繁にリリースします。計画が完璧になるのを待つ有必要的はありません。
2. 自分の仕事や問題を三十分に広い按份共得開発者と共得すれば、どんな困難な問題も解決できます。
3. 共同利益開発者は比较高の味方です。彼らはあなたの缺陷を指摘し、長所を褒めてくれます。それらを近くに置いてください。

民主主義++

実際、オープンソースは、人々のグループがオンラインで意思決定を行う社会現象です。おそらく、集合的な意思決定が、より民主的でボトムアップの慣行を含む方向に進んでいる領域です。

オープンソース プロジェクトの開発者は、通常、コンセンサスによって決定を下します。問題が解決しにくい場合や、最善の努力を尽くしてもコンセンサスが形成されない場合、コミュニティが長期的に協力するつもりであれば、コミュニティは前進するための道筋を示す必要があります。

最初に始めたことの暫定的な任命(BDFL) は Python を使用しており、コンセンサスが形成されない場合にグループの自然なリーダーが決定を下すことを望んでいた他のプロジェクト (Ubuntu、Linux、OpenStreetMap、WordPress など) に急速に広がりました。 Django には 2 つの BDFL がありました。と、彼は、個人的な時間が不足し、BDFL なしで機能する Django コミュニティの能力を信頼していなかったため、2015 年に __ました。

研究は、何度も何度も、それを示しています各メンバーが提供することに気を配っているチーム他は群を抜いて最高のものです。だからこそ、オープンソースのパイオニアはのようなプロジェクトに取り組んでいますオープンソースでハラスメントのない共同作業のインスタンスを作成します。

オープンソースは壊れていますか?

は長い間、ソフトウェア開発者が共同作業を行うためのプラットフォームであり、一般的なソフトウェア プロジェクトでの仮想共同作業を容易にする機能を備えています。 GitHub は、オープンソース コミュニティが進捗状況を保存し、作業を共有する最も一般的な方法でもあります。 2018年、同社はMicrosoft によって、オープン ソース開発へのテクノロジの巨人の焦点を高めるために。

2018 年と 2019 年は、大手テック企業の物議を醸す意思決定が従業員から大きな反発を引き起こした年でした。 、 と見出しになったケースでした。ソート リーダーは、倫理的責任を負う大企業の従業員を呼び出しました.

また、GitHub が米国移民税関捜査局 (ICE) と協定を結んでいることが判明したときも、おそらく驚くことではありませんでした。でオープンソース コミュニティの多くの活発なメンバーは、オープンソースの中核的価値であると彼らが信じているものと一致しない ICE の歴史の側面を指摘しました。すべての人のために"。会社はこう答えた、彼らが解釈する契約の性質を詳述し、その範囲がオープンソース開発者の善意とは何の関係もないことを強調し、それはGitHubが利用している主要な資産です.

別の意味で、合法性は Copilot は、リアルタイムのコード記述を改善するための提案を提供する、プログラマー向けのサポート ツールです。それはAIシステムに基づいていますによって開発されたマイクロソフトにライセンスされています。精査は米国の裁判所で継続されており、これは Codex が GitHub のパブリックおよびオープン ソース コード リポジトリを利用して AI モデルをトレーニングしたことに起因しています。とりわけオープンソースの擁護者であるMatthew Butterickは、不公平の背後にある理由は次のとおりです。

Microsoft は、大量のオープン ソース コードに対する代替インターフェイスとして Copilot を提供することで、オープン ソースの作成者とユーザーの間の法的関係を断ち切る以上のことを行っています。おそらく、マイクロソフトは新しいプログラマーが従来のオープンソース コミュニティを発見するのを妨げます。または、少なくとも、そうするインセンティブを削除します。時間が経つにつれて、このプロセスはこれらのコミュニティを飢えさせるでしょう.ユーザーの注意と関与は、Copilot の壁に囲まれた庭に移され、オープンソース プロジェクト自体から離れて、ソース リポジトリ、課題トラッカー、メーリング リスト、ディスカッション ボードから離れます。このエネルギーの変化は、オープンソースにとって痛ましく永久的な損失となります。

GitHub の最近の行動は、オープン ソースの歴史において重要なマイルストーンをマークする大きな議論を巻き起こしました。オープン ソースへのアクセスを制限する重要性がありますか?途方もない創造的な努力を払っているにもかかわらず、目的を達成するのに苦労しているオープンソースのメンテナーが、彼らの貢献が、倫理的にサポートしていない巨大な利益を生み出すコンステレーションに使用されることを期待する必要がありますか?による、上記のすべての質問に対する答えは「はい」です。

Dan Goodman-Wilson は、オープンソースの壊れた状態についての __ノーと答え、問題の根源を次のように要約しています。

オープンソースは、オープンソース ソフトウェアのプールへのアクセスを規制することを明確に拒否しましたが、コミュニティの構造に織り込まれた、目に見えない、暗黙の、しかし非常に現実的な規制の広範なシステムに目をつぶっています。このコントロールの完全な放棄は有毒であり、私たちが必要とする人々を追い出し、私たちが望まない人々への扉を開きます.オープンソースの主な欠点は、オープンソース コミュニティ全体を管理する既存の (暗黙の、秘密の) 規制の組み合わせ、またはその欠如によって説明できます。

Goodman-Wilson は、ポスト オープン ソースの世界についての説明の中で、オープン ソース メンテナーのための思慮深いインセンティブ システムの必要性と、「基本原則」にコミットすることを望まないアクターのオープン ソースの使用を妨げるメカニズムの必要性を強調しています。人間の価値」。 __なプロジェクトそしてそのオープンソース コミュニティが、倫理的な考慮事項を考慮したライセンスを実装し、悪意をなくすことを可能にしています。

もっと大きな魚もいますが、 、他の人-同じくらい大きい人もいます-まだ悪ではないことに夢中です。自分の興味や作用が最も適している場所を見つけるのに遅すぎることはありません。

これについてもっと知りたいですか？

• オープンソース ガバナンスはどのように機能していますか? - ネイサン・シュナイダー

• 貢献するオープンソース プロジェクト🔎を見つけるためのガイド - Leonardo Montini

• 
  

---

リード イメージ:ありとあらゆるものをオープン ソース化する。 kertburgerによるイラスト。