Q:大阪城を作った人は誰でしょう？

A1:豊臣秀吉

A2:大工さん

当然どっちも正しい。違いは視点であって、どっちがなくても成り立たない。ただし、豊臣秀吉は「作者」とは呼ばれない。「作者」は名もなき大工さん。

まぁそういった意味で、「OpenCOBOL」の「作者」は私ではないのだけど。

お知らせ : 【プレスリリース】OSS COBOL支援プロジェクト立ち上げ

作者じゃないから「仁義」とかいらないけど、「声」くらいはかけて欲しかった。

OpenCOBOLの開発の経緯は、以前に書いた。

ORCAのアーキテクチャ(言語とデータベース)

この中から来たもので、dot COBOLがオープンな処理系でなかったので、しょうがなく開発してもらったものだ。プロジェクトのために言語処理系を作るとか、正気の沙汰じゃないんだから。それもまぁ、西田君とゆースーパーハカーがいたから出来たものなんだけど。そう、「作者」は間違いなく西田君だ。

元々はORCAから始まったプロジェクトなんだけど、いろんな経緯から今は他の人達がやっている。それで続いているのだから、まさしくFLOSSのエコシステムの成功例だ。まぁ、COBOLなんで地味なんで、話題に上ることはないのだけど。

ってことで、開発の初期には私はタッチしているし、「やる」って意思決定したのも私なのだけど、今は赤の他人が続けているとゆーソフトウェアなのだ。

今となっては私自身COBOLでコードを書くことなんてないんで、本当に他人なんだけど、いろいろ因縁もあるので、それなりに思い入れもある。COBOLの規格に関わる「ボランティア」を甘んじで引き受けているのも、その「因縁」でもある。

とは言え、私が何らかの権利が主張出来るかと言えばそんな権利は全くないし、別にその権利が欲しいというわけでもない。てーか、そんな権利があっても何も価値がないってことはいろいろ経験済みだから、欲しがる価値もない(*1)。そういった意味では、

売ってしまった商品

と同じようなものだ。「売ってしまった商品」ってのは、もはや自分のものではない。買った人のものだ。いや、別に直接それで金もらったって訳じゃないよ。感覚的にそうだってこと。それもまぁ、かなり前に売ってしまって、売ったとゆーことはどうでも良くなってるくらいのものだ。

そーゆーわけで、私には何の権利もないし、そういったものを主張するわけでもないけど、いきなり知らないところで

お知らせ : 【プレスリリース】OSS COBOL支援プロジェクト立ち上げ

とかやられると、もにょもにょする。「仁義」とかいらないし、求められる立場ででもないし、いろんな意味で「今さら」でしかないから、そーゆーのはどうでもいいんだけど、「声」くらいはかけて欲しかったなと。「権利を持たない」ってことと「縁がない」ってとは別のことだからね。いくら「売ってしまった商品」だと言っても、それなりに思い入れがあるものだから、粗末にされると残念な気持ちになるよね。もう売ったこと自体忘れていたってね。そういった感情と同じだと言ったら、ちょっとはわかるかな？ まぁ、どこかの人達みたいに、著作が裁断されて心痛める程、豆腐メンタルじゃないけどさ。

ってこともあるけど、「WG」の面子に某社とか、某プロジェクトの関係者とか全くいない風味なのが、実は一番もにょもにょする。まぁコンソーシアムの「会員」じゃないからとか、お願いしたけど辞退されたとか、そんな事情もあるのかも知れないけど。さらに、

なんであんたらがおるの？

みたいな会社が並んでるのが不思議。そういったのを見ると、どうもこの組織の人達って、FLOSSに対して

作るよりも消費するもの

と思ってるんじゃないかと。だから、オリジネータとゆーかそのあたりにいた人達を軽視してるんだろうなと、納得してしまう。昨今のウェブサービス系の世界では、FLOSSに直接コミットするのがトレンドだと言うのに。

何をオープンソースにするべきか（1）

「井戸の水を飲む人は井戸を掘った人への感謝は忘れない」とか言うものけど、こと日本のFLOSS界隈の人達は、

