OSSとイノベーション2007

本年、2007年は、「OSSとイノベーション」というタイトルで、壇上に上がらせていただく機会が２回あった。いや、むしろ、オープンソースソフトウェアとイノベーションの関係をはっきり語るよう、あえて自分にその命題を課したと言っていい。おかげでいろんな勉強ができた。そして最後となる1回は今週金曜日、秋田県秋田市で登壇することになっている。

最初のものは、4月に大井町で開催された、日本技術士会の有志で開催されているIT21の会。ここには、レガシーな技術を大切にしてきた大勢のベテランと、今後のITの変革をどう捉えるかに関心の高い若い人がおられた。大勢の受講者から、目からうろこが落ちたとの感想をメールでいただいた。驚くほど高年齢の方々が多い会の中で、メールをくださった方々は、おしなべて若手で、アグレッシブでハングリーだった。もっと別の世界に目を向け、そこに自分の身を投じるべきだ、とのメッセージを述べた。それだけでそこに行って良かったと思った。

次は、6月に開催された、UNISYS BITS2007でのパネルディスカッション。筋書きとしては4月のものを踏襲し、さらにパネラーの猛者ぶりを発揮していただくシナリオで進めた。レポートも掲載されている。あえて説明すると、これは例年開催されてきた、オープンソース/Linux関連のパネルディスカッションの延長に位置づけられるもので、UNIADEX社の皆様にはおなじみのもの（ネタ？）としてご愛顧いただいている。

UNIADEX松隈さんとはかれこれ7年はこのライブをやってきた。人が変わり、会社が変わり、ビジネスモデルが変わり、市場規模も変わった。そのひとこまひとこまを毎年キャッチアップしてきたこのライブが、UNISYS BITSの大舞台のトリで開催されたのは大変意義深いことだ。高くかってくださった皆様に感謝申し上げたい。

もちろん、技術革新はかっこいいことばかりじゃない。高給が降って沸くものでもない。むしろ普通に痛みが伴う折衝の連続であり、デスバレイ(death valley)もある。それがわかっていてもそこにチャレンジを傾ける猛者がそこにいたわけで、ゲストとして生の声を発してくれた。こういう姿を見ることで、技術屋やってて良かったと思うものだね。

さて、最後に、今週、秋田県に出かけることになっている。秋田県は、私にとっては、これまで接点があった県ではない。とても寒いところだろう。しかも調べるに県の経済情勢は良いほうとは言えない。１０年連続で自殺率１位。比内鶏関連での問題もあったが、おりしも2007年を表す漢字は「偽」に決まったそうだ･･･。子供たちが殺された事件の裁判もあったことが今日報道されていた。もちろん、経済指標関連の統計資料を見ても、他県に比べてITが活発とは言えない。正直、関西人泣かせの話題ばかりだ。

しかし、しかしだ。そこで、なんとかがんばってイノベーションを起こそうとしている人たちがいることは確かなのだと思う。あきた企業活性化センターは大勢の起業家を育成しようとがんばっているし、秋田市のチャレンジオフィスあきたのこのページにも、地場産業としっかり組んでがんばろうという強い息吹を感じる。NPO法人あきたITこまちは、現場で働く多くの女性たちに驚くほど的確な情報提供を行なっている。当日も来てくださるそうだ。本年度、秋田県はOSS実証実験に参加し、県の情報システムにOSS運用基盤を採用することによって、ベンダーニュートラルな管理基盤を据えようとがんばっている。

マイクロソフトはベンチャー育成プログラムに秋田を含めている。えらいな。脱帽だ。いずれにしても、難しい状況で奮闘しておられる方々に、私はなんと言えば良いのだろう？私と秋田県の皆さんとの明確な違い、それは、おそらく、視点だ。ここからはこんなものが見えます、という視点を紹介できればと思う。そして、私が学ぶつもりで多くの質問を投げかけてみたいと思う。

変化しようと思う人が変わるチャンスを得られ、それゆえに集団が変化するチャンスを得られ、そして文化が醸成されていく。ソフトウェア技術を身につけながら組織の枠組みを越えたコラボレーション文化を理解するためには、OSSはもってこいだ。仕事を取ってくる人間は、情報の伝達とコラボレーション（Web2.0、UGC）をキーワードに情報と技術の新しい流れに注目させて取ってくればいい。資金的脆弱性でさえ、イノベーションのトリガーになることは珍しいことではない。また、OSSを使う仕事でない人でさえ、コラボレーションを軸としたそのコンセプトから得られるものがある。

雪国でアツくがんばっている人に会いに行ける、師走の金曜日を楽しみにしている。

あきた企業活性化センター
→ ＯＳＳ活用促進セミナー「進化するＯＳＳのもたらす影響」

クラウドソーシング(crowdsourcing)はどうしたものか

アウトソーシングならぬ、クラウドソーシングの話。

Wikipedia、「Crowdsourcing」より
http://en.wikipedia.org/wiki/Crowdsourcing

Crowdsourcing is a neologism for the act of taking a job traditionally performed by an employee or contractor, and outsourcing it to an undefined, generally large group of people, in the form of an open call. For example, the public may be invited to develop a new technology, carry out a design task, refine an algorithm or help capture, systematize or analyze large amounts of data.

USにはCrowdsourcing企業が着々と増えている。

不特定の群衆による、分散された知見や、あるいは労働力によって何がしかの成果を目指すものなのだけど、Crowdsourcingのポイントは主に企業が主体になり、いいだしっぺとファシリテーションを受け持つということだ。多くの解説に「安く済ませる」という言葉が散見されるが、それよりも群衆の持つポテンシャルを企業が利用するというところに着目することが重要で、インセンティブを定義しなければならないし、それは有形であれ無形であれ協力者の納得のいくものでなければならない。

観察者の観点では、Wisdom of Crowdsにはいくつかの理解すべきコンセプトがある。

1.大集団をひとつの「個」に見立てて、なにかのアクションに対する行動や変化を観察することにより活用を図るコンセプト(視覚に着目)

2.大部分の人たちにはスルーされるだろうが、中にいるはずの関心の高い人の個別の"協力"を、できればたくさん引き出そうとするコンセプト(手足に着目)

3.大多数の人たちの自発的に出される意見を集約し、それにより新たなリスクやポテンシャルを探ろうというコンセプト（口に着目）

相互に必ずしも排他的なものではなく、あくまでコンセプトと表現したのだが、成果の演出において重心がどちらにあるのかはそれぞれのサービスを見れば考察しやすい。

