製造業のためのオープンソース：製造業が学べる主な教訓

アカデミックな環境で数年を過ごした後、私は不思議なことに気づきました。

オンライン・データベースで二次資料を検索しているときに、私のプロジェクトと直接関係のある論文に出会ったのですが、その論文は有料でした。

多くの場合、アクセスするための合理的な選択肢がありませんでした。もし私の大学がそのジャーナルを購読していなかったり、同業機関や提携図書館が購読していなかったり、Googleに海賊版のPDFが出回っていなかったりしたら、私は運が悪かったのです。

悔しかったですね。誰かが一生懸命作ったもの、つまり、査読を受けた、オリジナルの考えに完全にアクセスできないのです。

それは疑問です：

知識が公開されても、誰もそれにアクセスできないのであれば、それは本当に存在するのでしょうか？

一般に公開されているソースコードでスキルを磨いてきた私たちにとって、この情報の隠蔽は驚きでした。

質の高い情報へのオープンなアクセスは、個人の成長の絶対的な礎です。おそらくすべての教育において。数え切れないほどの若い開発者たちが、公開リポジトリから取り出したソフトウェアを研究し、修正し、貢献することで歯を磨きました。

オープンアクセスプロジェクトにおけるコラボレーションは、ネットワークを形成し、産業を加速させる方法です。

オープンソース・コードがなければ、有能なソフトウェア・エンジニアの数は激減するでしょう。言うまでもなく、ソフトウエアはもっと少なくなるでしょう。おそらく企業も減るでしょう。Tulip、Linux、Kubernetes、Reactのようなオープンソースのシステムやライブラリの上に幅広く構築してきました。

製造業はオープンソースから学ぶことができます。実際、製造業の未来はオープンソースです。その理由がここにあります。

この時点で、製造業が労働危機の真っただ中にあることをご存知でしょう。

しかし、最も優れた試算によると、今後10年間でおよそ220万件の雇用が失われ、その結果、2.5兆ドル（1兆ドル！）の未実現利益が生じるとされています。Tulip、高度な製造業に均等に分散した未来を作るには何が必要かをよく考えており、知識共有のためのオープンソースモデルがこのプロセスで果たすべき役割があるということを実際に主張しています。オープンソースは、メーカーが労働力を訓練する方法や、労働者が個人としてスキルを開発する方法に革命を起こす可能性を秘めています。

そこでここでは、なぜ製造業に同様のものが必要なのかを示すために、オープンソースソフトウェアの歴史を簡単に説明したいと思います。製造業の未来は、自らの成長をコントロールするために必要なツールを個人に装備させることにかかっています。

情報は力なり

情報の民主化が社会に大きな変化をもたらすことは周知の事実です。

17～18世紀のコーヒーハウスは、活字資料へのアクセスを改善し、幅広い読者層を作り出すことで啓蒙主義を早めるのに貢献したというのが、歴史家のコンセンサスです（ビールよりもコーヒーを飲むことを奨励したことでも知られていますが、それはまた別の話です）。

19世紀から20世紀にかけて、公共図書館は知識の共有機関でした。

ユビキタスインターネットが誕生した頃にも似たようなことがありました。

すなわち、名実ともにオープンソース運動が統合されたことで、大規模なソースコードへのアクセスが実現しました。その過程で、創造性の波が解き放たれ、現在の技術進歩の時代の到来を告げました。

ピューリッツァー賞を受賞した『ニューヨーク・タイムズ』紙の技術ジャーナリスト、スティーブ・ローアは、オープンソースを次のように定義しています。

「オープンソースは）象徴的な哲学であり、ソフトウェア開発モデルの一つでもあります。

オープンソース」という言葉が使われるようになったのは1990年代後半ですが、その歴史はもっと古いものです。

1980年代以前は、ほとんどのソフトウェア開発がオープンソースに近い状況で行われていました。というのも、ほとんどの開発は、学者や産業界から資金提供を受けた研究者によって行われていたからです。コンピュータ研究に関心を持つ少数の機関や企業に分散していた初期のパイオニアたちにとって、仕事を共有するインセンティブは十分にあり、そうすることによる不利益はほとんどありませんでした。