ちょっとでも離れると過去の人にして忘れてしまう

ものなんだよなぁ。

まぁ、やるイベントが「勉強会」みたいなノリであるなら、どうでもいいし、大いに勝手にやればいいことだけどね。今回のはどうもそうではないようだ。

*1

何かと言うと権利を欲しがる人がいるけど、権利ってのはたいてい「責任」がついて回るので、無闇に権利など欲しがるもんじゃない。自分が主体的に行使する予定のある権利なら、持っておく価値があるのだけど、そうでない権利は「責任」とゆー面倒臭いものだけついて来て邪魔なだけだ。

PS.

誤解されぬように言っておけば、話を「通してくれ」と言いたいわけじゃない。そんなことされる立場じゃないし、されても何も出来んし。現実にされたとしても、「いや、それ私に言われても」とか言うしかないんので、あまりポジティブな反応も出来ない。でも「声」はかけて欲しかった。それなら、「勝手にすれば」から「何かあったら言って下さい」まで、いろんな反応が出来た。何もしなくても、ここで告知するとかくらいしたかも知れない。

今回は情報を知った時に(手違いとは言え)、参加が締め切られていたんで、コミットとかする余地すらなかったとゆーのが、まことに遺憾であった。まぁ、今さら何か言われても「知らん」って言うしかないけどね。

PS2.

ある筋からのタレコミによると、日立ソリューションズの担当者はこのエントリのことをご存知らしい。だったら何かアクションあってもいいと思うけど。完全スルーなんだな。まぁ、謝られるスジアイはないので謝られても困るし、勝手に怒ってるだけなんで、どうにかなるものでもないけど。

たださ。FLOSSつーかソフトウェア全般に言えることなのだけど、こういった「怒り」を持つことってのは、10年に一度出来ればラッキーな類の「怒り」なんだよ。たいていは、怒ることすら及びもつかないのが普通だ。消費者視点では「FLOSSはバザールモデルで選択肢豊富」ってのは真理だし良いことだし、生産者もそれで助かっている部分はあるんだけど、生産する側からすれば、

それなりに手間と時間をかけた一品

なのだよ。それはどんな「クソみたいなソフト」でも同じだ。

素人が手間かけて作ったラーメンより、インスタントラーメンの方が、たいてい旨い。食う方からしてみれば、インスタントラーメン食う方がマシなことはよくある(だから私はラーメンは作らない)。消費者視点で言えば、「インスタントラーメン」を選択するのは当然のこと。でも「手間かけて作ったラーメン」ってのは、作った人の思いがある。消費者にとってはそんなもんはどーでもいーし価値とは関係ないものだけど、「粗末」にされたら生産者は気分が悪い。そのことを謝られたところで、「至らぬ自分が悪い」ということがより明かになってしまって、ますます凹むだけ。

経産省がクラウド政策、基盤や制度を整備し40兆円市場創出へ、OSS推進フォーラムとも連携

一読してアレだったので、dis disにdisろうと思って全部読んでみたのだが、あまり読むと

馬鹿が伝染る

気がして来た。それでもちゃんと批判しようと思って我慢して読んだのだが、「こんなものdisったところで1円にもならないし、そんなことをしている暇に仕事でもした方がいい」と思ったので、たいしたことを書く気はない。でも黙ってるのもアレなんで、一言だけ書いとく。

本当なら「背景」について自分が知ってること知らないことを明確化して、批判のポイントを洗い出し… ってやるのが誤解を生まずに済むし、エントリの前半だけ読んでブコメ書く馬鹿読解力の不自由な人につっこみ未満のことを書かれずに済むのだが、冒頭に言ったように何の益もないので、ポイントだけにする。何も書かないと、

無言の承認

を与えたことになってしまってシャクだし。

ということで、本当に1点だけ。

件の報告書を読んで一番問題があると感じたのは、

具体的な利用シーンの想定が皆無

だということ。まぁもちろん、お役所の書く報告書にありがちの、「みんなこれを使ってバラ色の社会」という図に登場する「みんな」レベルの

脳内設定

