『Dr.WEB メールデーモン』、MTA 用迷惑メール対策製品です！
トラックバックをきっかけに梅田さんからも反応をいただいた。
「筆者(梅田)がどういう意図で、どんな読者を想定してこの文章を書いたのかよくわからんが・・・・」みたいなことが書かれていたので、
とあるが、私としては「よくわからない」ではなく「推測による断定は避けたい」というニュアンスだったのだが。 まあ、いいや。いちいち私の文章まで目を通していただいた梅田さんには感謝したい。
さて、荒川さんのコメントに戻ろう。私もしつこいとは思うが。
おっしゃることはもっともですが、それは「まつもとさん」だから言える事ではないでしょうか。
(その後のコメントで)
私は凡庸な「その他大勢」の職業プログラマです。「オープンソース・エンジニア」の暮らしはある種の理想ですが、現実的な距離には存在しません。どうしても「オープンソース・エンジニア」たろうとするなら理想と現実を埋める「何か」が必要です。梅田望夫さんのコラムには「何か」を暗示するものがありますが、失礼ながらまつもとさんのコメントにはそれが見当たりません。
先の「にっき」では、荒川さんが期待している「何か」についてはそもそも扱ってはいなかったのだが、 ちょっと面白いので改めて考えてみよう。
まず、最近しばしば「まつもとさんだから」とかいうニュアンスの発言を耳にするのだが、 なんか「お前は特別」と言われているように感じるのだが、実際には私はあんまり特別ではない。
より正確な言い方をするならば、「私の現在のポジション」は特別だが、 私というエンジニアはそれほど特別ではない。 技術力という観点からみれば、どちらかというと凡庸な部類だろう。
違いがあるとするならば、フリーソフトウェアの開発にかけてきた時間と熱意と、それから若干の幸運だろう。
それが「何か」である。 オープンソースエンジニアになるために必要な「何か」は、 口をあけて待っていることではなく、そのために一歩踏み出すことではないかと。
もっとも、一口にオープンソースエンジニアといってもさまざまだ。 ここでは私の知っているいくつかの種類のオープンソースエンジニアと そこへの道を紹介してみよう。 ここではオープンソースエンジニアを「オープンソース開発によって生活するエンジニア」と定義する。
まず、第一にはオープンソース周辺エンジニアがあるだろう。 つまり、オープンソースソフトウェアを使ってソリューションを構築し、 必要に応じてオープンソースソフトウェアそのものに手を入れるエンジニアだ。 現在ではオープンソースソフトウェアをコンポーネントとしてソリューション構築している企業は かなり多くなっている。そういう会社に転職すればこのタイプのエンジニアになるのは非常にたやすい。 あるいは自分が現在所属する企業を説得するという手もありえないことはない(難しいだろうけど)。
次に考えられるのは、企業内オープンソースエンジニアだ。 これは企業が開発するオープンソースソフトウェアの開発担当エンジニアだ。 これもそのような企業に転職することが必要なアクションだ。 また、そのような企業に所属するだけでだれでもこのタイプのエンジニアになれるわけではない。 企業としてそのようなプロジェクトを任せられるようなエンジニアである必要もあるだろうし、 多分に運も必要だ。
ちなみに、うちの会社でも、 これらのタイプのエンジニアを募集している。 私の目の前には実際に業務命令でオープンソースソフトウェアを開発しているエンジニアが何人もいる。 うちの他にもこのような企業は、まだ多くないが、いくつも存在している。
最後に、これがオープンソースエンジニアとして一般にイメージされるものだろうが、 自分が好きで始めたプロジェクトが認められ、その開発だけで給料をもらい、 生活を維持するエンジニアがいる。 しかし、正直なところ、このタイプのエンジニアは非常に少ない。日本でも数人しかいないんじゃないかな。
このようなエンジニアになるためには
必要がある。これは大変な時間と熱意と幸運が必要だ。 もっとも、状況は10年前よりは確実によくなっている。5年後にはもっと良いだろう。 問題は「あなた」がそれだけの時間と熱意をかけられるか、 オープンソースエンジニアになるためのアクションを取れるか、という点にある。
今のままの生活を取るか、夢(と理想の生活)を取るか。no pain, no gain.
追記
誤解されないようにはっきり書いておこう。現在なら、 ただ単に「オープンソースにかかわるエンジニア」になるのはたやすい。 しかし、私は「あなたのなりたいオープンソースエンジニア」になるのは簡単だとか いうつもりはない。それは人によって違うし、自分の人生は自分で決めるものだ。
先日トラックバックを送ったら、excerptがRDのまま送ってしまったので、 きちんと表示されない。これはやはりHTML化して送るべきではないだろうか。
ということで、修正。plugin/tb-send.rbを以下のように変更してみた。
# excerpt = @cgi.params['body'][0] if excerpt.empty?
excerpt = @diaries[@date.strftime('%Y%m%d')].to_html({}) if excerpt.empty?
まだ、きちんとテストはしてないし、そもそもtDiaryの構造がよくわかってないのだが、 なんとなくHTML化しているようだ。
私のここ数日の論の前提には、おそらく「価値あるものならば、それは金になるはずだ」というのがあるのではないかとのツッコミ。
一般論としては確かにそう思っている。 もちろんオープンソースソフトウェアと一口に言ってもそれぞれで、 金になりやすいもの、なりにくいもの、 あるいは成功するもの、失敗するものがあるだろうが、 そんなことは当たり前のことだよね。
私が言いたいのは、「できる」、「昔よりは簡単になっている」ということで、 「誰にでもできる」、「努力なしでできる」と言ってるわけではない。
また、オープンソースで生活できるからと言って、 誰もがそういう道を選ばねばならないわけではない。 束縛を嫌って生活のかからないかかわり方を選ぶ人だっているだろう。 それはそれで立派な態度だ。
This work is licensed under a Creative Commons License.
まつもとさんのここ数日の論の前提には、おそらく<br>「価値あるものならば、それは金になるはずだ」<br>というのがあると思います。<br>まだ深く考察していないので、自分の思い違いかもしれませんが、<br>「価値あるからといってそれが(生活に十分な)金になるとは限らないのではないか？」<br>という疑問を感じています。<br>特に、ソフトウェアの規模が小規模だったり、対象の分野が狭いものだったりすると、<br>たとえ役立つソフトウェアであっても、十分な金を生みだすのは難しいのではないでしょうか。<br><br>あと、オープンソフトを作りだすきっかけとして「作っていて楽しいから」と<br>いうのがある方は多いと思いますが、それで金を生もうとすると、<br>商売ゆえの妥協をしなければならないことも多いと思います。<br>そのあたりの葛藤を乗り越えなければならないという問題もありそうです。<br>(もし妥協する必要に迫られなければ、それはとても幸せなことだと思います)
「オープンソフト」(?)なら妥協とは無関係、というのもそれはそれで幻想のような気が。
杉野さんへの意見<br>>「価値あるものならば、それは金になるはずだ」 <br>>「価値あるからといってそれが(生活に十分な)金になるとは限らないのではないか？」 <br>価値って何でしょう？杉野さんの言う価値とは、技術面だけに目を向けたものだと感じてます。価値って受取手がいて初めて生まれるものですよね？(ポルシェを代表する高級スポーツカーを見ると私はそう感じます。)<br>そして自分の趣味に対しての受取手がいるかどうかは、神のみぞしるということではないですか？<br><br>>たとえ役立つソフトウェアであっても、十分な金を生みだすのは難しいのではないでしょうか。 <br>スタートを趣味で始めればいいのではないでしょうか？<br>(それにしても日本と米国の格差を感じますね。国民の0.001%の人に受けるとして、日本じゃあ商売にならず、米国では商売になったりするんですから。国土というか人口の差がモロに出る話ですね。)<br><br>>あと、オープンソフトを作りだすきっかけとして「作っていて楽しいから」というのがある方は多いと思いますが、<br>>それで金を生もうとすると、商売ゆえの妥協をしなければならないことも多いと思います。 <br>自分が趣味で作ったものを利用して企業等にソリューションを提供して金を稼ぐということでいいですよね。<br>でしたら分けて考えれば良いのではないでしょうか。趣味のものには妥協せず、商売の時には妥協するで良いのでは無いでしょうか。<br>ただスタートを趣味ではなくNPOの団体のような形式で始めたら甘ちょろいこともいえないのでしょうが、オープンソースの始まりとしては見切り発車もいいところではないでしょうか。(数多くのネタを持っていたら別でしょうが)<br><br>Matzさんも書いてあるように<br>>より正確な言い方をするならば、「私の現在のポジション」は特別だが、私というエンジニアはそれほど特別ではない。<br>>違いがあるとするならば、フリーソフトウェアの開発にかけてきた時間と熱意と、それから若干の幸運だろう。<br>「事を成すは天にあり。」ということではないでしょうか？
非HTMLなスタイルでのTrackBackの問題は認識してるんですが、そのパッチだと「追記」の時でも全文送られてしまうんですよねぇ……。まぁ、excerptは省略しないのが吉です。
考えてみると、自分の中に<br>「オープンソースソフトウェアでの商売が可能になるにつれて、<br>金にならないソフトウェアは、金になるソフトウェアよりも下に見られるのではないか」<br>という懸念があることに気付きました。<br><br>もちろん、まつもとさんはそのようなつもりは全く意図していなかったでしょうし、<br>そのようなお考えも持っていらっしゃらないと思います。<br><br>「金にならないソフトウェアが下に見られる」ようなことになるかというと<br>……やはり、冷静に考えると、あまりありえなさそうな気がしてきました。<br>落ち付きが足りなくてすいません。
杉野さん:<br>>あと、オープンソフトを作りだすきっかけとして「作っていて<br>>楽しいから」というのがある方は多いと思いますが、それで金<br>>を生もうとすると、商売ゆえの妥協をしなければならないこと<br>>も多いと思います。<br><br>RMSはオープンソースソフトウェアとフリーウェアの区別を<br>していますが、昨今は最初からビジネス的展望を持って作られ<br>るオープンソースソフトウェアも多く、例えばとりあえずユー<br>ザを増やして何らかのサービス基盤を0から立ち上げる<br>(または既存のオープンでないソフトウェアのユーザベース<br>を奪う)という戦略的理由からオープンソースによるいわば<br>捨て身のダンピングを選択する場合もあるはずで、従って<br>フリーウェア的なオープンソースとそうでないものとは交<br>わる可能性があるにせよまずは別個の物としてみるべき<br>だと思います。何らかの資源の剰余がなければそうした捨て<br>身戦略は取れないという意味で、持てる者持たざる者という<br>主体の問題が出てくるのでしょう。もちろんその主体は個人<br>である場合もありましょうし、企業その他の団体である場合<br>もあるでしょう。
まつもとさんは特別な人ですよ。<br>日本でも数人しかいないような特別な人です。<br>みんなが特別な人だと思っているので特別な人です。<br>そのことを早く認識してください。
>フリーウェア的なオープンソースとそうでないものとは交<br>>わる可能性があるにせよまずは別個の物としてみるべき<br>>だと思います。<br><br>ビジネスサイドにしてみれば、戦略的理由から、別個の物と<br>見られては困るのではないですか? 別個の物と見られないよ<br>うに宣伝工作を行うのではないですか?
ここで「オープンソースでは飯食えない」って言ってる人って、実は「自分の書きたいプログラムだけ書いて飯食えない」ってことを、「オープンソース」って語で誤魔化してるような気がする。