1.はソーシャルフィルター(social filter)に使われることが多く、それらはdel.icio.usやはてなブックマークなどのソーシャルブックマークなど、いわゆる群衆による分類すなわちフォークソノミー(folksonomy)として出現している。RSSリーダーでの登録者数にもいくらか観察できるかもしれない。いずれにしてもニッチなテーマに至るまでその動向が見えるため、単なる人気投票的な「ランキング」よりも興味深い結果を出している。

2.はLinuxをはじめとするオープンソース、Wikipedia、またFlickrのような画像アップロードサイトも見られる現象で、いずれも関心のある人同士の積極的な集まりによる協業である。ピアプロダクション(peer production)と言われる。これはルールを決めるところがキモで、それさえコンセンサスがとれれば比較的ファシリテーションしやすい。

ただし、個別の成果の良し悪しが個々のユーザにゆだねられ、それを是正させる働きをするときに見られる機能は、それはsocial filterともいえる。オープンソースにせよ、ウィキペディアにせよ、それらは知見の高い個人による「目」の集積としての機能をアテにしている。

3.は、消費者によるメディア、CGMといわれる。主にブログだ。これは端的に言って、自分の欲求とツールの機能がうまく出会うとブレイクしていくものであり、主に、誰かにファシリテーションされて書くものというよりは、おそらくは特定の人、あるいは仲間を想定して発信される目的で自発的に行われている感覚だ。


ここで、それぞれのコンセプトと、日本人の特性を考えたとき、日本社会の特異性をどうやって活かせるだろうか。

はてなブックマークは技術者にウケすぎていて「ネットイナゴ」と揶揄されるにしても、依然、動きは活発だ。del.icio.usなんてのは英語のサイトなのに、ブックマークには日本語が散見される。価格コム、じゃらんなどのクチコミもそう。評価好きな日本人にはsocial filter機能はもってこいなのかな、と思われる。

ただ、流行っているものが売れるのが現在の日本の市場であり、social fiterを演出している側とそれに乗らされている側の格差や、その影響度は過度に大きい気がする。つまり、うまく火さえつけば瞬く間に群衆は自分の意見としてというよりも、群衆の意見に相乗りする形でノリノリになってしまう。

次に、peer productionはどうだろうか。ウィキペディアは日本語が存在するし、良くも悪くもアクティブではあるようだ。オープンソースは･･･。日本人の中には海外のプロジェクトに参画して何かを作り上げるのに大きな働きをしている人は存在する。しかし、日本人のコミュニティでは贔屓目に言っても元気なほうではない。仲間社会、既得権益社会で構成される日本人の特徴がこの分野での成果に大きく出ているようだ。

ただし、人が困っているときの動きは秀逸だ。オープンソース・コミュニティについて言えば日本はユーザ会ばかりだが、その多くは初心者の質問を扱っている。Q&AサイトのOKwaveや、プログラマのためのcodeなにがしでも、質問されるととても早く答えちゃうのだ。

仲間うちのネットワーク効果や、互助関係のつながりがめちゃくちゃ大きく作用するわけだ。

では、ひとりひとりの発想や独創性は発揮されないのか？そういうのは日本人の不得意とするところではないか、と言いたいところだ。しかし、世界中のブログでもっとも多く使われている言語は日本語だそうだ。

発信はキライじゃないけどツール次第。もののカラクチ評価はとても好き。でも、みんなが好きなものは私も好き。一時間待ってもクリスピー・クリーム・ドーナツは買いたいし、なんと言われても中国野菜は食べない。でも、狂牛病騒ぎで一度は廃絶した和牛はおいしい。亀田はおもしろかったり、ひどいやつだったり、かわいそうなやつ。電通がどんだけSecond Lifeを宣伝しても、「セカンドライフ」とは老後ののんびりした暮らしのことであり、それ以上の魅力は感じられない。

・・・悩ましい。

本日の仮説。

社会的なつながりに関する欲求（マズローでいうところの三段階）がとても強い日本人は、群衆の叡智として日本人だけをグルーピングした場合、その属性はあまり拡散しにくいし、大衆の意見を尊重することによって自分を守る。つまり、マーケティングデータはとりやすいが、ポテンシャルは取りにくい。

しかし、集団の中にいるニッチなスペシャリストを引っ張り出してくることにひとたび成功すれば、ゼネラリストタイプな専門家を養成して大衆に向かってメッセージを出すよりもはるかに高いポテンシャルがある。

彼らは職業的専門家だとは限らず、主婦だったり、10代の若者だったりするが、思わず火付け役に回ることがあり、その効果も計り知れない。ただし、彼らは求められれば口を開くが、自分からは積極的に口を開くとは限らない。いや、匿名の場合にはどこかしら変わった人格で饒舌になったりする。

そうすると、どこに軸足を置いたらよいのだろう。

最初のコンセプトである「social filter」で単なる動きを見せてもらうタイプのクラウドソーシングは新たな価値を生むとは限らない。せいぜいネタのシェアにより、アクセスランキングを加速させているだけになる。

むしろ、その中にいる個人に潜在している新たな気づきを発掘することに取り組む必要がある。これは欧米社会では大衆迎合を跳ね返す文化のため、とても簡単なことに見えるのだが、日本では同じ方法ではとても難しい。

アイデアを提供しやすいわかりやすいツールと、それを出してくれるインセンティブを明確にすること、そうする仲間をいかにして作り上げるか。それには単に欧米からコピペしたようなツール、WEBサイトではだめだ。そこから日本人ならではのファシリテーションを試行する必要がある。

「日本におけるクラウドソーシング」は、脳みそに汗をかかなきゃいけないトピックだ。

群衆の叡智サミット2007まで、あとわずか。

11月1日、情報と技術の「新しい流れ」が見える一日

株式会社テックスタイルは、11月1日木曜日に東京丸ビルホールにて「群衆の叡智サミット 2007」(Wisdom of Crowds Summit)を開催いたします。

WEB開発にかかわる技術者、またマーケティング戦略・ブランド戦略担当者、大学・研究機関の研究者、および企業経営者の皆様を対象としています。

→ http://techstyle.jp/wocs/

2007年から始まる10年の情報経済は「群衆の叡智」によって大きく変革するといわれています。ジェームス・スロウィッキー著「みんなの意見は案外正しい（原題：Wisdom Of Crowds）」に著されている数々の興味深い事実は、一部の「権威」や「専門家」による品質維持の枠組みを、「群衆の叡智」が上回ることを示しました。