は書かれているのだが、「波及効果」の説明にありがちの誰だかわからない、具体性皆無の「バラ色の社会の住人」しか想定されてないのだ。

まぁこれは別に経産省に限ったことじゃなくて、昔昔関わった、総務省(郵政省)の「○○トピア」とか「○○シティ」の類も同じで、「バラ色の社会の住人」だけを想定した報告書ってのは、お役所は大好きだ。そして、各方面、特にベンダーあたりに金をバラ撒いてシステム構築して、利用者がほほ0… ってのがお約束だ。

こと「クラウド」に関して言えば、その言葉を一人歩きさせる限り、単なるバズワードでしかない。IaaSのシステム構築なんて、ベンダーの大好物なんだろうが、それだけあっても

ただのデータセンター

に過ぎない。「クラウド」言葉がそこに絡もうが絡むまいが、どうで良いことでしかない。

だから、「クラウド」って言葉を特に「政策」あたりで持ち出すためには、「利用シーン」を具体的にしなきゃいけない。

「～というシーンを実現するためには
クラウド以外に考えられない」

的な展開でなければ、「別に普通のレンサバでいーじゃん」でしかない。実際クラウドとレンサバってのは、システムとしての違いと言うよりは、タリフ的な違いでしかないんだから。

まぁそんなわけで、件の報告書はマトモに読むには値しない。強いて言えば、「事例」と「背景」が参考に出来るかなという程度だ。それ以外の部分を読むと、マジメに読めばマジメに読む程、「はぁ？」ってことになり、日本の(役所の描く)未来に絶望することになる。

まぁ、ひっくり返して言えば、あの委員会に絡んでいるベンダーやお役所があの程度であれば、「これからの新興ベンチャー」が天下取る余地はいくらでもある。そう言った意味では、

これで日本も安心だ♪

と思うけどさ。

@ogochan JKとHが好きです(実はLもね) > 「vi使いはJKが好き」という説

おまけにすぐESCしたり、あまつさえ

作業が終わる前にZZ

だとさ。ロクでもない奴だぜｗｗｗ

レシピ 盗用

まぁ言いたいことはわかるんだが…

ちなみに「レシピ」には著作権はない。「レシピを書いた文書」には著作権はあるが、「レシピ」そのものにはない。これは「建築物に著作権がない」というのと同じ。

というような法的解釈のことは別にして、私は自分の書いたレシピの類は、どんどん「盗用」だろうが「流用」だろうがやって欲しいところ。当然結果は保証しないけど。

これはソフトのGPL云々とはちょっと違う感覚も含まれてるし、同じ部分もある。いずれにしても、レシピなんてのは使われてなんぼだし、どうせ普段作っているものだから「俺が作った」とか主張したってしょうがないし、人によっては同じレシピでももっと美味しく作れたりするだろうし。つまりまぁ、

レシピに私の力の及ぶところはない

って思ってるわけ。

いいレシピだと思ったら、どんどん使って、さらに公開するなり金取るなり、好きにやってくれたらいいよ。

ひがさんところの、

梅田望夫にオープンソースを語るなとガツンと申し上げたい

に登場してる、梅田氏自身の言い訳のことなんだが。

変な部分引用すると、本人からの「訂正依頼」が来るらしいので。

正しく引用すると、僕がソフトウェアの話なんかしていないことがわかるでしょう。
『例えば、インターネットが社会にもたらしたインパクトのひとつに「オープンソース」という考え方があります。これは元々ソフトウエア開発に端を発した概念なのですが、いまやそれにとどまらず、世の中をより良い方向に導くと思われるテーマがネット上で公開されると、そこに無数の知的資源が集結して課題を次々に克服していくといった可能性を含む、より広い応用範囲での思考や行動原理を意味しています。サブカルチャー領域への応用は少しずつ進んでいるのですが、全体として、こうした動きがいまだに日本では根付いていません。政治とか社会変化がテーマとなると特に、陰湿な誹謗・中傷など「揚げ足取り」のような側面の方が前に出てきていて、ウェブのポジティブな可能性──何か知的資産が生まれそうな萌芽がネット上に公開されると、そうしたことに強い情熱を持った「志向性の共同体」が自然発生して、そこに「集合知（ウィズダム・オブ・クラウズ）」が働き、有志がオープンに協力してある素晴らしい達成をなし遂げるといった公的な貢献──を育む土壌がありません。』

