ITProの高橋さんのコラム。
これに対する答えは、質問の解釈の仕方によって変化しそう。
前者であれば疑いはない。 実際にビジネスを回している会社はいくつもあるのだから(成功例がひとつでもあれば可能であることは証明可能)。 後者についての私の答えは「誰にでもできるほど簡単ではないし、将来それほど簡単になるとも思えない」である。 誰でもすぐに気がつくと思うけど、オープンソースビジネスはリスキーだ。 苦労して作ったソフトウェアそのものが無償で配布されてしまうので。
ただし、この記事に対するコメントにあるような、
オープンソースに協力している企業の技術力を示すとありますが、利用者は誰が作っているかなどほとんど見ないので、投資コストには見合わないですね。。。
という意見には賛成しない。オープンソースソフトウェアは配布コストがほとんどかからないので、 できるだけ広く行き渡って、技術力を気にする人のところに届けばそれで十分だからだ。 たとえ99.8%の人が「誰が作っているかなど見ない」かどうかは関係ない。
リスクについていえば、ビジネスには基本的にリスクが付き物だ。 オープンソースというキーワードを利用して競争力を得ることでリスクが減ることだって考えられる。
企業規模によっては、 少々のリスクをとってオープンソースというやり方を「利用」しなければ、 そもそもレースに参加できない。たとえば、うち(netlab.jp)の場合。 投資コストに見合う見合わないの問題ではない。
私には、なにもしないこと、差別化を行わないことが最もリスクが高いように感じられる。 オープンソースを利用するにしても、しないにしても。
言語ビジネスとは、今まで存在していなかった新しい言語によってビジネスしようという試み、と定義しよう。 その他にも、既存の言語の処理系を使ってビジネスする「言語ビジネス」もありえるが、 ここでは扱わない。
私は言語ビジネスを応援したいと思っている。しかし、失敗してほしくないとも思っている。 そこで、言語ビジネスの現状と課題について(Curlを例にして)まとめておこうと思う。
言語ビジネスの難しさは、「新しい言語の価値」にあると思う。
結局は「言語そのものはビジネスにならない」ということの再確認のような気がする。
ではどうするか。思いつくいくつかの方法をあげておこう。
言語ビジネスとは別のルートで言語を普及させておく。
SunがJavaで行ったように、直接ビジネスとは関係のない形で、 無料の処理系を配布したり、オープンソース化したりすることで、 世間に認知してもらう。ついでに企業ブランドを売り込むことを忘れない。
言語ではなく、「機能」を売る
「普通の顧客」には言語はどうでもいい。 言語設計者としては自己否定につながるので認めたくないのだが、事実は事実だ。 そこで「アプリケーション」を売り、その組み込み言語として「新しい言語」をくっつけておく。 たとえばAutoCADのAutoLispとか。
あるいは周辺ツールを売るビジネスもありえるだろう。 たとえばZend Corp.は開発環境Zend Studioを売っている。
既存の言語をジャンプ台にする
既存の言語処理系を使ったビジネスを行いつつ、 独自の言語拡張を付加して「新しい言語」にしてしまう。 たとえばBorlandがPascalにオブジェクト指向機能を追加してDelphi(Object Pascal)を作ったように。
これらのうちいくつかを組み合わせたり、別の方法を導入することで 明日の「成功する言語ビジネス」を見ることができるかもしれない。
もっともこれらを組み合わせても万全ではない。 上で述べた戦略をとっても生き残ることができなかった企業も数多い。 Objective-CのStepstoneも今はなく、EiffelのISCも「かろうじて」という感じだ。 Borlandも傾いている。
そんな茨の道でも頑張ろうというチャレンジャーはぜひ応援したいものだ。
とりあえず、Curlには「言語を前面に出さず、効率の良いWebアプリケーション開発ツールとして売る」戦略をお勧めしたい。Curl言語をオープンソース化するとなお良いが、たぶん無理な相談だろうなあ。
子供たちは遊びに来たイトコ(妹)と一日遊んでいる。 姉の方はピアノやら講習やらなのだそうだ。
次女はここ数週間このイトコとFAX文通をしていたので、 親友のようだ。もとから仲は良かったけど。
山口でネットから隔離されてしまうのは痛すぎる。 4月1日までに参加申し込みが必要な発表会があるし、 連載もゴールデンウィーク進行で〆切が早くなっている。
というわけで、契約が切れていたB-MOBILEカードの更新を行う。 32kリンクしかないが、圧縮してそれなりの体感速度で通信できる。 sshの-Dオプションとtsocksを組み合わせると ほとんどの通信をSOCKS接続経由で圧縮して行うことができる。 結構便利だ。
ちょっと寝坊した。ついたら弾さんのUnicodeの話はほとんど終わっていた。
それから第二会場に移動して
それぞれに大変面白かったが、レポートはPerlな人たちに任せよう。
Lightning Talk。どれも面白かったが、話を聞いているうちに 「Perlにelse ifを」という昔のネタがあったことを思い出す。 申し込んでおけば良かった。
最後がLarryのキーノート。 マシンが不調でスライドが表示できない。今回私は大丈夫だったが、 彼に「呪い」がうつったらしい。
面白い発表であった。まあ、個人的にはちょっと物足りないけど。 日本人はあまり聞いたことなかったろうしね。
ところで、このカンファレンスの発表のほとんどは英語だったわけだが、 スライドに日本語訳が付いているものが多かったとはいえ、 満席の会場にいた聴衆はどのくらい理解できてたんだろう。
他の国では当たり前だが、日本国内では画期的なような気がする。 それだけ国際化したってことか。
YAPC::Asiaの間に尋ねられたこと
いずれも真剣に考えたい
LAMP (Linux, Apache, MySQL, {Perl, Python, PHP})という流れから、 スクリプト系言語のことを「P言語」と呼ぶこともあるが、 RubyはPでは始まらないから仲間はずれである、...と今まで思っていた。
が、YAPC::Asiaでその謎が解けた。
RubyのRはロングテールの付いたPであった*1
なんて、Web2.0的な。
*1 「ロングテールの付いたP」について誰が発言したのか忘れちゃった。Ingyだったっけ
昨日の昼食が中華で、昨日の懇親会が中華で、 さらになお今日の昼食に中華に連れていかれてしまう私は中華にしたわれているのか。
それとも、そのすべてを選んだwakatonoさんが中華に染まりきっているのか。
ちなみに弾さんやLarryたちと食べた夕食も中華であった。 どんな食生活だ。
プレスリリースを出したら、 日経ITProと、 アットマークＩＴがとりあげてくれた。ありがたい。
というわけで、NaClでセミナーをします。 ちゃんとお金をもらうセミナーなので、「金返せ」と言われないような充実した内容にするべくスタッフ一同張り切ってます。
早期割引があるとか、おみやげがあるとかいろいろ計画してます。
早期割引のレートは以下のようになってます。
カリキュラムはもうじき正式発表になると思いますが、 おおむね
のような感じでしょう。
今日は母上様の誕生日。実際にはもう数日遅くお生まれだったそうだが、 父上様(つまり私のおじいさん)の「女の子は早生まれの方がトクだ」という 一声でこの日が誕生日ということになったのだそうだ。
昔はおおらかだったのね。
ドラフト3版が出た。今回はLinusもかなり満足だそうだ。
その一方で知財や特許の扱いに不満な人もいるようだ。 まあ、万人が満足する出来にはならないだろうが、 おおむね「保守的で用語が明確」という私が予想(し、かつ、期待)した 方向になりつつあるようだ。
でも、解説をフォローするだけで、まだ自分で読んでません。 すいません。
つまり、「肉の日リリース」は有効であったと。 そういうのもアリかなあ。
より詳細な情報が「QualityImprovementInFreeSoftware - Free Software における品質改善: リリース管理を中心に」(邦訳)にある。