しかし、それはどれほど新たな情報パラダイムをもたらすのでしょうか。いや、すでにもたらし始めているのでしょうか。消費者、社員、コミュニティの意見を集約して、正しい意思決定に活用できるほどの精度を期待できるのでしょうか。群衆の意見を「叡智」に変える「目」とはいったいどのようなものでしょうか。

このような数々の疑問を受け、私たちは、数々の企業・団体様のご支援のもと、来る11月1日（木）、WEB開発にかかわる技術者、マーケティング・ブランド担当者、大学・研究機関の研究者、および企業経営者の皆様を対象としたシンポジウム『群衆の叡智サミット２００７』を開催し、公開討論会の形をとることといたしました。

セッションは３つあり、WEBの世界から見られるコンセプト、オープンソースをはじめとするソフトウェアに関する問題、そして最後には予測市場（Prediction Market）の話にまで切り込みます。この話題の論客として、珠玉のパネラー陣が集まりました。どうなることやら、わくわくしています。

座席数には限りがありますが、お誘いあわせの上、ふるってご参加ください。

→ http://techstyle.jp/wocs/

NexTalk「OSSとイノベーション」掲載、しかし･･･。

9月10日、UNIADEXのサイトNexTalkにて、Feature Story：U&U　BITS 2007 パネルディスカッション - オープンソースによるビジネスイノベーション インパクトのある打ち手を探るが公開されました。

この記事は、本年6月7日に開催されたイベントの要旨の紹介記事です。

吉岡弘隆さん、宇佐美茂男さん、中尾貴光さん、松隈基至さん（あえて実名列挙）なんてアツイ皆さんとのしゃべり倒しのプログラムが90分。事例の話もわんさとあったんですけどね、ざっと、まとめ記事になるとロジック以外はそぎ落とされちゃうのは仕方ないかな･･･。

こういうライブは本番でサプライズが多いです。是非ご来場ください。

松隈さんはじめ、UNIADEXの皆さま、毎度毎度、勇気ある機会の提供、ありがとうございます。m(_ _)m

- o - o - o - o - o - o - o -

蛇足編：

しかし･･･

でも、写真が・・・
スマートじゃない・・・(当社比) (T T)


レコーディングダイエットの名著「いつまでもデブと思うなよ」の著者、岡田斗司夫さんのブログに掲載されたやせる前画像に激似かも？

okdt版スタート地点の記録を突きつけられたような感じになっちゃってるじゃないかorz

するとmixiで、おごちゃん曰く：
「写真ってのは、『真実を写す』って書くんだよ。」

ぐ･･･。
「ディスってんじゃねーよメーン。(- -;)」

弱い･･･。

# でも、ここで「そんなの関係ねぇ」ではダメよねｗ

そういえば食欲の秋だメーン。

[event] 6月7日、8日にOSSとWeb2.0を巡る

6月7日、8日にたまたま連続して別々のイベントをやりますので告知します。OSS、Web2.0とつながりますが、こじつけると両者とも「群衆の叡智(Wisdom of Crowds)」つながりではあります。

■ 6月7日：UNISYS BITS2007トリ「OSSによるイノベーション」
http://bits.unisys.co.jp/2007/information.html#03

ミラクル吉岡さん
HP宇佐美さん
Turbo中尾さん
UNIADEX松隈さん

＆ わたし。

恒例ですね。もう4回目。笑顔で語る吉岡さんはここだけ。UNIADEX、UNISYS含め多くの会社に直球でメッセージを投げてきました。リピーターも多数おられるようです。

エンタープライズ（企業）、パブリックセクター（公共）の大きな流れがつかめます。


■ 6月8日 NEC eTrend2007 「Web2.0とエンタープライズ」
https://www.nec-conference.com/form/?module=conference
NEC 福岡さん
NHK 尾澤さん

＆わたし。

仕込み段階ですが、今までにないメッセージを受けられるメンバーです。

NECほど大きな会社が社内SNSとなるともうひとつの小宇宙ですね。「群衆」の動きには何かのメッセージがある。日本人にとっての「群衆」は実はそれほど大勢ではない。

NHKさんがいるというのはまじでやばいです。私が特に気に入っているコンセプトは「ゼロ秒」。もう、あちこちでゼロ秒ゼロ秒言いまくっています。そのわけは・・・？どこまでそのすごさを伝えられるか心配ですが、乞うご期待。

企業のアイデアとして応用できるコンセプトがたくさんあります。


そこで、

レベル１．とりあえず(両方に)登録(無料)
レベル２．(来れるほうに)来場
レベル３．会場前列にて爆笑 (桜でいいんですってば！)
レベル４．質問コーナーで挙手（滅多に指しませんから遠慮なく！）

どのレベルまででも、ご関心に応じてぜひ。

日経の想像力がたくましい件

GW真っ最中に日経新聞一面トップに掲載された、この記事。WEB版をコピペする。

無償基本ソフト「リナックス」販売で連合・米オラクルなど

　米オラクル、ＩＢＭ、ＮＥＣなど有力ＩＴ（情報技術）企業10社以上が無償基本ソフト（ＯＳ）の「リナックス」を日本で本格販売するための企業連合を発足させる。政府調達でリナックスの採用を促す方針が打ち出されたことに対応。オラクルが各社と契約を結んで保守を一手に担うほか、特許侵害の賠償も全面補償する。ＯＳ市場で圧倒的なシェアを持つ米マイクロソフトに対抗する。

　6月にも日本オラクルの主導で発足する企業連合は情報システムの中核となるサーバー用ＯＳが対象になる。ＮＥＣなどのほか、日立製作所、ヒューレット・パッカード、デルなど大手サーバー各社が軒並み加わる見通しだ。ＮＴＴデータなど大手システム開発会社の参加も内定している。

[2007年5月3日/日本経済新聞　朝刊]

「これ、どういうこと！？」というメールを少なからずいただいたが、私があずかりしることは残念ながらなにもない。ただ、一つの事実は、ここに列挙されている企業群の皆さんの首が、一様に横に傾いていたこと。

そんな折、本日5月9日、日本オラクル社からのニュースリリースが出た。全文をコピペする。

2007/05/09
弊社及びパートナー企業様に関する一部報道について