全文引用しても、私の足りない脳では、「ソフトウェアの話なんかしていないこと」がわからない。なぜなら、この引用箇所で、何の土壌も持たない人の、「オープンソース」への理解が変わらないとは言えないから。

人は辞書で言葉を覚えるわけじゃない。「使われ方」で学習して行くもの。川に転がっている丸い石は、工作機械で作ったものではなくて、

他の石を削りながら自ら削られた

結果だ。言葉への理解ってのは、そういうふうなもの。だから言葉の意味は変化して行く。だから、いくら「自分はオープンソースはたとえ話に使っただけ」と言っていても、

例えば、インターネットが社会にもたらしたインパクトのひとつに「オープンソース」という考え方があります。これは元々ソフトウエア開発に端を発した概念なのですが、いまやそれにとどまらず、世の中をより良い方向に導くと思われるテーマがネット上で公開されると、そこに無数の知的資源が集結して課題を次々に克服していくといった可能性を含む、より広い応用範囲での思考や行動原理を意味しています。

という表現を使うなら、いかに「自分はソフトウェアのことは語ってない」と言っていても、この文脈のように「オープンソース」という言葉の再定義をしながら語れば、

オープンソースのことを語った

のと同じ意味になってしまう。

もっとはしょって言うなら、

言ってなくても聞こえてしまえば、
言ったのと同じ

なのよ。これに対して「それは誤解だ」って言うのは結構だけど、そんな誤解をされたくなかったら、そういった誤解を生むような表現は避ければいいだけのこと。WoCを語る時に「オープンソース」なんて言葉は、別に必要でも何でもないわけで。確かに「似た部分がある」ことは確かなんだけどね。

あと、前にも書いたけど、「オープンソース」って「Opensource」なのよ。「opensource」とは違うの。私よりも英語が達者な人なんだろうから、この違いを考えながら「オープンソース」を使えば、こういったつっこみも来ないと思うんだが。言葉は変化するけど、固有名詞が指すものは変化しないよ。「ヤバい」って言葉が指す状況はいろいろ変化したらしいし、「おごちゃん」に対する評価はいろいろ変化しても「おごちゃん」が指す対象は同じ。

僕が言う「おごちゃん」は梅田望夫のことです

は通らんと思うわけだな。

PS.

じゃこの手の解説に「オープンソース」という言葉を使うのは全くダメかと言えばそうじゃない。WoCとオープンソースは似た側面と言うか包含関係にあるんだから、使わない手はないとも言える。元の解説のダメだったのは、WoCの説明とオープンソースの説明を混ぜちゃったこと。オープンソースはWoCの一つだけど、WoCだけで語られるものじゃない。下手に混ぜたから、「WoC = オープンソース」と誤解されかねない文章になってしまったということ。石で石を削れば削った方の石も削れちゃうんだよ。

見積もり2億円のIP電話を820万円で構築した秋田県大館市から学べること

これをネタにしたエントリにどんなことが書かれているかは、まぁ読むまでもないなーと感じるのは「この記事に対する読者コメント」を見たらわかる。

わりと冷静に、

1人月（ではなく2人月！）300万〜400万の価値は？

2億円の見積もりされたのを820万でできたのはすばらしいと思う

とかあるけど、ちょっとポイント違うんじゃないかな。

「ポイント違う」というのは、どちらも「SIer視点」だからだ。それぞれを要約したら、

• 素人としてはよくやったよね
• ベンダの見積り根拠ってのは…
• 「安全率」入ってないよ

に要約されるように思うし(と読めるんだけど)、そこで書かれている他のエントリの空気とかもその辺に集中してるようだけど、この記事でのポイントはそこじゃない。

この事例での一番のポイントは、実はFLOSSではない。ベンダがやらずぼったくりだということでもない。生産性云々の話でもないし、担当者が偉かったとかという話でもない。一番ポイントは、

