オープンソース（Open Source）ソフトウェアに関する軽めの話など。
まず、オープンソースって何ぞやって人は、『伽藍とバザール 』あたりを読むと雰囲気掴めると思います。このエッセイ自体、お話として抜群に面白い。
Linux コミュニティはむしろ、いろんな作業やアプローチが渦を巻く、でかい騒がしいバザールに似ているみたいだった（中略）。そしてそこから一貫した安定なシステムが出てくる なんて、奇跡がいくつも続かなければ不可能に思えた。
よいソフトはすべて、開発者の個人的な悩み解決から始まる。
何を書けばいいかわかってるのがよいプログラマ。なにを書き直せば（そして使い回せば）いいかわかってるのが、すごいプログラマ。
目玉の数さえ十分あれば、どんなバグも深刻ではない
賢いデータ構造と間抜けなコードのほうが、その逆よりずっとまし。
ところで、OSI (Open Source Initiative) という団体が認めたライセンスに合致したソフトしか「オープンソース」としては言わないとかという面倒くさい主張もあるんですが、ここでは「ソースコードが公開されていて、改変・再配布などの自由も認められているソフト」程度の意味で使います。OpenDolphin -wikipedia 風解説- 』あたりをご参照ください）、このプロジェクトの経過を追うと日本においてオープンソースのソフトが成立しにくいと言われる理由がよくわかると思います。
話が横道に逸れました。オープンソースそのものの定義とかという半ば宗教論争みたいな議論をここでしたいわけではありません。ソースコードを自由にいじれるかどうか という視点でみた方がわかりやすかったりします。
例を一つ。
Dynamics（ダイナミクス） 医療用のソフトの領域で Dynamics（ダイナミクス）という電子カルテ＆レセコンのソフトがあります。
開業医が開発した診療所発のソフト ” とあるように、メーカー製のソフトの使いにくさに嫌気がさした診療所の先生が独自に作成し発展してきたソフトです。
だから、コミュニティ運営的は診療所開業医の先生方の相互扶助的な面が重視されています。「データの囲い込み」などもちろん持ってのほか。
Dynamics はプログラム内容などをすべてオープンにしていますので、ちょっとしたプログラムの知識があれば、好きなように画面や文字をレイアウトしたり、データを抽出したり、ときにはオリジナルの機能なども追加することが可能です。 このウィッキッキサイトでは全国のダイナユーザーが作成した独自プログラムやノウハウが多数、掲載されております。Dynamics の機能にはなくても、このウィッキッキサイトで解決するようなプログラムもあるかもしれません。是非、ご活用ください。
ね。開業医さんの立場にたてば、活用してみたくなるでしょう？
このような経緯があるので、ダイナミクス自体は OSI 認定のライセンスではライセンスされていません。
実際、このダイナミクスというソフト、数あるメーカー製のソフトに負けない人気があります。導入数ランキングや購入後満足度ランキングなどでは、例年、上位にきています。
1998 年頃より配布を開始して、現在は導入実績が 4000 超。
これは、OpenDolphin（オープンドルフィン）という電子カルテと比較した場合、顕著になるでしょうか。
OpenDolphin（オープンドルフィン） OpenDolphin という電子カルテがどういうものなのかは見てもらった方が早いでしょうか。
VIDEO
使ったことのない人にうまく伝わるかわかりませんが、ダイナミクスより UI などは凝ってますし、医師目線でもかなり使いやすい電子カルテです。
ライセンス的な観点でいううと、一時期の OpenDolphin は、GPL でライセンスされていたオープンソースの ORCA 連動型電子カルテでした（ただし、現在ではこのプロジェクトが GPL として妥当であったかは疑問が呈されているし、運営している会社も何度か変わっていますが、変わるたびに、この点に関してはむしろ同様に否定的な見解を示しいています）。
（一時時的だったとはいえ）OSI お墨付きのライセンスはあるし、ユーザーフレンドリーな設計だしで、普及しそうな要素はあったと思うんですが、残念ながらそうはなりませんでした。
2000 年代に開発が活発化し、一時期は商用開発元から 200 程度出ていましたが、現在は販売を終了しています。
実際には、商用開発元を経由せずに使われている例が多かったと思いますが、プロジェクト自体の発展やコミュニティの熟成という意味では、上手くいったとは言い難いものがあるかなあと思います。
（参考）OpenDolphin -wikipedia 風開設- 』ANN2B Blog OpenDolphin-2.7m のこれから 』PHAZOR.JP Blog
オープンソースプロジェクトが成功する条件 ところで、冒頭で「目玉の数さえ十分あれば、どんなバグも深刻ではない 」という箴言を引用しましたが、この言葉は「目玉の数が不十分な場合、バグは深刻なものになりうる」とも取れるでしょう。
やはり、ユーザーの数や活発なコミュニティが重要なんですね。
オープンソースの成功例としてよくあげられる Linux カーネルの開発は、この条件をよく満たしていると思います。
・誰もが使う機会が多く、汎用的 である
・システムの基本部分を受け持ち、透明性 への要求が高い
ことから、この要求を満たしやすかったんでしょうね。
一方、医療系のソフトはなかなかこの条件を満たしにくいですね。ORCA, OpenDolphin, OsiriX は三種の神器だったのか？ 』あたりも参考にしてください。
コンソーシアム開発方式 ところで、OpenDolphin に関しては私たちのグループはそれなりに評価されているようだ。
最近の OpenDolphin HTML/PDF Viewer や WebDolphORCA は、まだプロトタイプ程度の完成度なのだが、それよりも評判がいい。
これに関して某氏が「この関係者のみでソースコードを共有する仕組み は、一般のオープンソース開発方式よりうまくいっているようで」（『OpenDolphin と商業GPL 』）と面白いことを言っていた。
確かに、医療用ソフトでは上で述べたようにオープンソースプロジェクトが成立する条件（汎用的なプロダクツで透明性への要求が高い云々）は満たしにくい。
この開発方式はなんていうんでしょうね？
たぶん、専門的な正式名称はありそうだが、個人的には「コンソーシアム開発方式」とでも呼びたい。（私が以前に在籍していた ERATO のプロジェクト はこれに近い方法論を取っていたし、拠点にしていたのは「つくば研究コンソーシアム（現つくばイノベーションベース ）」というところであったから）
猪股弘明 OpenDolphin-2.7m : developerHorliX : developerHoros : contributorOsiriX(open-source version) : contributor
