オープンソースがドイツで盛んな理由

letteraさん，
■ドキュメントは必要であるのなら存在意義があるのです。
GeeklogもドキュメントWikiサイトは独立して持っていて，みんなで書き上げています。それは必要だから書くわけで，納品するために書いているわけではありません。本家のWikiドキュメントには大変助けられているし，わたしたちが書いているWikiも役に立っているはずです。

■きれいなコードを書け，と私は押し付けているわけではありませんよ。公開するのだと思えば，自然にきれいなコードを書くようになるものです。そうやって経験をつんで，あるいはオープンソースの仲間のソースを勉強してきれいなコードを書けるようになればよいのです。

■OSSには開発費用を，出さなくて良いとは一切言っていません。コストはみんなで負担していくものです。Geeklogも，コア開発者がうまく責任分担してそれぞれの立場で動いていますが，わたしの会社のスタッフが中心となって毎月ダウンロードパッケージをまとめていますし，サーバを提供したり，コミュニケーションのＷＥＢサイトを提供，運営しているのもわたしの会社が中心です。最近では他社の協力も増えてきていますが。イベントがあればブースやセミナーを提供するもの現在のところ，わたしの会社が負担しています。でも，それよりはるかに多くの開発資産をみんなから提供してもらっています。そうやってお互いに持っているものをすべて出し合いながら，プロジェクトをすすめていくことに，意義があると思っています。中心となるOSSサポート会社が，しっかりとした責任を持って，資金などの提供も含めてサポートしていくことが必要だ，ということは特にこのブログでは言及していませんが，過去にこのシリーズのブログのなかで何度も触れています。

ドイツの話題から外れますが、私がいるビジネスの現場での認識とかけ離れているように感じます。以下が長くなります書かせていただきます。

■本当にドキュメントは理不尽なのか

ビジネスとしてクライアントサイドから開発と合わせてドキュメントが要求されることは少なくありませんし、中には理不尽な要求もあるかもしれませんが、ビジネスをしていて別にドキュメントを要求されることだけが理不尽な商習慣ではありません。少なくともドキュメントの制作が予算化されているならそれは正式な業務範囲です。

また、そうしたドキュメントの存在は開発者やクライアントを守ってくれることも少なくありません。責任分岐点を明確にし、余計な責任のなすり合いを防止してくれます。

私は開発スタッフには、コードの中だけでなくちゃんと外部のドキュメントを書きなさいと言っています。誰かが業務を引き継いだときに重要だからです。ソースコードからドキュメントを生成するツールはありますが、それはドキュメントの制作を支援するものであって、都合のいいドキュメントジェネレータではありません。

ですからドキュメントを書くのが得意、不得意ということはあっても開発ドキュメントというのは、OSSであれ何であれ重要なことに変わりないのです。

■きれいなコードを書け、とは

「公開しても恥ずかしくないようなソースをきっちりと組み立てる方向にチカラを入れるべき」とは、理想論ですが、経営者がそれを開発者に押し付けるなら単なる傲慢です。

人は自然にきれいなコードがかけるようになる訳ではありません。本人が努力するか、良いメンターについて研鑽を積むしかありません。

そしてそれを続けるには裏付けがなくてはいけません。つぎにそれについて書きます。

■OSSには開発費用出さなくていいのか

今駒さんの意見に

「オープンソースをリリースする企業としては、リリースすることでより多くのひとたちに利用され、開発費用を出すことなく、無尽蔵に存在する世界中の開発者が勝手にどんどん機能をアップしてくれるわけで」

とありますが、これがOSSに対する大きな誤解です。現在そうした理不尽な考えがOSSの普及の最大の阻害要因です。

OSSが基幹業務にまで浸透しようとしている現在、継続的にOSSとして活動を継続するには、そのチーム活動を支えるファイナンスが欠かせません。会社がOSSに関わるスタッフの人件費やサーバーや回線などの設備費用を負担する小規模のものから数億円規模のファンドを持つ大規模プレジェクトまで差はありますが、ファイナンスの裏付けのない活動はありません。

今駒さんには、まるで夢にような誰かがタダで開発しているように思われるのかもしれませんが、そのコストは誰かが必ず負担しているのです。そういった背景をもっと考えてください。

letteraさん，コメントありがとうございます。
きむこうさんのおっしゃるとおり，ドキュメントの求め方のベクトルがおかしいと思うわけです。
本当に必要なドキュメントではなく，ドキュメントのためのドキュメントになっている…

それより，公開しても恥ずかしくないようなソースをきっちりと組み立てる方向にチカラを入れるべきで，
より有効なドキュメント納品方法があってよいと思います。

オープンソースには割合ドキュメントがしっかりとあります。
それは，ドキュメントのためのドキュメントではなく，多くの人が関わってよいように準備する本当に必要なドキュメントです。
そういう実効性のあるドキュメントは大変有効だと思っています。

Geeklog導入ガイドを執筆したとき，本家から出されている開発ドキュメントを翻訳して開発ドキュメントの章を追加していますが，その内容は大変充実しており，本の内容も厚みを増したと思います。
わたしもそれ以上に，Geeklogの概要説明から管理方法，運用方法などたくさんのドキュメントをWikiで公開して，それらを元に本を構成していきました。

ヨーロッパ人は倹約家…　特にドイツ人は無駄なことを好まない，徹底的に合理化をはかるところがあるようにおもいます。
オープンソースは，彼らにとってもっとも理にかなった開発方法なのだと思います。
日本では同じ会社の中でもソースコードを共有しませんから，いろんな部署で無駄に開発を平行で行うことさえめずらしくないでしょう。
無駄を省き，開発資産を有効に継承していくための手法をもっと検討されて良いと思います。目先の利益だけを追わず…

>lettera様
　今駒さんは
「ドキュメント整備を軽視」している訳ではなく
それよりもソースの完成度を上げましょう
という話をしているのだと思います。
(力をかけていくベクトルの方向性を
少し変えましょうと仰っているように感じます。)

　ソースがすっきりしていて
ソース上のコメントの記載がしっかりしていれば
逆にソースからドキュメントを作成してくれる
ソフト(フリーならdoxygen,javadoc等)
がある訳ですから・・・。

　日本には、大手に納品する時に
「仕様書を厚みと重さで図る＋誤字脱字・句読点改行の
位置で検証」
という文化が未だにあるので・・・・。
(逆に納品ドキュメントの厚みは凄いんだけど
ソースコメントが殆どないようなものを見る機会
結構ありましたね。)　

タイトルに興味を引かれて読みましたが、書かれているのはオープンオースの開発一般論でしかないように感じられます。またドキュメント整備を軽視するような提案は疑問です。私が関わっているプロジェクトでもそうですが、整備された英語のドキュメントがあるからこそ、世界中で多言語対応ができるわけです。

ご自身がOSSを利用した企業の代表をつめながら、そういったことをどうお考えなのですか？


話を戻してどうしてヨーロッパでOSSが政府機関やグローバルカンパニーでない自国の大企業に導入されるかの理由は大きく以下の3つだと考えています。

・ヨーロッパ人は基本的に倹約家（ケチともいえる）であること
・アメリカが大嫌い
・ゆるいコンビネーションでの開発を好む

個人の主観的なものでしかありませんが。