エンドユーザが自身の要求を精査した

ことにある。つまり、末尾のあたりの、

重要なことは，自分たちに必要な機能の優先順位を付けて何をあきらめるかを判断し，実績のなさから心配されるリスクにどう備えるかを考えることだろう。
…
可用性，見栄え，担当者の手間，何を“捨てる”ことができるのか。

ということにある。

システム構築の経験者ならすぐわかるけど、システムの価格はちょっと可用性を上げようとするだけで、いきなり跳ね上がる。「システム構築の経験」でなくても、プログラムのテストでもわかるだろう。ちょっと発生確率の低そうな事象までテスト範囲を拡げると、いきなりテスト項目が増えたりして面倒臭いことになる。「異常系」なんて、本来は前提となる事象が起きてはいけないにもかかわらず、それが起きた時であっても安全にという要求だ。「品質」という観点では大事かも知れないけれど、「通常の運用」からすれば

見えない敵と戦う

ようなものだ。何しろ完全なテストなんて存在しないし、故障しないシステムはない。下手すれば無限のコストがかかるのだ。「可用性」はかようにシステム価格を上げてしまう。

ところが、どこの「担当者」も障害時の責任なんて負いたくない。特に自治体なんて、職員の評価は減点法でしかないから、

素晴しいシステムよりもつつがないシステム

を求めがちだ。多少高いシステム価格であっても、別に自分の腹が痛むわけでもない。そのくせ障害が起きれば責任問題だったりするから、多少価格は高くても責任を効率的に回避することが出来る方を求める。

かくして、ユーザは過剰品質を要求し、ベンダーはその要求に応え、システム価格は上がる。

大館市の場合、件の記事を見る限り、

職員が主体的にシステムを構築した

ことがわかる。背景となる事情はわからないし、単に金がないという理由だけだったからかも知れないが、システムを自分たちで作ったということは事実だろう。そうなると、「何を捨てることができるのか」を主体的に考えなければならなくなる。システムにありがちのトレードオフについて、真の精査が必要になる。

先に挙げた「可用性」はその最たるもので、いくらここでダラダラとコストのかかることをやったところで、何か起きれば言い訳の余地なく自分の責任になる。そうすれば、いたずらに可用性を追及する(つまり投資を増やす)ことよりは、「いかにして問題を回避するか」ということを考えなければならなくなる。「このシステムは確率的には50年に1時間しか落ちません」ということよりも、「年に1日くらいコケるかも知れませんが、〜〜とやれば問題は起きません」の方がみんなが幸せになるし、コストも低いということがわかるようになる。

これを無責任にベンダーに投げてしまえば、「50年に1時間しか落ちない代わりに馬鹿高いシステム」になってしまう。ベンダーにとってそれしか答えがないからだ。もちろんここで「年に1日コケても良ければシステム価格は1/10になります」とか「システムがコケても〜〜とやれば問題は起きません」ということが提案出来るベンダーは素晴しいし、それを受け入れることが出来るユーザは賢いだろう。でも、それはベンダーにとっては「ビジネスチャンスと信頼の両方を失なう」ことになりかねない。となれば、「820万」よりは「2億」を提案してしまうのは、必然なのだ。

そんなわけで、件の記事のキモは、

ユーザが主体性を持てば
システム価格は無駄に高くなりにくい

ということにある(「安くできる」とは言いたくない)。FLOSSが偉いというわけでも、提案したベンダがぼったくりだというわけでもない。まあ強いてFLOSSの価値を言えば、「FLOSSを採用することの教育効果」と言えなくもないけれど。

PS.

さらっと言及するのと、「そこがメインだ」と主張するのは、別のことだと思うよ。

PS2.

ちょうど元エントリがはてブに上がっててブコメを読んだんだけど、案の定でワロタ… 君達、そこポイントと違うからｗｗｗ てか、そこがポイントだったら、事例として何の意味もないし。

PS3.