2007年5月3日に一部の報道において、弊社がビジネスパートナー企業様数社とリナックス販売で連合する旨の記事の掲載がございましたが、当該記事は弊社によるプレスリリース等の公に発表された内容に基づいたものではなく、推測により記事化されたものです。したがって記事中の「オラクルが各社と契約を結んで保守を一手に担う」、「参加各社は手間のかかるOSの保守をオラクルに一手にまかせる」等の記述につきましては、弊社として、ビジネスモデルとしても想定しておらず、ビジネスパートナー様各社ともそのような交渉を行っている事実はないということをここにお知らせいたします。

オラクルでは、これまでと同様、リナックスへの取り組みを世界的に強化してまいります。日本における具体的な対応は、準備が整い次第、順次発表していく予定です。

日本オラクル株式会社
広報部

この否定の仕方は勉強になる。こんな声が行間に見えたり見えなかったり。

「ちょっと、どんだけー？！日経は、自社のビジネスモデルを勝手に想定し、提携相手との連合のスケジュールまで決めてくれやがった！ ･･･ まてよ、これからやればいいか？とりあえず、交渉始めてないと言っちゃえば間違いないな。」

「特許侵害の賠償に関わる事業を想定していると、よくぞわかったね･･･。びっくりして身長が3cm伸びちゃうところだった。微妙に当ててくれたから、否定する文章を考えるのに、6日間もかかったじゃないか、、、」

冗談はさておき、、、

7月の政府調達ガイドライン施行をきっかけに変化を目指すんだとすれば、それは、”護送船団”でも”ガレー船団”でもなく、”Uボート”だと思うんだよね。

この話はまた。

FreeMind0.9.0に見た、オープンな戦略議論

論理思考ツール、「マインドマップ」。これをハンドリングするソフトウェアは数々ありますが、オープンソースのFreemindは、シンプルすぎるほどのインターフェースで用途を選びません。また、Windows、Mac、Linuxをサポートしているのでユーザの環境の自由度も高いソフトウェアです。リサーチャ、エンジニア問わずマインドマップ使いには必携ツールの地位にあると言っていいでしょう。


FreeMind
http://freemind.sourceforge.net/wiki/index.php/Main_Page


Wikipedia "FreeMind"の項
http://ja.wikipedia.org/wiki/FreeMind

Freemind 活用クラブ(日本語)
http://www.freemind-club.com/


私は、2005年に出た安定版の0.8.0以来、アップデートもケアしてこなかったのですが、最近このソフトにはまっているマーケの末吉師とのやりとりをきっかけにひさしぶりに見ると、2007年2月に0.9.0 beta9 が出ていました。(ダウンロードページ)


早速インストールし、ざっと見てみました。カレンダー、スケジュールなどの時系列データのハンドリング機能、MindManager形式(.mmap)の読み込み（MindManagerのほうにはFreemindを読み込むプラグインがある）など、いろいろと機能拡張、問題修正が施されているようです。

（FreemindとPowerpointのアウトラインとの連動方式を模索しているのですが、そこには直接的な打ち手は追加されていないのはちょっと残念。いい案あったら教えてください）

なにより、本アップデートの最大のインパクト印象を残すものは、アイコンデザインと起動画面です。え？そんなこと？いえいえ、ぱっと見とってもかっこよくなっているだけではないんです。

ちょっとこのページみてみてください。

Freemindのイメージを変えようって議論です。

以前の蝶のモチーフは盛り上がったマインドマップの形状を想わせました。

新しい、電球のモチーフ、しかもよーく見るとそのフィラメントの部分は蝶の形になっているところにこだわりを感じます。

Talk:Light_bulb_and_butterfly
http://freemind.sourceforge.net/wiki/index.php/Talk:Light_bulb_and_butterfly

Discussion Forums: Open Discussion
https://sourceforge.net/forum/forum.php?thread_id=1686869&forum_id=22101


それぞれに言い分があります。「電球っていいよね」「焼き切れちゃう上に「自由」というイメージのない電球なんてヤダ」「すんげーアイデアを象徴する電球っていいじゃん。だから電球も蝶もあわせたのがイイ」みたいな具合です。

それぞれが、いつのまにか「Freemindは自分にとって何か」という感覚を醸し出してくるのです。この議論、もっと盛り上がるといいなあ。

単に「広く募集」とか「投票」みたいなものはいくらでもあります。そこから一歩突っ込んで、こういうマーケティング的なテーマでアツイ議論が見られるのはOSSプロジェクトならでは、です。とっても面白い。

OSSプロジェクトはもちろんのこと、リアルのプロジェクトでも試しにこういうのやってみちゃうのはどうでしょうか。

オープンソースへの評価といえるか？マイクロソフトとノベルの提携

マイクロソフトとノベルの提携に関する一人ブレスト。

Moglen教授のオープンソースライセンスとの兼ね合いなどを懸念する声もあれば、OSDLのオープンソースの重要性への評価だとか、Redhatの勝利宣言とかもあり、オープンソース関連情勢には大きな波紋を呼んだ。

しかし、この提携はマイクロソフトのオープンソースへの評価を意味しているとは言えないんじゃないか。むしろ、どちらかと言えばリスクが高まったかもしれない。（エンドユーザのリスクについてはもう少し考えたいと思う。）

今回の提携で日本での報道ではあまり表に出ない、重要性のある言葉、それは「相互運用性-interoperabilityのための提携」という部分だ。

欧州はじめ、e-Goverment戦略の中で、相互運用性を確保できる技術でないと採用することに問題があるという声は世界中で高まっている。日本もしかり。それに関してマイクロソフトに対し、もっとも厳しく、かつわかりやすい策を打ってきたのはEU政府だ。このキーワードに関連して、EU連合政府はマイクロソフトの技術の閉塞性に対し、巨額の罰金を課してきた。

この状況はマイクロソフトにとってEUはじめe-Govermentというマーケットを大幅に減じかねない巨大なリスクだ。ここで抜本的に改革されるように見える、かつ、EUの策をおさめるのにつじつまがあうような策を講じる必要があったわけだ。

マイクロソフトは、自社のアドバンテージを損なわず、欧州が剣を収められるような、そう、少なくとも相互運用性を確保できるように見えるスキームはないものかと策を練っていたはずだ。自社のソフトウエアをオープンにする以外の選択肢でなければならない。

こういう問題は、企業戦略の観点からは別に難しくない。敵陣営の適格者と戦略提携し、そこをグルーとして使えばいい。世界史、日本史上でも日本の戦国時代でも良く見られた手法だ。

