OSS時代の正しい戦い方は、
「作ること」ではなく
「使える形にすること」にある。
GitHub上には、優秀なエンジニアたちが作り上げた実用レベルのツールが無料で公開されている。
それをわざわざゼロから作り直す必要はない。
価値が生まれるのは「作った瞬間」ではなく、「誰かが使える状態にした瞬間」だ。
エンジンから自作する人はいない。
車を使いたいときに、エンジンから自作する人はいない。すでに完成された車があり、それが無料で使えるなら、ほとんどの人は迷わずそれを使う。 ソフトウェアも同じだ。MicrosoftをはじめとするIT企業や世界中の優秀なエンジニアが、実用レベルのツールをOSSとして公開している。 それをわざわざゼロから作り直す行為は、エンジンを自作するのと変わらない非効率さを持つ。
作ることが価値だった
- ゼロから実装することに意義を感じていた
- 「自分で作らないと理解できない」という考え方
- ツールの所有感が自信につながっていた
- 車輪の再発明が当たり前に行われていた
使いこなすことが価値になった
- 既存OSSを選び、組み合わせ、使える形にする
- 実装ではなく「設計と統合」に時間を使う
- 成果物のクオリティが個人の実装力に依存しない
- 車輪は使う。動かし方を考えることに集中する。
OSSを使うことは「手抜き」ではない。
どのOSSを選び、どう組み合わせ、
どう使える形にするか——それが今の本質的な仕事だ。
価値は「素材」ではなく「加工」によって生まれる。
OSSはあくまで素材だ。多くの場合、CLIベースで使いにくく、セットアップが面倒で、一般ユーザーにはハードルが高い。 ここに価値が生まれる余地がある。「使いにくいものを、誰でも使えるようにする」——この変換こそが付加価値の正体だ。
「ぶっこむだけで使えるツール」の破壊力。
MicrosoftがOSSとして公開しているMarkdown変換ツールを使って、GUI付きのツールを実際に作ってみた。 もともとはCLIで使う前提のツールだが、いくつかの機能を追加することで、誰でも即座に使える形になった。
追加した機能の具体例
ドラッグ＆ドロップ対応・複数ファイル一括変換・チャンク分割・OCR対応——この4点を追加しただけで、 「エンジニアがコマンドを叩いて使うツール」から「誰でもファイルを放り込めばいいツール」に変わった。
OSSの機能は何も変わっていない。変えたのは「届け方」だけだ。それだけで作業効率は大きく変わり、使える人の数は桁違いに増える。 価値を作ったのはOSSの開発者だが、価値を届けたのは「使える形に変換した人」だ。
AIが「OSSを使う」ハードルをほぼ消した。
AIが進化したことで、OSSの活用コストは劇的に下がった。理解コストが下がり、実装スピードが上がり、OSSの活用ハードルがほぼ消えた。 その結果、「作れるかどうか」ではなく「どう使うか」が勝負になった。
OSSの壁は高かった
- ドキュメントを読み込む時間が必要だった
- セットアップでつまずくと先に進めなかった
- コードを理解しないと改造できなかった
- 「使いこなせる人」は一部のエンジニアだけだった
OSSの壁はほぼ消えた
- AIがドキュメントを要約し、使い方を教えてくれる
- エラーを貼り付ければ解決策が返ってくる
- 「こういう機能を追加したい」と伝えれば実装できる
- 非エンジニアでもOSSを活用できる時代になった