多分、「競争入札」だけじゃここまでは行かんでしょう。それが出来てたら、何の苦労もないわけで。なぜなら、競争入札だけだと、結局限りなく高い信頼性を求める方向にしか行かないからだ。

PS4.

「主体性」と「コスト意識」という意味では、この記事も興味深い。

日本の未来が見える村
長野県下條村、出生率「2.04」の必然

まるで違う話のように見えるが、同じことだろうと思う。

REDUCE Computer Algebra System 20081231 (Default)

REDUCE
A portable general-purpose computer algebra system

古典的数式処理系として名高い、REDUCEがOSSになったらしい。ライセンスは修正BSD。

今までこの手のエントリは書いたことがないんだけど、わざわざ書いているのは、REDUCEはいろいろ思い入れのある「永遠の憧れ」だったからだ。

Ver 2.0から3系になる頃に、世の中に数式処理系なるものがあることを知った。当時は数値解析なお仕事だったので、数式処理が出来るというのはにわかに信じられないと共に、あるといいなと思っていたものの一つだった。

それから興味を持って、Lispを勉強するようになった。Lispの処理系の実装にも興味を持つようになり、やってみようかと書き始めた。ちょうどLisaをSDKと共に買った時でもあったから、PascalでLispの処理系とか思ったものだった。メモリも当時としては破格の1MBもあったし。

ところが世の中は甘くなく、また技術もなく、またREDUCE自体を入手することも出来なく… であっけなく諦めることに。まぁLispの勉強やら実装の勉強やら出来たのは、いろいろ役に立つことなんだけど。

それからずっと後になって、MacsymaがOSSになった。

Maxima, a Computer Algebra System

Macsymaは途方もなく高いライセンス料だったので、あまり興味を持ってなかったのだけど、MaximaとしてOSS版が出るようになって身近なものになった。「後はREDUCEだよなぁ」とか思ってたら、とうとうREDUCEまでOSSになってしまった。

時代の移り変わりを感じると共に、便利になったなと思う。まぁ個人的には時期を逸してしまったから、今さらREDUCEDのhackはしないと思うけど。

ひがさんのエントリ、

Web2.0と同様にOSSの無償経済は消滅するのか

連載の方でしつこく何度も書いてるんだけど、私は「オープンソース」と「フリーソフトウェア」を厳密に区別することにしています。だから「OSSの無償経済」と言われると、「？？？」と思ってしまいます。まぁその辺はあっちを見てもらうとして。

景気後退で「オープンソース」がどうなるかと言えば、私は「むしろ伸びる」という考えです。

以下あくまでも「オープンソース」視点。

「むしろ伸びる」と信じている私は、DJIAや日経が連日下げているのを見ると、「下げろ下げろどんどん下げろ。俺の時代よやって来い」と思ってしまう。や、自分の持ってる株的にはあまり良くないんだけど。でも、経済環境はこっちに都合良くなるなーと歓迎。

なんでそうかと言えば、

• とにかくOSSは安くて良いシステムが作れる
• 経済環境が悪ければ悪いほど、「能力」が問われる
• うちは株価の影響を受けない。強いところは影響を受ける

あたりが理由。

「OSSは安くて良いシステムが作れる」のは、もう説明の必要はないと思う。もちろん資金潤沢であれば、「金かけて良いシステム」というのがアリだろうけど、景気が悪くなるととにかく支出を削られる。そうなると、金のかけようがない。多少ショボくても金がかからない方がいいし、良いシステムになるんだったらそっちの方がいい。最近は金取るソフトは「金かけて良いシステム」を目指す方向ばかりのように見えるので、そっちの方景気の影響は厳しいと思う。

「経済環境が悪ければ悪いほど能力が問われる」というのは、別にビジネスに限ったことじゃない。景気が良ければ「猫も杓子も」になるのは、どの世界でも変わりはない。でも、景気が悪くなると、猫や杓子に金払う人はいなくなる。「能力」がなければ金を払ってもらえない。FLOSSの世界の人達は一般に「猫や杓子」よりも能力があるから、金を払う方にしてみれば、「猫や杓子」を捨てて能力のある方に金を払うようになるはずだ。もちろん全体の需要は減るだろうけど、この世界