Linuxディストリビューション会社との提携をグルーの役割とするという戦略として、相手はRedhatではなくSUSEというところがポイントだ。欧州出身という色もあり、欧州でのシェアも高い。しかも、傾きかけた自社ディストリビューションのマーケット拡大の動機もある。（八田氏のいうとおり、結果的にSuSEはばばくじを引いたことになるという観測もあって当然だ。）

実際、この提携は広くオープンソース陣営にとって何か情報拡大を意味するわけでもないし、たとえばGoogleのように開発力の提供を得るわけでもない。Novell SUSEとて、たいした技術提携を得られるわけでもない。むしろ、マイクロソフトに技術力を吸い取られる（５年間で３５万インシデントも！）こと、双方向にパテント関連で訴訟しないことなど。

（この提携の存在そのものが、オープンソースソフトウェアにすでにパテント侵害問題があることをNovellが勝手に認めてしまったことになりはしないか？これは調べてみる必要がありそうだ。）

相互運用性のための戦略提携ということは、「オープン標準」策定プロセスにおいて、マイクロソフトの発言力を上げることにもつながるだろう。それを実装する担当としてNovell SUSE、キミががんばれよ、と札束で顔をはたかれたという構図にさえ見えるのだ。

かくして、マイクロソフトは順調に市場を広げ、欧州でのリスクをおそらくは大幅に軽減し、かたや、求心力を失いかけていたSuSEのプロモーターが増えるものの、大してオープンソース側はそれによって何かが伸びるわけではない、というオチではないか、と。

以上、オープンソースソフトウェアとマイクロソフトの構図が大きく変わったわけではなく、むしろリスクが高まったのではないかとの備忘録。

KIPA訪問記

日経BP ITPro Watcher「OSSセンター談話室」というblog(?)に、「Linuxを政府標準に!? KIPAで見た韓国のOSS推進強化アプローチ」という写真つきの記事を寄稿しました。ぜひご覧ください。

今日日本HPの宇佐美さんと話したところによると、Linuxワークステーション市場はメディアではあまり注目を浴びませんが、日本でも一度に数百台単位の組織的導入例が、右肩上がりで着々と進んでいるそうですよ。問題は売り手側の、「パソコン市場だとの思い込み」による思考停止なのかもしれませんね。

道具は売り手ではなく、使う人によって成長する。ビジネスプランニングで陥りやすいパターンの一つとして覚えておきたいと思います。

「オープンソースはわかりにくい」を払拭できるか？OSS iPedia公開

もう何年も前の話です。ある人に、「オープンソースの関連の話も文書もニュースも、それをちゃんと読むためにはもう一歩踏み込んだ解説が必要だよ、okdt。大事そうなのはなんとなくわかるけど、正直言って読んでいてさっぱりわからない。」と言われたことがあります。なるほど…。確かに、基本的なことひとつ取って見ても、日本語で調べられるツールになりそうなものはないんですよね。オープンソース関連を解説する辞書みたいなものがあればいいのかしら。でも、作るとなると…。そんなことを思った記憶があります。


そんなわけもあり、2006年5月15日、IPA OSSセンターが、オープンソース情報データベースOSS iPediaを公開したのをとっても喜んでいます。OSSの性能情報、OSS導入事例、そしてナレッジベースとしてQ&A、用語解説、ディレクトリを盛り込んでいます。


OSS普及拡大の観点からすると、これが、「オープンソースはわかりにくい」という声に応える、リーディングツール(reading tool)になることと、ここ最近のエンジニア、例えばミッションクリティカル系のエンジニアで、OSSに関する理解を得なければならない状況に置かれている方々にとっては、有用なリファレンスのひとつになるんじゃないかと思います。


本サイトは、昨年の秋よりＩＰＡ内に設置された、データベース検討委員会、後のOSSセンターのデータベースWGにて主にアレンジされました。この委員会はNTTデータ玉置さんがまとめ役をしてくださったんですが、これに参画させていただいたのはとてもエキサイティングな経験になりました。このサイトが 非常に多くの方々の協力によるものであることが「謝辞」のページに記載されています。


5月15日、フェーズ１の公開を素直に喜んでいますし、すでに「ライセンス関連の情報が役立った」などの声も寄せられていて、とてもうれしいです。もっともっと「使える」ものとしていけたらと思っています。


そのためにも、まずは自分が読んで勉強せねば。

→ http://ossipedia.ipa.go.jp/

IT飽きてくと

朝っぱらから、ash.氏と「IT飽きたって言ってたんだよ」なんて話をメッセージでやりとり。

ITアーキテクト業がだんだん面白くなくなるのはなぜだろう。

ひとつには、「おれってもしかして天才？」と思える、「あの」瞬間を感じる頻度が減っていくからではないかな。上流工程のマネージメントにいけばいくほど、つまり、いわゆるシステム構造設計、あるいはプロジェクトマネージメントという職種では、あの感覚を得にくくなる。一般化してゆき、月並みになってゆき、その上、out-of-control マターが多すぎる割りに、成果もツマラナイのだ。ある程度儲かりはするが、ツマラナイ何か･･･。

そう、あれだ。

構造設計といえば、今話題の某建築士の事件を指差して非難できるITアーキテクトってそれほど多くないぞ。彼は、ちゃんとやる方法とコストもわかった上で、外圧で鉄筋を抜いた。もちろん不正は不正だが。一方、ITの世界だとそれが「不正」とも定義されていないから、ちゃんとやる方法さえわかっていなくても、現時点でつぶれてなければさらしものにされない。「工法が安定すればITの世界でもそうなっていく」との意見もあるが（紀氏）。

要はそれがないのをいいことに、外圧だろうが無知の設計だろうがITの世界はなんでもアリで、鉄筋を抜いてあるどころか存在すらしない設計が普通にまかりとおってしまう。でもって、「震度5強」のような、過負荷がかかって出た不具合を、サーバ、ディスクの「寿命」なんて呪文をとなえてさらに高額のリプレースを正当化し、投資をさらにひっぱる･･･。

ニコラス・G・カー著 DOES IT MATTER?（「ITにお金を使うのはもうおやめなさい」）という本は、HBRで、"IT Doesn't Matter."という論文として掲載されたものがベースになっている書籍だ。うまいタイトルだ。ITは役に立たない、というそもそも論を展開するものでも、情報そのものや使う人自身の有効性を否定しているものでもない。むしろ、多くの局面において、思い切って「金食い虫」のIT投資をやめてみろという。