状況が変わり始めたのは1970年代頃で、（小規模な）消費者向けソフトウェア市場が出現しました。ソフトウェア・ライセンシングの出現により、エンドユーザーは、製品全体（ソースコードやドキュメントを含む）への自由なアクセスではなく、ソフトウェアの一部の機能へのアクセスを購入するようになりました。

ソフトウェアはますます貴重な知的財産となりました。企業は、制限付きのライセンス契約、著作権契約、秘密保持契約を結んで、自社のコードを保護しました。多くの企業は、従業員が在職中に開発したすべてのソフトウェアに知的財産権を主張し始めました。

これはコラボレーションを冷え込ませ、最先端のリリースから学ぼうとする個人の意欲を阻害しました。

1980年代初頭、開発者たちはソースコードへのアクセスが制限されていることに幻滅しました。ソフトウェアへのアクセスは、商業的な問題であると同時に倫理的な問題である、と。

MITの研究者リチャード・ストールマンが率いるフリーソフトウェア・ムーブメント(FSM)は、「ブラックボックス」ソフトウェアライセンスに代わるものを求めました。

マニフェストとオープンソースのオペレーティングシステムを完備したFSMの立場は明確でした：

「プログラムの全部または一部をコピーすることは、プログラマーにとって呼吸をするのと同じくらい自然なことであり、生産的なことです。同じように自由であるべきです。"

1990年代半ばまで、オープンソースの支持は徐々に拡大しました。今世紀に入る頃までは、オープンソースは本格的な運動というよりはむしろエートスでした。統一戦線というよりは非公式なネットワーク。

コードベースは、組織をまとめることなく、個人によって交換、共有、更新されていました。その信奉者の多くは、自由を求める開発者であり、企業による貴重な情報の隠蔽に我慢ならない反逆者であり、"ボンネットの下で "何が起こっているかを見ることに何よりも興味を持つ、いじり好きの人たちでした。

彼らは一緒に、誰でもアクセスできるコードの実質的な公開リポジトリを作成しました。

1990年代後半は、オープンソース・ソフトウェアの転換期でした。

第一に、HTTPのようなオープンな通信プロトコルによって、人々はプロジェクトでより自由にコミュニケーションをとることができるようになりました。第二に、より成熟したインターネットは、まだ発展途上ではありましたが、遠距離を越えて緊密なチームコラボレーションを可能にしました。リーナス・トーバルドが発案したオープン・オペレーション・システムであるLinuxカーネルのサブカルチャー的な成功は、オープンソースのコラボレーションが何を達成できるかを証明しました。2000年代初頭までに、以前のオープンソースプロジェクトから新たな目的に向かって 「フォーク」された、画期的な新規プロジェクトの数は驚異的です。

第二に、「オープンソース」という用語の出現は、すでに広く流通していた現象や態度を名指ししたものでした。これは、開発者、企業、およびその他の関係者が、ソースコードへの自由なアクセスによって何が危機に瀕しているのかを理解するのに役立ちました。オープンソースコミュニティに代わって提唱することができる正式な組織の設立は、オープンソースを文化的・技術的な力へと強化することをさらに強固なものにしました。

そしてついに、テクノロジー業界をリードする著名企業が相次いで、ビジネス戦略の一環としてオープンソースを採用し始めました。先進的な考えを持つ企業は、オープンソースは脅威ではないと見ていました。まったく逆です。オープンソースは生産性を向上させるものでした。

ドットコムバブル崩壊後の不透明な時期に、テック企業はオープンソースの支持を表明し始めました。

最初はチョロチョロ、次に大洪水。

1999年、スティーブ・ジョブズはニューヨーク・タイムズ紙に対し、アップルがオープンソースを導入する際には「歩くことから始め、今年の後半にはジョギングをし、来年にはランニングをするつもりだ」と語っています。

2002年までに、HP、サン・マイクロシステムズ、IBMがアップルと共にオープンソースをサポートするようになりました。オープンソースの状況をナビゲートするために、企業を支援する新興企業やコンサルタント会社の数が増えました。

1980年代半ばには、（今日のリーダーであるGitのような）いくつかのバージョン管理システムがリリースされ、開発者がより組織的で整合性のある反復、フォーク、バージョンアップを行うことができるようになりました。