8割は「猫や杓子」

だったりするわけだ。「猫や杓子」よりも能力がある者が本当におまんま食い上げになるのは当分先だろう。もちろん局所的には不遇な目にあう人もいるだろうが、多分そんな人達は「転職して幸せ」になれるはず。これはSIerの選択についても同じだろう。

あと、うちのようなところ、つーかたいていのOSSをやっているところは、そんなに大企業じゃないし、大企業の顧客も持ってない。だから、株価が下がったところで資金繰りがどうこうなったりしない。もちろん社会全体の景気は停滞するだろうけど、零細企業にとっては、

いつも景気停滞状態

だから、誤差の範囲だ。強いものが沈めば、その分だけパイは拡がる。いかにも強そうなIT企業が潰れるのは、胸がすく思いだ。ざまぁｗｗｗｗ

まぁそんなわけで、「OSSをやっている」というのは、景気の悪化についてはどっちかと言えば有利な方向に働くだろうと思う。借金出来なくて潰れるとかは、あるかも知れないけどね。

で、後半の「無償経済」の方だけど、この点については悲観的だ。これについては追い追い連載の方に書こうと思っているところ。いや、別に「OSSが普通有償になる」という類のことではなくて、あるいは「OSSはいずれ潰れる」という方向でもないのだけどね。まぁ簡単に言えば、OSS(FLOSS)と言えども「IT業界の変わるべき方向」とは無関係ではないということ。

これは私が自分の会社をどう位置づけ、どう方向づけるかということとも関係がある。少なくとも弊社は、

FLOSSでSIする会社じゃない

わけだし、そっちの方向は向いてないし向く気もあまりない。

勉強会とかコミュニティ活動に参加できるのは、下請けに仕事を押しつけてるからじゃね

ひがさんの言いたいことは理解するんだけど、それでも

コミュニティ活動は暇だから出来る

のだと言っちゃうよ。

もうちょっと語弊のない表現を探そうかと思ったんだけど、やっぱりわかってもらえるように要約したら、こうなっちゃう。大事なことだからもう一度言います。

コミュニティ活動は暇だから出来る

のです。

自分が頑張ってるのは自己責任。うん。それは「自分のステークホルダ」が自分だけならね。家族を持ったり、社会的地位があったり、何か責任ある立場になってしまったら、自分の行動は自分で決めるわけには行かなくなる。自分の「思い」の中でやりたいことはいっぱいあるだろうし、それがスキルアップにつながることなら「やるべき」と思っちゃうんだろうけど、実はそれでは済まない。

簡単に言えば、「自分」の上司や同僚や家族は、「自分」にもっと稼いで欲しいわけだ。「自分」が思いを全うすることや、やるべきことが出来て満足するということは、「自分」にとっては良いかも知れないが、「自分」の上司や同僚や家族にとっては必ずしも良いことじゃないのだ。彼等は「自分」にプロフィットを求めているのだ。

「自己満足」という類の「幸福」は流動性が低い。自分以外の人にそれを分配することは出来ない。そのためにコスト(時間)を使うということは、「自分」から「幸福」を得る「自分」以外の人達の「幸福を得る機会」を奪っているのだ。「お金」みたいな流動性の高い「幸福」の方が、「自分以外」にとってはいいのだ。

だから、「コミュニティ活動」みたいに、本質的に何も生み出さないことをやるのは、純粋に余暇でなければならない。だから「暇だから出来る」のだ。それ以外の時にやれば、「自分のステークホルダ」達の「幸福の機会」を奪うことになる。

もっとも、「自分の人生」の主役は「自分」だから、そうそう「他のステークホルダ」のことを意識しなきゃいけないってこともない。だってそんなことをいつも意識していたら、息抜きすら出来なくなってしまう。とは言え、明かに自分に依りかかって生きている人達がいるとするなら、その人達の「幸福の機会」を奪うことには、

説明責任

が発生するのだ。つまり、それがどれだけ(将来)役に立つことであり、彼等の「幸福」につながるかということを説明出来なきゃいけない。そうでなかったら、それは