ITの世界で喜びを見出そうとする人にとって、これは必ずしもマイナスにはならない。持ち家のメンテナンスが建替えに終始しないのと同様、ITの世界でも「ビフォー・アフター」はありえる。きちんとした設計とそうでないものはやがてはっきりする。今あるものを活用、改善することが不可欠になるからだ。設計だろうと、実装コーディングだろうと、きちんと作れる、直せるみたいな、その種の「快感」がよみがえってくる現場が増える可能性がある、匠の世界。そこがオープンソースの真骨頂かもしれないと思いきや･･･。

＞「だからいま binary 2.0 なんですよ。」（ukai氏）

はっ、そうくるかー。(@_@;　ソースコードのハックに飽き足らず･･･。
確かに、under control領域が拡がると、快感も増すものだよね。うむうむ、と、うなずきつつ、一週間続いている偏頭痛をlivepatchできないものかと薬局へ･･･。

OSSプロジェクトの共感と意欲

「コードも書かない人に言われたくはない」 正直で、エモーショナルな言葉。それゆえに、共感、反発、共に大きな反響を呼んでいます。でもこの議論、「言われたくはない」、何を言われたくないのか、なぜ言われたくないのか、もっとそこを議論したいと思いました。

発言者の三浦さんの原文では、

「だからこそ、CodeFestを日本で開く応援をしたい、推進派になった。人材育成とか、日本発のＯＳＳとか、コードも書かない人に言われたくはない。一緒に取り組んでいる仲間を増やすこと、同じ空間と時間を共有して、フリーソフトウエアの世界を確かに広げた実感を共有すること、それこそが醍醐味ではないか。 」

人材育成と日本発のOSSが例に挙げられています。これはよく考え抜かれた指摘ですね、要するに誰と一緒に仕事をするか、そこで何を成果として作るか、これをコードも書かない人に言われたくない、と。 仲間と共感でき、そこで意欲的に成果がでることがサイコウにうれしい、と。ここは事実提示です。

すると、コードを書かない人に「言われたくない」ことがあるとすればそれは、開発組織における「共感」や、成果物への「意欲」が度外視されるケースだということでしょうか。(小飼さんの「コードだけでOSSの世界が回ると思ってんのか」は、そりゃそうなんですが突っ込みポイントはそこじゃない、という感想です。) 昨今の三浦さんのご活躍の現場で、何度となく彼自身が板ばさみに会い、まさに苦悩ゆえの発言だと連想されます。

さて、その「仲間との共感」と「成果物への意欲」は、ものづくりの立場にとっての軸と、要件を出す立場にとっての軸とは表現も価値観も異なります。けれど、そこの問題を提起するのであれば、「その溝はもう埋めたくありません」と言ってしまうと、そこの問題解決による発展の可能性を低めるというリスクがありますね。 共感や意欲を共有できるかどうかは主に、外的要因よりも内的要因のほうが大きいからです。内的要因でシャットアウトされると手の出しようがなくなります。

ですから、OSS開発では、開発者もユーザも一体になってはじめて意欲的な成果物に成長する、というシナリオを目指します。そして、成功しているプロジェクトに「コードを書かないプロデューサ」がいることは珍しくありません。OSSにおいては、なおのこと、「共感」と「意欲」がシンクロしている、あるいはシンクロさせる努力が必要だというわけです。

名前を挙げれば続々と、まさにそういうことをしてきた人たちが存在します。開発者、プロデューサ両方の側面ができる人もいます。マーケティングからやってきて、一生懸命理解しようとしてきた人たちもいます。そういう人たちは、自分ではなく、開発者を中心としたマンダラート、ユーザを中心としたマンダラートの両方を持っているゆえに、各ステイクホルダーとの調整ができるし、期待されているわけです。


OSS開発のステージの大きな変化

ところで、その対立構造とは異なるところで、不思議と同じ論点があり、そこでは相互に議論がものすごく盛り上がっているという動きがあります。 それは「コードを書く人」の中での話です。

いくつもの大きなベンダーやSIerがメインフレームの人間、ミッションクリティカル系技術者を駆り出してまでオープンソース開発セントラル組織を作り、実際にOSS開発を前提に基礎開発をばりばりやっています。この動きにより、OSSとは全く別のところにいた、よく訓練された技術者に新たなステージを与え、しかもこれが少なからぬ意欲を与えることに成功しつつあります。 これらが表面化するのは時間の問題でしょう。

最近、そういう方々を公の場でインタビューする機会がありました。（吉岡さんのレポート参照のこと）「メインフレーム屋」でありながら「OSS開発プロジェクト」をどうしていこうか真剣に考えている人たちです。 彼らの主な特徴としては、OSSの「自由な開発」「自由な意思決定」という部分はよく解らない。しかし、品質や時間の観念、障害解析に関するリテラシーはものすごく高い。これまで閉塞的なところから突然やって来たという意味で仙人のような人たちです。

一方、これまでの「みんなでふもとからコツコツ上がってきた人たち」は、そうした情勢の中で組織的に参入してくる「山から下りてくる仙人」とどのように共感し、分かち合っていくのかが大きなポイントとなります。Linux Kernel MLでのLinusのカーネルダンプ問題しかり、そこには大きなエネルギーがいります。 その議論をデフォルメして言えば、企業のミッションクリティカル要件にとって必要だから、壊れたときのための機能を作らなければならない、という集団と、壊れない良いものを作りたい、そういう作りたいものを作っていこうよ、という集団の議論です。 そこは、理屈よりも「共感」が必要な世界だし、目指す成果への「意欲」の問題でもあります。

それで、両者にある見解の違いを中心に、どうするのか議論が盛り上がっていることは、OSSの発展の歴史において、これまでにないすばらしいことです。この動きはソフトウエア開発モデルの歴史に残ることだと思います。 OSSプロジェクトにおいて新規に関係者が増えていく際に、とにかく議論のテーブルがあることは必須です。

まつもとゆきひろさんがおっしゃるスローガン、「コード書きの気持ちがわからないとオープンソース・エコシステムで成功できない」というメッセージは、孤立ではなく他者との関係で自分の目的を達成したい当事者においては、全員にひとしくあてはまると思います。俯瞰的に自分のポジショニングを確認するんなら、各立場からの観点で出されるメッセージを中心にマンダラートツールで思考をはじめていくと面白いですよ。開発者、ユーザ、支援者のどこをスタートとして書いていくにしても、最終的に大きな一枚の絵に描くにはなにが必要なのか思考する助けになるように思います。

いくつかの立場を理解できる人、客観的な目撃者として指摘できる立場にいる人間は、必然的に注目を免れない傾向があります。開発者自身、あるいはプロデューサ自身、ユーザ自身の意見よりも重く見られるために奥歯にものがはさまってしまう。そういう意味では、今回の件にまつわっては、皆さんストレートで、熱いメッセージが飛び交っています。吉岡さんしかり、きんねこさんしかり・・・、反応リンク集まで。発展を目指して語る以上、議論を恐れてはいけないですよね。これからも、臆せずにメッセージを出していって欲しいですね。

オープンソースの責任の所在？

マイクロソフト社のバルマー氏は、自身の講演においてLinuxについてどう考えているかについて示した際「Linuxのアキレス腱は誰も責任を負わないこと」だと述べています。これについて、いくつかのblogで「じゃあMSはどうなんだよ」との指摘を拝見しました。いずれの主張も、なにがしかの事実や現状を観察して出てきたものでしょう。ただ、残念ながらこの講演を直接聞いていないのですが、わたしがバルマー氏に質問できるのなら、ビジネスとしてどの局面において「責任を負う」ことが欠落していることを指摘したいのか、そこを尋ねたいですね。

「ソフトウエアそのものの責任を負う」？

LinuxカーネルにせよUNIXライクに統合されたものにせよ、複数の人間によるプログラムの複合体であることは言うまでもありません。プログラムが企業によるものであれ、個人によるものであれそのコードに対する責任をプログラマが負っていることは事実です。つまりプログラマが企業ハードウエアに対応するデバイスドライバをIBMやNECのような企業が作ってオープンソースとしてコントリビュートしているケースでも、個人が何かのコードをコントリビュートした場合でも、です。

対価は金銭とは限らないのは言うまでもありませんが、とにかくそれに対しその「責任を果たす」ということを、コードを公開し、著作権者を銘記し、フィードバックを集約していくことなどの方法で果たしています。それを怠ると、そのコードは、他人に引き継がれるか、オルタナティブコードの出現などにより淘汰されていきます。つまり、時の経過と共に、より効果的に責任を負う著作者によるコードへと選択されていきます。

別にオープンソースだから責任を果たしやすく、プロプライエタリだと責任を果たしにくいというハナシではありません。無責任なコードが永久的に許容されつづけないことをどう保証するのかについて、プロプライエタリなソフトウエアとオープンソースソフトウエアではアプローチが異なるだけです。（この部分はもう少し話したいことがありますが、今回はここで止めます。）

「ソフトウエアの利用に責任を負う」？

オープンソースソフトウエアによるビジネス実現に対価を得ることは構わないことになっています。プロプライエタリなソフトウエアは有償でライセンスを取得することにより、活用することができます。この局面で、インテグレータはMSのようなプロプライエタリなソフトウエアも、オープンソースソフトウエアも、どちらでも選択することができます。この場合に、MSのような主体者がないオープンソースソフトウエアに関する責任は誰がとるのか、という問題があるでしょうか？ありません。オープンソースインテグレーションの責任においては、シンプルな話、対価に対しその責任があるというのが答えです。

築地で寿司を食べる場合、客はその寿司のクオリティの責任を誰に求めますか？魚自身にですか？漁師ですか？市場関係者ですか？運送業者ですか？違いますね。寿司屋に求めます。なぜか。単純に、客は「寿司屋のサービス」に対価を払っているからです。それがインド洋のまぐろなのか、近海モノなのかなんてのは関心はあるかもしれません。が、責任という観点では、それはどうだっていいんです。「近海モノがおいしいらしい」という理由、あるいは最近見た「あるある大辞典」で知った知識をもとに（ものの例えです）、「近海モノ」を注文することがありますが、それでも「寿司屋のサービス」に対価を支払っているのです。

寿司屋は、その魚のクオリティを確保するために、あらゆる手段を使います。実際に海に出ている漁船を調査したり、市場関係者の特定の目利き人やディーラーに選定をアウトソースしたりと、さまざまな方法をとるわけです。どうするかは寿司屋が決め、寿司屋は素材に対しその対価を支払います。この連鎖の最後は「海」ですが、ここはオープンソースソフトウエアよりもはるかに「責任」の所在が見えない世界です。もっともはるかに安定し、完成しているように思いますが。いずれにしても私たちはそれに依存して生きているのです。神は偉大です。

もちろん、Redhat、TurboLinux、MiracleLinuxのようなディストリビューションベンダーが負うべき範囲は当然存在します。彼らは編集価値により対価を得ていますから、どのソフトウエアを自分たちのディストリビューションに含めるのかに関し、責任があります。自分たちも開発に参加することにより、その責任を果たしやすくなっているのでしょうが、それでも全部を自分たちで作る必要はありません。また、Debianのように、ボランタリで編集価値を生み出しているものもあります。彼らは彼らなりに「対価」が何であるかを知っています。

そこで、インテグレータは、どの方法で「素材」を調達するかを考え、選択します。良くないものは使わなきゃいい。ただ、シェア、評判、情報、あるいは経験など、どの根拠によって選択するにせよ、それが顧客の要件を満たしているものであることを証明する責任があります。それに対して対価を得ているのですから。

問題は、「オープンソースソフトウエアによるシステムの品質に責任を持つのは誰ですか？」と顧客から尋ねられたときに、SIerが「最終的に導入するインテグレータ、つまり私たち」だと明確に答えようとしないことではないでしょうか。最近、あるインテグレータ会社の社長さんと話していて、「この厳然たる事実を誰も明確に述べようとしない」と言っておられました。指をさして、「あいつのせいだ」と言いたい傾向のためです。マイクロソフトの製品がハングアップしてブルースクリーンを出しても、「うちのせいじゃありません、MSのせいです」と。食中毒を起こした客に、「最近の築地は良くなくてねぇ」とか言うのと大差ありません。

市場がないと寿司屋が経営できないのと同様、外部から調達したものをもりあわせてサービスにするという図式は非難の対象ではありません。むしろ、現状のITサービス提供連鎖においてエンドユーザから最大の対価を得る位置にいるインテグレータの目利き力不足で、かつ自分でロクに扱えないものをテキトーに扱って対価を得ているのであれば、それこそ非難されるべきだということです。オープンソースを扱ってなにがしかのサービスあるいは製品を提供する企業が、誰でも扱えるなどのメリットだけを享受し、その品質や性能に関しあまりにも無責任、という状況に問題があるのでしょう。

バルマーさんがこう言ったのであれば良かったのに。「オープンソースで無責任なビジネスをやる会社が多い」と。
ほんとはマイクロソフトさんこそお困りのはずですしね。あ、いや、矛先がそれてラッキーだったのかな？;-p

IPO目論見書読書会：「本格的な」オープンソースビジネス？

IPO時の注目：「目論見書」

テンアートニのマザーズへの上場承認が7月1日、発表されました。同社はJava、Linux、RedHatなどというキーワードに関連する会社です。Javaや商用製品ディストリビュータとしての業績と、数年前に合併した喜多さん率いるNothern Lights(ノーザンライツ)ブランドのハードウエアでも知られています。

IPO(株式公開)発表における関心が集まるのは、上場資料、目論見書の「事業リスク」に関する説明の項(英語ではRisk Factor/Prospectus/Form 424)です。この欄は数年前に上場したぷらっとホームの書類にはオープンソースソフトウエアとビジネスの関係について、日本の株式史上初めての解説がありましたし、米国Redhatの「リスクはインターネットがなくなること」など、企業の活動方針の主張として興味深いものがあります。


事業に関する記載

今回、テンアートニの目論見書は「新株式発行並びに株式売出届出目論見書 」の第二部【企業情報】にあります。まず、同書11ページ (PDF内の24ページ)に「3【事業の内容】」、リスクについては同書20ページ (PDF内の33ページ)からの「3【対処すべき課題】」、「4【事業等のリスク】」に記載されています。

同社はまず、「事業の内容」を示す部分で、オープンソースのLinux導入のメリットとして、開発コストを低く抑えることができる、コスト競争力がある、という点のみを挙げています。リスク説明においては、Javaのリスクとして他の技術の台頭の可能性を挙げているのに対し、Linuxに関しては、製品を販売するという観点に特化して記載されています。

そして、事業の課題として３つの要素、すなわちLinux関連の人材確保育成、Linux訴訟問題、Java製品の拡販すなわちパートナーシップの確保について言及しています。

リスクを説明する部分で、訴訟問題の可能性としてSCO問題について「(5)知的財産権について」という節で言及しています。この問題に関しては、レッドハット株式会社(日本法人)とのビジネスパートナー契約、そしてOSDLとの協力による情報収集に務めるとしています。


ひとつの視点「本格的なアプローチ」

パートナー戦略などにもいろいろ突っ込みどころはあるんですが、ここでぐっと視点を絞るとすると、「テンアートニは本格的なLinux企業としてオープンソースによるサービスにどう取り組むのか」という点をみることができます。

大前提として、現在、Linuxは、ボランティアプログラマの集団によってではなく、企業内にいる職業プログラマによって開発されています。それは企業として成果物をオープンソースとして世に出すことにコミットしていることを意味しています。ですから、「開発コストが安い」、というのは、現在のLinuxには当てはまりません。他の主要ソフトウエアに関しても、政府や団体によるスポンサーシップや、開発主体企業が存在し、成果をオープンソースとするスタイルが多くなっています。開発は決して、無料ではありません。総じて、オープンソースソフトウエアそのものを「開発コストが安い」と言うのはナンセンスです。

ユーザへの影響でわかりやすいのは、オープンソースは、その「利用」に関して自由であり、オープンだという点です。オープンソースソフトウエアの特徴が「コスト競争力」ではなく、その「開発プロセス」にあり、それゆえにプロプライエタリなソフトウエアと比べて、ユーザがとるべきリスクが上にも下にも異なるという点があります。

すると、その利用の自由に伴う責任 - リスクも含む - については誰にかかってくるのでしょうか。顧客から対価を得たインテグレータがユーザに対して責任を負うことになります。ユーザはLinuxを買うのではなく、道具としてその機能を買うからです。Linuxを使ってそれを実現することにより、対価が発生しますから、その対価を受け取ったインテグレータはその品質に責任を持たなければなりません。そう、オープンソースインテグレーションの品質に責任を持つべきなのは、そのインテグレータです。

インテグレータの立場でこれをどのように行なうかについては、あえて平たく言いますが、「深さ」があります。これが、トラブルシューティング能力や、新機能、想定以上の規模への体力を図るものとなります。

1. ソースコードは使わない。ディストリビューションのバイナリを使う。


2. makeするときに必要に応じ使う。それでも、大抵コードそのものは見ないし、直さない。


3. 障害があればソースコードまで追いかけ、パッチを提供。新機能が欲しければ開発に参画。

深度1の会社は無数にあります。プリインストールサーバで済む話であれば、インテグレータの必要もないかもしれません。設定さえすれば完結しますので、オープンソースソフトウエアを使うかどうかさえほとんど関係ありません。深度2は、アプリケーションを手がける会社ではやっていることもあります。深度3まで行ってはじめて、「ソースコード」が関係してきます。インテグレータの立場では、この深度3からが「オープンソースソフトウエアを扱う」ことを意味します。深度3以上として、「なにかの開発母体、主体になる」というレベルがありますが、それはインテグレーターのサポートレベルの議論とは別の話にも思えるのでこの論点からははずします。

テンアートニ社の目論見書を見る限りは、生じ得る問題の対応をRedHatとOSDLの陰にひそめるアプローチをとっています。はっきり言えば、明確にされているのは深度2までです。RedHat社との関係次第。しかも日本法人。ティファニーの代理店って、ティファニー以上のものにはならないですよね。米国のRH株価はティファニーに例えるにはオソマツだとは思いますが･･･。いずれにしても芳しくないです。

ただ、実のところ、どうなんでしょう、プロフェッショナルコンサルティングや、ハードウエアの開発事業をするわけですから、深度3が十分あるはずです。それなのに、どのように取り組むのかについては、語るに落ちることを避けたかったのでしょうか、この目論見書では読み取れませんでした。 それでも書きようはあったと思うんですね、、、。ソフトウエア開発能力の維持について、あるいはOSDLでの担当について、など･･･。オープンソースによるサービスはそこがポイントなんだということを、喜多さんはご存知のはずだと思うだけに、やや残念でした。

上場で集めた資本をきっかけに、より「本格的な」オープンソースサービス企業としてのご発展を期待したいと思います。

■テンアートニのIRサイトと目論見書
http://www.10art-ni.co.jp/ir/index.html
http://www.10art-ni.co.jp/ir/pdf/040701mokuromi.pdf

■ぷらっとホーム上場年度のIRサイトと目論見書
http://www.plathome.co.jp/about/ir/release_2000.html
http://www.plathome.co.jp/about/ir/pdf/kari.pdf