自前のエッセイ
01

売っているのは、コードではない

コードは設計図、プロダクトは運用の面。なぜjpzipはMITで、Sonirは端末内で完結するのか。

2026·06·9分·公開

公開したコードを誰かに丸ごとコピーされたら、事業の負けだと思われがちです。わたしはむしろ逆だと考えています。売っているものは、最初からコードではなかったからです。

売っているのは、コードではない

ライブラリは、午後いっぱいあれば読み切れます。アルゴリズムは論文に書いてあり、データ構造は教科書に載っています。コードを秘密にすることで守れる価値は、実のところそれほど大きくありません。模倣されて困るほどのものなら、たいてい誰かが先に思いついています。

では、何にお金が払われるのか。動き続けていること、データが古びていないこと、落ちないこと、困ったときに返事が来ること。つまり「運用されている面」です。コードはライブラリで、プロダクトは運用の面である。この線をどこに引くかが、つくるものを決めるときに考えていることのすべてでした。

コードは設計図です。設計図を渡しても、工場と、毎月の出荷と、不良品の交換は手元に残ります。守るべきはそちらです。

だからjpzipはMITです

jpzipは日本の全郵便番号をCDN配信のJSONで引けるAPIです。SDKとプロトコル仕様はMITで公開しています。ここにゲートを設ける理由は、ひとつもありませんでした。

仕様は、コピーされてこそ価値が出ます。郵便番号から住所を引くという動作に、独自の作法を持ち込まれても誰も得をしません。摩擦は採用の敵です。APIキーも、登録も、レート制限も置かないと決めたのは、それが「広く使われること」をそのまま価値にする設計だったからです。

jpzipで価値が宿っているのは、SDKのコードではありません。日本郵便のKEN_ALLを毎月正規化し、120,677件を静的JSONとして配り続ける、その運用のほうです。コードを全部見せても、運用の面は手元に残ります。MITは、ここでは弱さではなく素直さでした。

Sonirは、体験そのものがプロダクト

Sonirも似た構図です。こちらは音響測定アプリで、DSPは端末の中で完結します。サーバを持たないので、ネットワーク越しに守るべき面がそもそも存在しません。

プロダクトはアプリの体験そのものであって、コードの秘密ではありません。同じ条件で録って、同じ条件で比べられること。機材プロファイルや校正ファイルや部屋タグで、測定を毎回そろえられること。価値はその使い心地に宿ります。だから秘密にする意味も薄いのです。

運用は、いちばん難しい仕事

コードを公開してもなお残るもの。毎月の更新、落ちない配信、長く続けてきたという事実。本当に難しいのは、よく運用することのほうだと、つくりながら感じています。

堀があるとすれば、それはコードの内側ではなく外側にあります。エンジンを見せることは、その堀を埋めません。むしろ、見せても揺るがない設計になっているかを、自分に問う踏み絵になります。運用の面で立てるなら、コードは安心して公開できる。わたしが二つのプロダクトでやっているのは、ただそれだけのことです。

質問への応答

全部MITにして、堀がなくなりませんか。 コードが堀だと思うなら、そうかもしれません。わたしは、堀はコードの外側にあると考えています。毎月の更新、落ちない運用、長く続けてきたという事実。jpzipの価値は、誰がSDKをコピーしても揺らぎません。揺らがない場所に価値を置くのが、最初からの設計でした。

運用が価値なら、なぜコードを公開するのですか。 公開しても運用の面は奪われないからです。むしろ公開は、採用の摩擦を下げ、広く使われることをそのまま価値に変えます。隠して得られる安心より、使われて積み上がる事実のほうを取りました。

サーバを持つプロダクトでも同じ方針ですか。 そこは露出している面が変わるので、引く線も変わります。いまのSonirとjpzipは、守るべき運用の面がネットワーク越しに露出していません。露出する設計をつくるときは、そのときの面に合わせてまた考えます。実際につくってから書きます。