単なる遊戯

に過ぎないのだ。純粋に余暇に、遊んでる時間にやるのであれば、「自分の時間」として自分にいいように使うのは構わないけれど、他の時間を犠牲にするのであれば、説明責任がある。そうでない状況で「俺は世のため人のためにやっているのだ」というのは、オナニストの発言でしかない。「世のため人のため」が本当にそうなのか、仮にそれがオレオレ理論であっても説明出来なきゃいけない。

以前、「コミュニティ活動は40歳定年」という話を書いたのだけど、これは↑の話とは無関係じゃない。

若いうちは「自分のステークホルダ」は自分だけだったりする。あるいは、時間を作ろうにも余暇をやりくりするしかない。だから、「暇だから」参加出来るだろうし、時間というコストについてもあまり深く考えなくていい。でも、「いい歳のおっさん」になれば、もうちょっと自由が効く代わりに、ステークホルダも増える。説明すべき対象も増える。

ここで言いたいのは、

だからやめてしまえ

ではない。そういった「説明責任」を果しつつ、コミュニティ活動をしろというのだ。

いろんな人に会い、いろんな知見を得ること、これは無駄なことじゃない。私が敬遠したり、敬遠することを勧めるのは、それによって得られるメリットに対する「効率の悪さ」だ。「暇だから出来る」と半ば耶愉したようなことを言うのは、効率の悪いことを効率の悪いままにしているからだ。逆にまぁ「暇な時間」であれば、どんなに効率の悪いことも許されるわけで。

勉強会に出てスキルアップすること、それ自体は何も悪くない。また、それを自分で企画していろんな人に参加してもらうこと、これ自体も素晴しいことだ。それを通じて人脈を作ることもいいことだ。だけど、それによって得るもの、あるいは将来それを通じて得られるであろうものに対して、かけたコストが回収出来るのか。そのことについては、計算をした方がいいと思うし、それを他人に説明出来なかったら、「暇だから出来る」の謗りは免れないだろう。

別に目先のメリットを追い求めるのが良いわけじゃない。メリットに兌換性を求める(つまり金にする)必要もない。ただ、人は何かの活動をすると、「時間」というコストを発生させるし、それが自分だけの時間でない時間であるなら、そのコストについての説明責任を負うということ。

そして、「いい歳のおっさん」であるなら、そういった「コミュニティ」活動で若いモンとワイワイやるのじゃなくて、「彼等にどうやったら幸福を生産させることが出来るか」「コミュニティ活動を通じて幸福を生産させる仕組み」を考えて行動するべきだ。それが「いい歳のおっさん」の役目だ。

「メリットは参加者が見つけるもの」というのは、参加する側が思うのは正しいが、主催する側が言うべきもんじゃない。でも、主催者は「俺の思った通りに行動すれば、俺の思ったくらいのメリットはあるよ」といつでも説明出来なきゃいけない。それが出来ないんであれば、「暇だったら参加してくれ」と言わなきゃいけない。

PS.

確かに楽しくはないがね。でも、「楽しいこと」は若者に譲るのがおっさんの務め。なーに、楽しいことは見つければいい。かつてそうして来たようにね。

ext.js のライセンス問題

なんかいろいろあわててるようだけど、

GPLv3 は、従来の GPL の穴だった「Web アプリケーションサービスとして提供されているサービス」についても適用範囲を拡大したものであり、たとえそのアプリケーションそのものを配布しないとしても、アプリケーションサービスを不特定多数に提供している以上、システムのソース公開を義務付けるライセンスなのである。たしかそうだったハズ。間違ってたら指摘してくだせぇ。

それ違うしｗｗｗ

あわてたり、「指摘してくだせぇ」なんて書く手間があったら、ライセンス読め。そんなことどこにも書いてない。webアプリケーションサービス云々についてはAGPL、正式には「GNU Affero GPL」ね。正確なところは、自分で調べるように。

まぁJavascriptコードの場合、使うことと配布することがイコールになるんでねーのというつっこみはアリだと思うので、それを根拠にあわてるのは正しいと思うけど。