hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
オープンソースソフトウェア 歴史
2000年代以降、オープンソースは一般的な用語となり、オープンソースソフトウェアとして様々なソフトウェア、例えばLAMP・Ruby on Railsなどのウェブプラットフォーム、Linux・FreeBSD・Androidなどのオペレーティングシステム、OpenCVなどのライブラリ、といったものが開発された。Javaのソフトウェア開発キットであるOpenJDKや、.NET仕様のオープン実装であるMonoや.NET Coreなど、もともとクローズドソースやプロプライエタリだったソフトウェアがオープンソース化されたり、オープンソース版の実装がサードパーティの企業やコミュニティによって別途開発されたりしているものもある。TypeScriptやGoなど、公式の処理系（コンパイラやプログラミングツール）がオープンソースとなっているプログラミング言語も存在する。マイクロソフトによる従来のC#/Visual Basic .NETのコンパイラ (csc/vbc) はプロプライエタリだったが、のちにオープンソース版のRoslynが開発された。処理系がオープンソース化されるプログラミング言語は、言語仕様がオープン標準になっていたり、ISOやEcmaといった団体によって標準化されていたりするものも多い。
オープンソースソフトウェア 定義
オープンソースソフトウェアは、ソフトウェアのソースコードが一般に公開され、商用および非商用の目的を問わずソースコードの利用・修正・再頒布が可能なソフトウェアと定義される。オープンソースライセンスが課せられたソフトウェアやパブリックドメインに置かれたソースコードとそのソフトウェアなどがそれに当たる。
アメリカ国防総省はオープンソースソフトウェアを「可読性のあるコードが利用・学習・再利用・修正・改善・再頒布が可能であるソフトウェア」と定義している。ソースコードが開示されていても商用を目的として提供されるソフトウェアはオープンソースソフトウェアとは区分せず、プロプライエタリソフトウェアやクローズドソース・ソフトウェアに区分している。
オープンソースソフトウェア 定義
オープンソース・イニシアティブは「オープンソースの定義」に従ったソフトウェアをオープンソースのソフトウェアと定義している。オープンソースの定義は単純にソースコードへのアクセスが開かれていることを定義するものではなく、オープンソースのソフトウェアは利用者がそのソースコードを商用および非商用の目的を問わず利用・修正・頒布することを許し、それを利用する個人や団体の努力や利益を遮ることがないことを定義している。オープンソース・イニシアティブはオープンソースライセンスというライセンスカテゴリを管理しており、そのオープンソースの定義に準拠したライセンスのみをオープンソースライセンスとして承認している。オープンソースソフトウェアはオープンソースライセンスが課せられたソフトウェアであると言い換えることが出来る。
フリーソフトウェア財団はオープンソースソフトウェアという単語についての定義は行なっていないが、類似した概念として自由ソフトウェアという単語を「自由ソフトウェアの定義」において定義している。自由ソフトウェアは利用者の自由とコミュニティに敬意を払い、利用者にソフトウェアを実行・複製・配布・学習・改善する自由を提供する。その自由を提供するために、自由ソフトウェアのソースコードは一般に公開され、利用者はソフトウェアのソースコードを自由に利用・修正・再配布することが可能である。フリーソフトウェア財団の代表であるリチャード・ストールマンはオープンソース・イニシアティブの定義するオープンソースという単語およびその活動を否定的に発言しており、同財団ではオープンソースソフトウェアという単語の定義および意義については消極的である。
日本の総務省はオープンソース・イニシアティブのオープンソースの定義を満たすソフトウェアをオープンソースソフトウェアを定義するものとして参照している。
まとめると、以下の条件がOSSとして備わっていなければならない。
オープンソースソフトウェア 標準化団体
広義のオープンソースソフトウェア（オープンソースのソフトウェアや自由ソフトウェア）の分野における標準化団体はオープンソース・イニシアティブとフリーソフトウェア財団が主要な団体である。それに加えて各専門分野において、 Linux分野ではLinux Foundation、デスクトップ環境分野ではfreedesktop.org、携帯機器分野ではOpen Handset Allianceなどの組織がある。
オープンソース・イニシアティブは、1998年2月にブルース・ペレンズとエリック・レイモンドにより設立されたオープンソースのソフトウェア（英: open-source software）の発展・促進を目的に活動している非営利団体である。
オープンソースソフトウェア 標準化団体
オープンソース・イニシアティブは、ソースコードの利用・修正・再頒布を可能とするソースコードの共有文化によるソフトウェア開発の発展のため、オープンソースのソフトウェアをオープンソースの定義において定義し、オープンソースのソフトウェアを利用者の商用・非商用などの目的を問わず利用しやすい文化の構築に貢献している。オープンソースのソフトウェアに適したソフトウェアライセンスをライセンスレビューを通して選定し、オープンソースのライセンスとして承認している。オープンソースのライセンスのリストを逐次更新し、より新しく適切なライセンスの推奨や、時代遅れとなり不適切となったライセンスの非推奨など、オープンソースライセンスの管理をしている。
オープンソースソフトウェア 標準化団体
オープンソース・イニシアティブはオープンソースの用語を用いる際はオープンソースの定義に準拠することを求めている。オープンソースの商標については、アメリカでは1999年6月に「Open Source」の商標登録を求めたが、Open Sourceは一般的な用語であり特定団体が権利を持つ商標にはならないと判断されている。これについて、オープンソース・イニシアティブはOpen Sourceが一般的な用語として周知されたことを歓迎する立場を取っている。なお、日本では2002年3月にオープンソースグループ・ジャパンが「オープンソース・OPENSOURCE」を商標登録（第4553488号）している。日本での用語の利用に際しては特に許諾や制限は求められないが、オープンソースの定義に準拠した扱いで利用されることが望まれている。
オープンソース・イニシアティブは、2006年にSugarCRMが自社のことを「Commercial Open Source」と表現し、オープンソースのライセンスとして承認していないライセンスをソフトウェアに課していたことを非難した。後に、SugarCRMはライセンスをオープンソースのライセンスとして承認されているGPLv3に切り替えている。
オープンソースソフトウェア 標準化団体
フリーソフトウェア財団は、1985年10月4日にリチャード・ストールマンにより設立された自由ソフトウェア（英: free software）の発展・促進を目的に活動している非営利団体である。
フリーソフトウェア財団はソフトウェアの利用者の作成、頒布、改変する自由をユーザーに広く遍く推し進めることを狙い、自由ソフトウェアを自由ソフトウェアの定義において定義し、コピーレフトを基本とする社会運動の支援を目標に掲げている。コピーレフトは利用者がソフトウェアを実行・複製・配布・研究・変更・改良する自由を守り、その利用者の自由を派生ソフトウェアに展開して自由ソフトウェアのコモンズの輪を広げる概念である。フリーソフトウェア財団はコピーレフトの概念をGPLやAGPLなどのソフトウェアライセンスとして実装し、同ライセンスの利用を推進している。
オープンソースソフトウェア 標準化団体
フリーソフトウェア財団は利用者がソフトウェアを実行・複製・配布・研究・変更・改良する自由を尊重し、その自由であるソフトウェアを啓蒙する社会運動として自由ソフトウェア運動を行っている。自由ソフトウェア運動では自由を尊重するソフトウェアやファイルフォーマットをGNU宣言・自由ソフトウェアの歌・PlayOggなどを通して啓蒙している。利用者の自由を妨げるDRMやソフトウェア特許についてはDefective by DesignやTiVo化と表現して批判している。また、フリーソフトウェア財団は自由ソフトウェアとオープンソースのソフトウェアは異なるものであり、オープンソースは自由ソフトウェアの理念の的を外しているとして、広義のオープンソースソフトウェアのような表現ではなく、自由ソフトウェアとオープンソースソフトウェア、FLOSS (Free/Libre and Open Source Software) などの表現をすることを求めている。
フリーソフトウェア財団は自由ソフトウェアのみで構成されるオペレーティングシステムの開発、および自由ソフトウェアライセンスの実装とレビューをするプロジェクトとしてGNUプロジェクトを遂行している。
オープンソースソフトウェア 標準化団体
freedesktop.orgは、2000年にハヴォック・ペニントンにより設立されたUnix系システムのデスクトップ環境の相互運用性の向上と共通基盤技術の整備を目指した非営利団体である。GNOME・KDE・XfceなどのX11上のデスクトップ環境のユーザビリティの差異の問題を明確化し、共通化の方向性を模索・助力をしている。また、X.Org Server・D-BUS・HALなどの基礎基盤のリファレンス実装を開発し、各ソフトウェアでの実装の差異の削減を図っている。
Linux Foundationは、2007年1月にOpen Source Development LabsとFree Standards Groupを統合する形で設立されたLinuxオペレーティングシステムの普及をサポートする非営利のコンソーシアムである。Linuxのカーネルを含む開発とそのオペレーティングシステムの成長と普及のための活動を実施している。Linuxの原作者であり開発の第一人者であるリーナス・トーバルズは2018年現在、Linux Foundationにフルタイムで勤務している。
Open Handset Allianceは、2007年11月にGoogleを中心として設立された携帯機器の共通環境の開発を推進するために組織されたアライアンス（コンソーシアム）である。通信キャリア・半導体メーカー・携帯電話メーカー・ソフトウェアベンダーなど携帯機器分野全般の企業・団体が参画している。Open Handset Allianceはオープンソースの携帯電話のフラグシップ・ソフトウェアとしてAndroidを開発し、Android SDKをオープンソースソフトウェアとして公開している。参画組織はアライアンスが開発したAndroidをフォークして試験的なクローズドソースのバージョンで試験実装をしたり、独自のAndroidディストリビューションを用いた携帯電話の開発・販売している。
クリエイティブ・コモンズは、2001年に著作物の適正な再利用の促進を目的として設立された非営利団体である。クリエイティブ・コモンズはクリエイティブ・コモンズ・ライセンスという著作物全般に適用可能なライセンスをリリースしている。ただし、クリエイティブ・コモンズはソフトウェア分野の著作物には既に適したライセンス（ソフトウェアライセンス）が多数存在しており、クリエイティブ・コモンズ・ライセンスを利用する必要性はないとして、ソフトウェアとソースコードにクリエイティブ・コモンズ・ライセンスを適用することは推奨していない。
オープンソースソフトウェア ライセンス
オープンソースライセンスは、オープンソースソフトウェアの定義に従い利用者の利用目的に問わずソフトウェアのソースコードの利用・修正・再頒布を認めるソフトウェアライセンスである。オープンソースライセンスの多くはソフトウェアのソースコードを公開したパーミッシブ・ライセンスもしくはコピーレフト・ライセンスである。パーミッシブ・ライセンスはソフトウェアの利用に最低限の制約のみを課し、コピーレフト・ライセンスはソフトウェアの利用に利用者の自由を制約として義務付ける。ソフトウェアに課せられたライセンスが本当にオープンソースソフトウェアであることを認めるソフトウェアライセンスであるかについて慎重な法的レビューをするべきである。
2018年2月現在、広く使われている、もしくは、著名なコミュニティが採用しているパーミッシブ・ライセンスとしてApache-2.0・BSD-3-Clause・BSD-2-Clause・MIT、コピーレフト・ライセンスのGPLv3・LGPLv3、原作者特権条項のあるMPL-2.0・CDDL-1.0・EPL-2.0が挙げられる。
オープンソースソフトウェア ライセンス
オープンソースライセンスは、ライセンサー（作者）の定めた誓約に従う範囲でライセンシー（利用者）にソフトウェアとソースコードの自由な利用を認める。オープンソースソフトウェアの性質上、ソフトウェアやその二次著作物は元の作者でも制御しきれない形で頒布されるため、多くのライセンスでソフトウェアおよびソースコードの利用に際して「無保証 (NO WARRANTY)」と宣言した誓約を記す。それに加えてライセンス毎に異なる誓約（条項・条文）が記す。
著作権表示条項および広告表示条項は、適切な形でソースコードや付属文書に含まれる著作権表示を保持し、つまり二次的著作物を作った者が自分で0から作ったように偽らないことを定める。著作権表示は改変していないソースコードファイルのヘッダのコピーライトを残した上で、ソフトウェアを利用するエンドユーザーに作品元を表示することを求めるApache-2.0や、ソフトウェアのソースコードツリーのCOPYRIGHTファイルに作品元を記すことを要求するMITなどがある。
オープンソースソフトウェア ライセンス
コピーレフト条項ないし継承条項は、そのライセンスで公開されたソフトウェアを修正して二次創作物として公開する場合に、同じライセンスもしくはそれと同等条件の利用許可を要求するライセンスで公開することを定める。同等ライセンスを派生ソフトウェアに課すことで、ライセンスが規程するソースコードの共有文化のコモンズを展開する。派生ソフトウェアに同一ライセンスを要求するGPL・MPL-2.0・CDDL-1.0がある。
原作者特権条項は、原則的には利用者にその事項を許可もしくは禁止するが、原作者が利用する場合にはその限りではないことを定める。原作者は利用者にソフトウェアのソースコードを開示することを要求するMPL-2.0・CDDL-1.0がある。
オープンソースライセンスは多数のライセンスが存在しているが、オープンソース・イニシアティブ・GNUプロジェクト・Fedoraプロジェクト・Debianプロジェクトなどは対象のソフトウェアライセンスがオープンソースソフトウェアに課すライセンスとして適切であるかの法的レビューを個々に実施している。特にオープンソース・イニシアティブとGNUプロジェクトのライセンスレビューは重要であり、それらの団体のレビューを通ったライセンスをオープンソースライセンスとして用いることが推奨される。
オープンソースソフトウェア ライセンス
オープンソース・イニシアティブはオープンソースの定義に基づいたライセンスレビューの実施とライセンスの一覧を管理をしている。オープンソースのライセンスの中でも主要なライセンスを選定しており、オープンソースソフトウェアにはその主要なライセンスの中からライセンス選択することを推奨している。オープンソースのライセンスと主要ライセンスの一覧は適宜更新されており、過去に承認・推奨されていたライセンスでも現在は非推奨となったライセンスなどもある。
GNUプロジェクトは自由ソフトウェアの定義に基づいた自由ソフトウェアライセンスの一覧を管理している。一覧には自由ソフトウェアの定義に適合しているか、コピーレフト条項を含むか、GPLと互換性があるか、および特記事項を記載している。自由ソフトウェアはそれに応じた異なるライセンスを選択するべきとし、ライセンス選択時の推奨ガイドラインを出している。一般的なソフトウェアではコピーレフト特性をもつGPL、小さなプログラムではコピーレフト特性を持たないApache-2.0、ライブラリではLGPL、サーバソフトウェアではAGPLを推奨している。
オープンソースソフトウェア ライセンス
Fedoraプロジェクトは同プロジェクトのソフトウェアに課せられるべきソフトウェアライセンスの一覧を管理している。Fedoraの公式パッケージに含まれるソフトウェアはこの一覧にあるソフトウェアライセンスが課せられたものであり、これらのライセンスはフリーソフトウェア財団、オープンソース・イニシアティブおよびRed Hat法務担当が公認したものである。ライセンスの検証はFedoraのメーリングリストで公に検証されている。ただし、コンフィデンシャルな情報を送ることや、ソースコードについての法的な助言を求めるために利用してはならないし、メーリングリストの参加者が法律家や弁護士であることを仮定するべきではない。
DebianプロジェクトはDebianフリーソフトウェアガイドライン (DFSG) に基づいたソフトウェアライセンスの一覧を管理している。Debianの公式パッケージに含まれるソフトウェアは原則としてDebianフリーソフトウェアガイドラインに準拠したソフトウェアライセンスが課せられたものである。Debianフリーソフトウェアガイドラインはオープンソースソフトウェアの定義に符号するものであり、DFSG準拠ライセンスはオープンソースソフトウェアに課すソフトウェアライセンスの一例として参考にできる。
オープンソースソフトウェア ライセンス
ソフトウェアライセンスにはライセンスの互換性がある。異なるライセンスはそれぞれが定める誓約の下にソフトウェアとソースコードを利用することが出来るが、ライセンスによっては自身のソフトウェアの利用に対する誓約だけではなく併用するソフトウェアに対して求める誓約を含む場合があり、その際に複数のソフトウェアのライセンスに互換性がない場合はソフトウェアを併用することが不可能となる。例えば、GNU General Public Licenseは併用するソフトウェアに同一のライセンスを適用することを求めているため、同ライセンスと商用ソフトウェアのクローズドソースを求めるライセンスは併用出来ない。フリーソフトウェア財団はGPLのコピーレフト誓約違反に対して幾度も訴訟を起こしている。
オープンソースソフトウェア ライセンス
2000年代前半、オープンソースソフトウェアのライセンスは多数の独自ライセンスが策定され、よく似た条文で一部分だけ異なるという有象無象のライセンスがいたずらに作られていったことを問題視し、その事象はライセンスの氾濫と呼ばれ批判の対象となった。ライセンスの氾濫はライセンス製作者の虚栄心を満たすだけの無害なものではなく、オープンソースソフトウェアに課せられたライセンスの内容を精査しなければならない利用者を疲弊させる有害なものであった。オープンソース・イニシアティブは2006年にこの問題を解決するためライセンス氾濫問題プロジェクト (License Proliferation Project) を立ち上げ、ライセンスレビューを通して承認ライセンスを選定することでライセンスの氾濫を抑えた歴史がある。ライセンスの氾濫を再発させないため、オープンソースソフトウェアのライセンスは既存のオープンソースライセンスを採用することが推奨される。ライセンスの作成者は新規ライセンスの必要性について慎重な検討を経て策定に至り、ライセンスを承認する団体は新規のライセンスが既存のライセンスと本質的な差異がない場合は承認しない判断を下している。
オープンソースソフトウェア ライセンス
ライセンスの継承条文を伴うオープンソースライセンスが課せられたソフトウェアは、その継承条文に基づき、ソフトウェアのソースコードを利用、修正したソフトウェアのソフトウェアライセンスを同等条件のものとするよう縛る。このライセンスの縛りはソースコードの二次利用、三次利用と伝播し、ライセンスがウイルスのように感染していくことからウイルス性ライセンス（ライセンス感染）と呼ばれる。ライセンス感染するライセンスの例としては、GPL (コピーレフト条文)やCC BY-SA (SA条項)がある。ライセンス感染の影響は元となったソフトウェアライセンスの内容に依るが、GNU GPLのコピーレフト条項のようにソースコードの公開を義務とするものや、CC BY-SAのSA条項ように同等条件のライセンスを強制するだけ（ソースコードの公開を求めるかどうかは別条文に依る）のものがある。
パブリックドメインによる著作権の放棄は著作権法の下に完全に認められたという実績（判決）は存在しておらず、法的な判断が不明瞭である。ソースコード作成者が著作権を放棄する意図でパブリックドメイン以下で公開していたソースコードに対して、ソースコード作成者が考えを変えて著作権の保持を主張してソースコードの二次利用者を訴えた場合に、サブマリン特許のように見解を翻して権利を行使することの是非という道徳的な観点は別として、著作権の放棄の有効性について著作権法の下にどのような判断がなされるのか明確になっていない。つまり、パブリックドメインはソースコード作成者の当初の意図に反して著作権の放棄はできておらず、著作権の保持を根拠にしたソースコードの二次利用者に対する訴えは有効であるとされる可能性がある。そのような不確定性のため、オープンソース・イニシアティブはパブリックドメインに相当するCC0を有効なオープンソースライセンスとして承認していない。一方で、フリーソフトウェア財団はCC0を有効な自由ソフトウェアライセンスとして承認している。
オープンソースソフトウェア OSS開発
オープンソースソフトウェアの利用者は共同開発者のように扱われる。利用者はソフトウェアのソースコードにアクセスすることができ、ソフトウェアへの機能追加、ソースコードの修正、バグの報告、ドキュメントの提出が可能である。利用者はそれらをソフトウェア開発のメインストリームに反映することができるし、利用者が望むのであれば自身の製品として頒布することもできる。オープンソースソフトウェアで複数の共同開発者を持つことは、ソフトウェアの発展を手助けする。リーナスの法則では、「十分な目玉を与えられることで、全てのバグは浅くなる」と述べている。このことは、多くの利用者がソースコードを眺めれば、結局は全てのバグを発見しそれらの修正方法が提案される、ということを意味している。
オープンソースソフトウェア開発に使われる開発ツールはそれもまたオープンソースソフトウェアであることがある。オープンソースソフトウェア開発でオープンソースソフトウェアの開発ツールである利点は、オープンソースソフトウェアのライブラリの一部にオープンソースソフトウェアを利用する利点と同じく、その開発ツールがオープンソースソフトウェアであることによる利便性、安全性、信頼性を享受できることである。
オープンソースソフトウェア OSS開発
オープンソースソフトウェアの機能は幾つもの細分化されたモジュールで構成されている。例えばコンパイラでは、字句解析、構文解析、意味解析、最適化、コード生成などの機能を持ち、それらはモジュールとして一つのソフトウェアに内包される。LAMPのようなSaaSでは、Linux、Apache、MySQL、PHPなどの複数のオープンソースソフトウェアの組み合わせで、一つのサービスを提供している。細分化されたモジュールはそれぞれの機能を得意とする利用者および開発者により改善がもたらされ、より良いソフトウェアへの発展を手助けする。
オープンソースソフトウェアのアーキテクチャは利用者および開発者により決定され、その戦略的決定を利用者の意見や他の多くの要因に依存する。長期に渡って固定された具体的な仕様や開発計画に依らず、複数の要因による柔軟なアーキテクチャ決定を通して仕様や開発計画を決定する。オープンソースソフトウェアの利用者は各個により良いアーキテクチャを決定する権利を持ち、メインストリームのソフトウェアおよび派生したソフトウェアのアーキテクチャとしてそれを採用することができる。
オープンソースソフトウェア OSS開発
ソフトウェアの開発者が複数名からなり、修正が頻繁になされるオープンソースソフトウェア開発では、ソースコードの修正内容、修正履歴の閲覧、そして修正の差し戻しを助けるためソースコードリポジトリにバージョン管理システムが用いられる。
ソースコードリポジトリはソフトウェアのソースコード一式を保存し、ソースコードの変更者、変更時刻、変更時コメントを残す。ソースコードの変更はユニークなID（連番の数字やハッシュ値）が割り当てられ、変更の記録を遡って特定して変更内容を確認することができる。ソースコードリポジトリはローカルファイルシステムに置くものや、インターネットを介したネットワーク上に置くものもある。オープンソースソフトウェアの利用者はソースコードリポジトリをフォークして独自のソースコードリポジトリを構築し、そのソースコードリポジトリ上でオープンソースソフトウェアを利用、修正、再頒布してより良いオープンソースソフトウェアを提供することができる。
オープンソースソフトウェア OSS開発
ソースコードリポジトリをホスティングサービスとして提供するウェブサービスには、SourceForge、GitHub、Bitbucketなどがある。それらのウェブサービスは一般にソースコードが公開されるバージョン管理されたソースコードリポジトリを提供し、オープンソースソフトウェアの開発を支援している。それらのリポジトリはソースコードの閲覧、フォークは二次開発者が自由に行えるが、メインストリームのソースコードリポジトリに置かれたソースコード修正は主管開発者やその権限が与えられた開発者のみに許されており、不適切なソースコード修正がメインストリームのソースコードリポジトリに反映されて品質を損なうことを防いでいる。
オープンソースソフトウェアの開発者間のコミュニケーションはメーリングリスト、IRC、インスタントメッセージ、バグトラッキングシステムなどのインターネットコミュニケーションが用いられる。これらのコミュニケーションツールはオープンソースソフトウェアのソースコードの実装についてだけではなく、オープンソースソフトウェアの開発に関わるプロジェクトの方針、設計の検討、テストの実施、不具合の報告などの多岐に渡った話題のためのコミュニケーションに利用される。
オープンソースソフトウェア OSS開発
コミュニケーションツールはプロジェクトの話題に限定したIRC、Skype、Slackなどのチャット、ソースコードリポジトリ、バグトラッキングシステム、ウィキを統合したGitHub、Bitbucketなどのホスティングサービス、プロジェクトやソフトウェアを限定しない雑多なStack Overflow、redditなどのコミュニティサイトが存在する。
オープンソースソフトウェアのリリースは複数の公式バージョンを配布している。一つは「安定版」で、機能が安定している、致命的なバグがない、実行環境への最適化がなされているなどの、利用者がそのソフトウェアを定常的に利用しても大きな問題が発生することが想定されていないバージョンである。一つは「検証版」で、試験的な機能が実装されている、バグが存在している、幾つかの環境でのみ動作するなどの、利用者がソフトウェアの開発および検証を目的として用いるバージョンである。安定版は検証版より長い間隔でリリースされることもあり、幾つかの検証版のリリースを経て安定版がリリースされることがある。検証版はアルファ版、ベータ版、RC（Release Candidate、リリース候補）版などの名称を持つ。オープンソースソフトウェアの特性上、安定版ですべての機能が完成して開発が終了するものを示すものではなく、安定版もまた継続してリリースされる。
オープンソースソフトウェア OSS開発
オープンソースソフトウェアのリリースサイクルは短い間隔でリリースされる。ソフトウェアのソースコードが公開されていることにより、利用者はスナップショットのソースコードでソフトウェアをビルドすることが可能で、そのソフトウェアを非公式リリースとして頒布することもできる。短い間隔でのリリースを実現するため、継続的インテグレーションツールを用いてナイトリー版のビルドをリリースするソフトウェアもある。
多くのプロジェクト・ソフトウェアがオープンソースソフトウェアのソフトウェアを開発している。1980年代にプロプライエタリソフトウェア、クローズドソースに移行したオペレーティングシステム・プログラミング言語コンパイラも2000年代移行にオープンソースソフトウェアとして開発・普及している。
GNUプロジェクトは自由ソフトウェアのGNUユーティリティとしてLinux・Windows・macOS・その他OSで動作するユーティリティソフトウェアを開発している。
リーナス・トーバルズが1980年代から開発しているLinuxはオープンソースソフトウェアのオペレーティングシステムとして広く使われている。Linuxは様々なベンダー・ユーザーにより派生したソフトウェアが開発されLinuxディストリビューションの総称で呼ばれている。2007年以降、LinuxはLinux Foundationが開発主体となった。
オープンソースソフトウェア OSS開発
Apacheソフトウェア財団はApache HTTP Serverを代表にC/C++のソフトウェア・ライブラリ、Javaのソフトウェア・ライブラリを開発している。また、Sun Microsystemsが開発していたオフィスソフトウェアの後継Apache OpenOfficeや、Adobeが開発していたFlashビルドツールの後継Apache Flex、HTML5アプリケーションプラットフォームの後継Apache Cordovaなど、企業が開発していたソフトウェアの後継メンテナンスも行っている。
カノニカルは2004年にユーザビリティの高いLinuxディストリビューションとなることを目標としてDebianから派生してUbuntuを開発した。Googleは2009年にウェブブラウザChromeをベースにしたChrome OSを開発した。
Googleは2012年3月にマルチコアのマシンでプログラマが意識することなくマルチスレッドを最適化して実行するGo言語を発表した。Mozilla Foundationは2012年1月に速度、安全性、平行性を言語仕様特徴として謳うシステムプログラミング向けのRust言語を発表した。Appleは2014年6月にiOS、macOS用プログラミング言語のObjective-Cの文法をモダンにリフォーマットしたSwiftを発表した。
オープンソースソフトウェア OSS開発
多くのソフトウェアベンダー・ハードウェアベンダー・ソフトウェアライセンサーはオープンソースソフトウェアのフレームワーク・モジュール・ライブラリを彼らの製品に利用している。一方で、オープンソースソフトウェア開発はソフトウェアのソースコードを共有・利用・修正・再頒布を認めるという特性から収益を得るビジネスモデルを成立させることが難しく、様々な手法でのビジネスモデルの確立が試行されている。
オープンソースソフトウェアをビジネスで利用するメリットは、開発者にとってはソフトウェアのソースコードを公開し、利用者を増やすことで市場シェアを伸ばすことができる。利用者にとっては無償で利用できる、目的に併せて改変できる、コミュニティによって新しいバグが即座に修正されるという利点がある。
ビジネスモデルの例として、デュアルライセンスやサポートサービスは、ソフトウェアのライセンスに複数の選択肢を与え、基本機能のソフトウェアや過去のバージョンのソフトウェアのソースコードはオープンソースライセンスで開示し、より良い機能のソフトウェアやテクニカルサポートを有償で提供する。クラウドファンディングや投資組織は、ソフトウェア開発の前に開発資金を確保して、その資金をもってソフトウェア開発プロジェクトの運営を行い、完成したソフトウェアの販売やプロダクトの権利譲渡、先行投資アドバンテージなどにより資金援助元へ還元する。有償コンテンツ・拡張機能の販売は、ソフトウェア本体は無償のオープンソースソフトウェアとして利用者にリリースし、ソフトウェアを利用するためのコンテンツやより便利にするための拡張機能を有償販売する。ドネーションウェア・アドウェアは、ソフトウェアは完全に無償で全ての機能を利用可能とした上で、寄付や広告による収益を得る。
オープンソースソフトウェア オープンソース文化・運動
The Cathedral and the Bazaar（1999年、O'Reilly Media、ISBN 978-1565927247）は、エリック・レイモンドによるオープンソースソフトウェア開発のエッセイである。同著書ではGNUプロジェクトのトップダウン開発手法をカテドラル方式、Linux・Fetchmailのボトムアップ開発手法をバザール方式と評して、バザール方式のソースコードを公開・共有したソフトウェア開発の有効性について述べている。エッセイの主題はバザール方式におけるエリック・レイモンドが提起したリーナスの法則「十分な目玉があれば、全てのバグは洗い出される」という点で、オープンソースソフトウェアでは利用者を共同開発者と捉えて、利用者と共にソフトウェア開発を進めることでより良いソフトウェアを開発することができると述べている。
オープンソースソフトウェア オープンソース文化・運動
Open Sources: Voices from the Open Source Revolution（1999年、O'Reilly Media、ISBN 1-56592-582-3）、Open Sources 2.0（2005年、O'Reilly Media、ISBN 0-596-00802-3）は、オープンソースソフトウェア分野の著名人のエッセイをまとめた書籍である。マーシャル・カーク・マキュージック、マイケル・ティーマン、リーナス・トーバルズ、ポール・ヴィクシー、ラリー・ウォール、イアン・マードック、ラリー・サンガー、ティム・オライリーなどが寄稿している。
Revolution OS（2001年）は、1970年代末から約20年間のGNUプロジェクト・Linux・自由ソフトウェア・オープンソースの歴史をまとめたドキュメンタリー映画である。オープンソースソフトウェア分野の著名人のリチャード・ストールマン、リーナス・トーバルズ、エリック・レイモンド、ブルース・ペレンズが特別出演している。
オープンソースソフトウェア オープンソース文化・運動
自由ソフトウェア運動（英: Free Software Movement）は、フリーソフトウェア財団を主体にした自由ソフトウェアの利用者の自由を尊重する思想を啓蒙する社会運動である。自由ソフトウェア運動はGNU宣言を代表として、自由ソフトウェアの定義・コピーレフト・Defective by Design・BadVista・TiVo化批判・自由ソフトウェアの歌など、理念的なものから他者批判的なもの、ユーモラス的なものまで多種多様である。
自由ソフトウェア運動の理念の1つとして、自由ソフトウェアとオープンソースは別物でありオープンソースソフトウェアの名の基に自由ソフトウェアを用いるのは不適切であるという考えがあり、自由ソフトウェア運動家はフリーソフトウェアとオープンソースのソフトウェアの総称を「OSS（オープンソースソフトウェア）」ではなく「FLOSS（Free/Libre and Open Source Software）」もしくは「自由ソフトウェアとオープンソースソフトウェア」と明確に別けて呼称する。
オープンソースソフトウェア 他のソフトウェアモデルとの比較
自由ソフトウェアは、広義のオープンソースソフトウェアの定義においてオープンソースソフトウェアの部分集合であるが、オープンソースソフトウェアと自由ソフトウェアは根源的なコンセプトが異なる。オープンソースソフトウェア（オープンソース）がソフトウェアのソースコードを公開・共有する「開発の方法論」である一方で、自由ソフトウェアは利用者の自由（実行・研究・変更・コピーを変更ありまたはなしで再配布するという自由）を尊重する「社会運動」である。コンセプトが開発の方法論と社会運動と異なるため、本来は並列に比較するようなものではない。
その上で、自由ソフトウェアという社会運動のための一つのツールとしてオープンソースソフトウェアという開発の方法論を用いようとした場合、オープンソースソフトウェアは利用者の自由を尊重するのに機能不十分なツールである。この機能不十分な点を比較した場合、オープンソースソフトウェアが許容する幾つかのライセンスは不適切であり、自由ソフトウェアはコピーレフトに代表されるような利用者の自由を尊重するための条項が含まれたライセンスを推奨している。
オープンソースソフトウェア 他のソフトウェアモデルとの比較
機能不十分な例としては、オープンソース・イニシアティブがオープンソースライセンスとして承認しているSybase Open Watcom Public Licenseは利用者が修正したソースコードから作られたソフトウェアを個人的な用途で公開した場合にはソースコードの公開を必要としていない。これは修正されたソフトウェアは一般に公開されているにもかかわらず、そのソフトウェアのソースコードは非公開となっており、二次利用者の自由を妨げている。もう一つの例としては、オープンソースソフトウェアは利用者がソフトウェアもしくはそのソフトウェアが動作するハードウェアをTiVo化 (tivoization) することを許容するライセンスの存在を許し、二次利用者の自由を妨げることを否定していない。
ソースコードは開示しているという条件だけを満たしている物をソースアベイラブル・ソフトウェアと呼ぶ。ソフトウェアの範囲はオープンソースソフトウェアよりも広い。営利利用に制限がかかっていたり、改変禁止だったりするとソースアベイラブルとなる。
オープンソースソフトウェア 他のソフトウェアモデルとの比較
シェアードソースソフトウェアは、ソースコードを開示し、利用者にソースコードおよびソフトウェアの動作の参照およびデバッグのための利用を認めている。ソフトウェアのソースコードの共有を主な観点としており、営利団体の商業ソフトウェアのソースコードを協力機関（研究機関・大学・利用者）に開示する用途で利用されている。
オープンソースソフトウェアとシェアードソースソフトウェアの違いは、シェアードソースソフトウェアはソースコードの修正、再頒布に対して制約的である所である。利用者に対してソースコードの参照、デバッグを目的とした利用は認めているが、修正したソースコードそのものや、修正したソースコードから生成されるソフトウェアの頒布は私的使用に限って認めるなどの制約を伴う場合がある。また、シェアードソースソフトウェアでは商用目的でソースコードを利用（閲覧）することが出来ない場合がある。それらの制約はシェアードソースソフトウェアに課せられるライセンスの内容に依る。
オープンソースソフトウェア 他のソフトウェアモデルとの比較
マイクロソフトは2001年より自社ソフトウェア製品のためにシェアードソースイニシアティブを立ち上げている。マイクロソフトのシェアードソースライセンスは幾つかの種類があり、制約の緩やかなライセンスはオープンソースイニシアティブ公認のオープンソースライセンスであるが、制約の厳しいライセンスは同社との提携契約の上でソースコードの参照のみが許されるプロプライエタリライセンスである。Sony Computer Entertainment of America (SCEA) は2005年にPlayStationのソフトウェアのためにSCEA Shared Source Licenseを設けていた。
プロプライエタリソフトウェアは、ソフトウェアの利用・頒布に制限を課し、場合によってはその制限を解除することで利益を得るソフトウェアの総称であり、オープンソースソフトウェアとの違いは利用・修正・再頒布に制限を設ける・設けない点が主な違いである。
プロプライエタリソフトウェアのソースコードの公開・利用の可否に明確な線引きはないが、ソースコードを開示していてもソースコードの入手が有償である、ソースコードが非公開（クローズドソース）であるなど、基本的にソフトウェアの利用者がソースコードを自由に利用することは出来ない。ソフトウェアのソースコードを非商用目的に限り利用・修正・再頒布を認め、商用目的での利用・修正・頒布を認めない場合もオープンソースソフトウェアではなくプロプライエタリソフトウェアと呼ばれる。
個人や組織がオープンソースソフトウェアを選ぶ主要な4つの理由に安価・情報セキュリティ・ベンダーロックインでない・より良い品質がある。ソフトウェア開発企業は必ずしもソフトウェアの販売に依存しないため、相対的にプロプライエタリソフトウェアの必要性は低くなってきている。Novellのような企業は、製品の一部をオープンソースソフトウェアに切り替えているため、継続的にオープンソースソフトウェア上でのビジネスモデルを思案している。
オープンソースソフトウェア 批評と論争
多くの主張者が、多くの人間がソースコードを閲覧・編集・変更するため、オープンソースソフトウェアはソースコードが非公開のプロプライエタリソフトウェアに比べて本質的により安全であると主張している。オープンソースソフトウェアであるLinuxのソースコードは1000行あたり0.17個のバグがある一方で、プロプライエタリソフトウェアのソースコードは一般的に1000行あたり20–30個のバグがある。
コベリティは2014年にCoverity Scan Open Source Reportにおいて、オープンソースソフトウェアの品質がプロプライエタリソフトウェアの品質を越えたというレポートを発表した。この評価は750百万行からなるソースコード、700以上のC/C++エンタープライズプロジェクトとJavaプロジェクトを対象に実施された。レポートの要点として4つ、C/C++プロジェクトではオープンソースソフトウェアがプロプライエタリソフトウェアの品質を越えている、Linuxがオープンソースの品質向上に貢献している、C/C++開発者は重大なバグをより多く改修する傾向にある、JavaプロジェクトではHBaseが品質向上に貢献している、を挙げている。
オープンソースソフトウェア 批評と論争
自由ソフトウェア支持者は自由ソフトウェアの理念を社会に浸透させる社会運動において、オープンソースソフトウェアは不適切な概念であると考えている。
フリーソフトウェア財団の代表リチャード・ストールマンはオープンソースの概念は自由ソフトウェアが主観にしている利用者の重要な自由を守るに足りえないとして、オープンソースソフトウェアは自由ソフトウェアの的を外していると批判している。同様の観点でオープンソース・イニシアティブの創設者の一人ブルース・ペレンスは、オープンソース・イニシアティブの設立の1年後に、オープンソースが自由ソフトウェアから離れすぎていることを挙げて「今こそ自由ソフトウェアについて再び語るべきときだ」と述べて、オープンソース・イニシアティブから離脱した。
GNUプロジェクトのリチャード・ストールマンはGNUツールを用いてオペレーティングシステムとして成り立っているLinuxは「GNU/Linux」と呼称するべきであると主張しており、GNU/Linux名称支持者とLinux名称支持者の間でLinuxに対する名称論争が存在している。
オープンソースソフトウェア 批評と論争
GNU/Linux名称支持者は、オペレーティングシステム全体においてLinuxカーネルは機能の一部でありGNUプロジェクトのソフトウェア群によって完成していることを挙げて併記を求め、また呼称への拘りが自由ソフトウェアコミュニティの理想主義への啓蒙を兼ねていることを説明している。DebianプロジェクトはGNU/Linuxの呼称を受け入れており、公式なディストリビューションの名称としてDebian GNU/Linuxと名乗っている。
Linux名称支持者は、Linuxが既に十分に一般的な通称となっており名称を変更する必要性を感じていない。明示的な理由を挙げているエリック・レイモンドは、ジャーゴンファイルのLinuxの節でGNU/Linux名称は縄張り争いと承認欲が根元にあり、リチャード・ストールマンとその近しい友人以外には受け入れるのは難しいと述べている。Linuxの開発者リーナス・トーバルズは、Revolution OSのインタビューの中で、GNU/Linuxの名称はGNUプロジェクトがGNUディストリビューションを開発したならば適切であるとした上で、Linuxの総称としては不適切であるとコメントしている。
オープンソースソフトウェア 批評と論争
エリック・レイモンドはマイクロソフトのオープンソースソフトウェア・Linuxへの潜在的戦略に関する機密文書を入手し、1998年11月3日にハロウィーン文書としてリークした。マイクロソフトは1998年11月5日にリークされたハロウィーン文書に対して公式コメントとして、同文書の内容は内部的な検討資料として日常的な適切なものであるが、Linuxに対する公式の立場のものではないと発表した。
ハロウィーン文書でマイクロソフトは、オープンソースソフトウェアが公開された標準規格、プロプライエタリソフトウェアに比べて低いTCOにより幅広く支持を受けていると述べ、その上で、オープンソースソフトウェアに対抗する戦略としてFUD戦略・3E戦略を挙げている。実際にマイクロソフトはFUD戦略として、オープンソースソフトウェアをロビン・フッドに例えて不安定性を訴える、「Linuxを学ぶほどにコンシューマーにとっての価値の少なさを感じている」と紹介する、第三者評価機関を援助してLinuxの否定的評価結果を挙げる、などの活動を行った。オープンソースの低いTCOに対しては、シェアードソースで同等のTCOを模索し、一定の評価を得ていると自己評価を出している。
オープンソースソフトウェア 批評と論争
SCOグループは2003年に自らがUnixの知的財産権保持者であり、更にLinuxにUnixのソースコードが盗用されていると主張した。SCOグループは、UNIXの知的財産権を保持している、LinuxがUnixのソースコードを利用している、の2点を根拠にLinux関係者に対して権利行使に基づくライセンスビジネスを発表したが、Linux関係者は不適当な権利行使であるとして受け入れなかった。この主張の相違がSCOグループとLinux関係者の論争の起点となり、ここからSCO・Linux論争が始まった。
SCOグループがUNIXの知的財産権を保持しているという主張は2007年8月10日に退けられ、NovellがUnixの権利を保持していると判決が出された。また、NovellはLinuxにUnixのソースコードが含まれているとは考えていないと声明を出し、LinuxがUnixの知的財産権を侵害しているという疑惑は払拭されている。
オープンソースソフトウェア 派生した用語
FOSS、またはFLOSS (Free(/Libre) and Open Source Software) は、自由ソフトウェアとオープンソースの複合語である。これは、フリーソフトウェア財団とオープンソース・イニシアティブが根源的な部分で活動理念を異にしており、フリーソフトウェア財団の定義する自由ソフトウェアとオープンソース・イニシアティブの定義するオープンソースは別物で区別しなければならないというリチャード・ストールマンの考えに基づいている。ソースコードとソフトウェアの利用、修正、再頒布を認めるという表面的な同一視をした場合に、それらの用語を同列かつ個別のものと見なし、その上でそれらをまとめて言い表すために、複合語としてFOSSやFLOSSという用語が使われる。
オープンソースソフトウェア 派生した用語
オープンソースソフトウェアという用語がソフトウェアおよびそのソースコードのみに適用される一方で、ソースコードを伴うソフトウェア以外の事柄の利用者にその事柄の利用、修正、再頒布を認める場合は、「オープンソース」を冠したオープンソースハードウェア、オープンソースジャーナリズム、オープンソースガバナンス、オープンソースエコロジーのような用語が存在する。ソースコードは存在しないがその事柄の利用、修正、頒布を認める場合は、「オープン」を冠したオープンアクセス、オープンシステム、オープンコンテントのような用語が存在する。オープンソースおよびオープンを冠していても、オープンソースソフトウェアの定義と同じくその事柄の利用・修正・再頒布を認めているかどうかは各用語によって異なるため、それらの用語の意味するところについてはそれぞれ注意して扱うべきである。
W31SA
W31SA（だぶりゅーさんいちえすえー）およびW31SA II（だぶりゅーさんいちえすえーつー）は、三洋電機（大阪、現・京セラ SANYOブランド）が開発し、KDDIおよび沖縄セルラー電話のauブランドで販売されていたCDMA 1X WINの携帯電話である。
W31SA 特徴
同社のau向け端末としては初のスライド式である。
着Flashなど発売当時最新のサービスに対応するほか、EZ・FMやSD-Audioを搭載しており、音楽機能が充実している。前機種のW22SAとは異なり、FMラジオ用アンテナを内蔵しており、イヤホンケーブルを挿入しなくても本体だけでFMラジオが楽しめる。また、EZ・FMは内蔵メモリに最大約60分の録音が可能なほか、ICレコーダーも備えており、こちらも内蔵メモリに最大5時間の録音が可能である。
カメラはAF付きで、メールアドレスや電話番号を読み取れるOCR機能や、英単語を写すとその単語の意味を表示するOCR英語辞書「カメラ de 辞書」にも対応している。
2005年9月にはセカンドバージョンのW31SA IIも発売された。こちらはW31SAでは別売りだった「SD-Jukebox Ver.5.0 LE」とUSBケーブルが同梱されている。
勝ノ浦
勝ノ浦（かつのうら）は、日本相撲協会の年寄名跡のひとつ。初代が上総国夷隅郡勝浦町（現・千葉県勝浦市）出身であったことから、年寄名として名乗ったことに由来する。7代目までは下の名は「与一右衛門」を通り名としていた。
拳銃無宿 (テレビドラマ)
『拳銃無宿』（けんじゅうむしゅく、英語: Wanted Dead or Alive）は、1958年9月6日から1961年3月29日までアメリカのCBSで放送されていたテレビドラマである。
拳銃無宿 (テレビドラマ) 概要
賞金稼ぎの主人公ジョッシュ・ランダルが、賞金首を追うさなかにさまざまな事件に遭遇する模様を描いた西部劇である。原題の "Wanted Dead or Alive" とは「お尋ね者、生死を問わず」の意味で、懸賞金を掛けられた賞金首の手配書の見出しに使われていた言葉である。
主演はスティーブ・マックイーン。ランダルのキャラクターは、元々はロバート・カルプ主演のテレビドラマ『トラックダウン』のゲストキャラクターであったが、これを演じたマックイーンの評判が良かったことから新たに独立した番組（スピンオフ）として企画されたのが本作である。ランダルは、このドラマの中で既にランダル銃（メアーズレッグ）を使用している。本作への出演によって人気の出たマックイーンは、このあとスター街道を駆け上っていく。
本作の設定を流用した、続編に当たる作品も制作されている。1965年頃には番組プロデューサーによって劇場版が企画されたが、資金の問題で断念されている。
オリジナル版は白黒映像だが、現在発売中のDVDはカラー映像である。
拳銃無宿 (テレビドラマ) ランダルカスタム（ランダル銃）
ランダルカスタムはレバーアクションライフルのウィンチェスターM1892の銃身を切り詰めたソード・オフ（鋸でカット）したような改造を施した上、ループレバー（手を入れる部分を大きく広げた可動用心鉄。ジョン・ウェインが『駅馬車』や『勇気ある追跡』やその他の作品で使用したウェイン特製のM92カービンでも見ることができる）を取り付けた改造銃である。銃身と共に管状弾倉も短縮化されてしまっているので装弾数はオリジナルより劣るが、ブランクカートリッジの最大装填数は弾倉内に6発装填出来る。
ループレバーを取り付けると、ランダル銃自体をクルリと一回転させるスピンコックより片手装填できるようになり、腰に吊したホルスターから拳銃のように抜き撃ち可能となるアクションから人気を呼んだ。このスタイルは『風来坊探偵シリーズ』でも採用されており、ウィンチェスターM1892を千葉真一の腕の長さに合わせてカスタマイズし、本作をオマージュしている。
拳銃無宿 (テレビドラマ) ランダルカスタム（ランダル銃）
実際のM92では一回転させるとカートリッジは空中に放出されるそうである。日本ではモデルガンメーカーが主人公の名を取って「ランダルカスタム」と呼び（それまでは「ランダル銃」と呼ばれた）、放送から50年近くたった後でもモデルガンやエアソフトガンが発表されている。アメリカでは散弾銃を切り詰めたものをホグスレッグ（hog's leg: 豚の後脚）とスラングで呼ぶことになぞらえ、この銃はメアーズレッグ（mare's laig: 雌馬の後脚）と呼ばれていた（どこの資料にも laig と記載されている）。
拳銃無宿 (テレビドラマ) ランダルカスタム（ランダル銃）
試作時に反動が強くなりすぎたため、ランダルカスタムは実際の撮影では装薬量を4分の1に減らして使用された。それでも撮影当初は警察当局の立会いが必要であった。M1873はコルト・フロンティアシックスシューター（西部劇に一番多く出てくる回転式拳銃）と同じ44-40拳銃弾を使用するため、銃がより重いために反動は拳銃より小さく、ソード・オフしても反動が強くなりすぎることはない。対してM1892は拳銃弾よりも強力な32-20ライフル弾を使用した本格的なライフル銃となるため、ソード・オフすると跳ね上がるので、コントロールを容易にすべく装薬量を減らして対処する必要があった。空包には反動は無いとの証言もある。また、小型化した銃床に肩付けできないのも反動が強くなった一因である（ライフルを構える場合、両手と肩を使う三点保持だが、ランダル銃は両手による二点保持な上、場合によっては片手のみの一点保持になるので、安定性と反動吸収効率が良くない。空包は5-IN1（ファイブ・イン・ワン）ブランクカートリッジが使われた。38-40 and .44-40 Winchester rifles and but also .45 Colt.44 Special, .44 Magnum, and .410 gauge firearms. 5-in-1 blanks は2種類のライフル、3種類のリボルバーに使える空包のこと。
時代設定（1870年代）からすると、モデルは「西部を征服した銃」のニックネームを持つウィンチェスターM1873であるのが妥当である。しかし、この当時の西部劇では時代背景に関係なく、ウィンチェスターライフルはM1873の後継機であるM1892を使用するのが普通だった。これは当時、稀少品であるM1873を撮影用に数多く揃えられなかったのと、1970年代までウィンチェスター社でM1892を生産しており、入手の容易さが圧倒的に違ったためであり（M1873ほか、ヘンリーライフルやレミントンM1868ニューアーミーなど西部開拓時代の各種レプリカ銃器が出回るようになったのは、1980年代になってからである）、時代考証的には間違いであろうと一概に非難できない事情がある。また放送当時、マックイーンがM1892をベースにランダルカスタムを作らせたとの話もある。メアーズレッグは2種類（前期型、後期型）があり、前期型は銃身が丸型、後期型は銃身が八角形でマックイーンが扱いやすくするため細部にわたり特注したものである。