HPのシニア・ストラテジストは、"すべてはテクノロジーによって個人をエンパワーすることだ "と述べ、多くの人々の意見を要約しました。

1990年代後半から始まったこの傾向は、1980年代に加速しました。

10年も経たないうちに、オープンソースが当たり前になりました。

今日、企業の98％がオープンソースを使用しています。これが革命的な変化でないとすれば、何が革命的なのか私にはわかりません。

オープンソース・ソフトウェア運動の誕生が、現代のソフトウェア時代の誕生と重なったのは偶然ではありません。オープンソースが実際に可能にすることを考えてみてください。オープンソースは、ユーザーがすぐに使える、製品化されたコードの流通を企業のエンジニアに制限する代わりに、開発を民主化します。オープンソースは、誰もが開発途中のコードを研究し、修正し、実験することを可能にします。それは図書館に似ています。もしそれぞれの本に、著者の思考プロセスや、執筆中に直面したつまずきのブロックについての詳細なメモや、知識のあるお節介な人たちが見つけられるように余白に書き込まれたイースターエッグがあったとしたら。(想像してみてください、『戦争と平和』の中で、統計解析のためのPythonモジュールの実際のコメントである「#このセクションは本当にハチャメチャだ」というようなナゲットを見つけることを！）。

創造性、洞察力、革新性の爆発的な高まりの下で、今日に至るハイテク大手の台頭が実現したのです。

現実には、企業がオープンソースを受け入れたことで、開発者の世代が自ら貢献することで商売道具を学ぶことが可能になりました。

オープンソースが可能にしたのは、世界中の開発者の同時教育であり、現代のハイテク産業の誕生に他なりません。

製造業がオープンソースから学べる最大の教訓は、個人が学び貢献するために必要なツールを提供することは、すべての人に利益をもたらすということです。

より熟練した、より生産的な労働者から利益を得ることができるのです。また、些細なゲームから世界を変えるようなソフトウェア・パッケージまで、あらゆる創造に利用できる原材料にアクセスできる個人にもメリットがあります。

私と共同設立者は、オープンソースソフトウェアを念頭に置いてTulip 立ち上げました。私たちは、オープンソースソフトウェアの創造性と革新性を製造業にもたらすプラットフォームを作りたかったのです。

オープンソースが今後10年間で製造業を変革する可能性がある方法をいくつかご紹介します。

コミュニティ- これまで製造業には、アイデアを共有し、共通の目標に向かって協働するための強固なデジタルおよび物理的コミュニティがありませんでした。私たちはよく現場の情報のサイロ化について話しますが、それは異なる組織のエンジニアの間にも同様に存在します。

オープンソースが私たちに教えてくれることのひとつは、情報共有はコミュニティのイニシアチブであるということです。

Application 交換- 製造業においてApplications 重要性はますます高まっています。製造業は、オープンソーススタイルのアプリケーション交換から利益を得ることができます。エンジニアは自分たちのアプリケーションを共有し、他のエンジニアはそれを購入、ダウンロード、フォーク、または自分たちのプロセスに合わせてバージョンアップすることができます。

ベストプラクティスの配布- なぜすべての工場が車輪の再発明をしなければならないのか？オープンソースは、トリックやベストプラクティスを共有することが、それらを体系化するのに役立つことを教えてくれました。

ベストプラクティスを共有することは、競争上の優位性を手放すことと同じだとメーカーが心配するのはもっともなことです。そうかもしれません。しかし、私たちが話を聞くメーカーの多くは、特に研究開発や知的財産に価値があるバイオテクノロジーや製薬業界では、同業他社が何をしているかを知りたがっています。彼らは、自分たちがうまくいっていることを分かち合いたいのです。

労働力トレーニング- 銀河津波、技能格差、労働力の危機など、呼び方はさまざまですが、製造業は労働力に関して岐路に立たされています。

人間はすぐにはどこにも行きませんし、十分な数もありません。

オープンソースのトレーニングツールは、メーカーが労働力をより迅速にスキルアップさせ、再スキルアップさせるのに役立ちます。また、労働者が望む方向にキャリアを進めるために必要なスキルを身につけることができます。

第4次産業革命の約束を果たそうとするならば、オープンソースが可能にする加速されたネットワーク化された行動が必要です。