YAPC::Asia Tokyo 2015 前夜祭に参加して、柴田さん（ hsbt さん）とモリスさん*1（ tagomoris さん）の講演を聴いた。特に最後のモリスさんの講演を聴いていて、ちょっとした衝撃を受けると共に、気づきや疑問もあったので、久しぶりに blog エントリを書こうという気になった。 なお、このエントリは講演メモや浮かんだ疑問、その後の議論等を記したものであり、すっきりとした結論は無いのでご注意。 モリスさんの講演 講演資料が公開されていた How to create/improve OSS products and its community from SATOSHI TAGOMORI 講演時に取ったメモがこちら 我々にできるOSSとそのコミュニティの育てかた ======================= id:tagomoris TD のモリスさん TD はデー

このブログを提供している「はてなブログ」もそうであるような、一般ユーザ向けのWebサービスのようなプロダクトについての議論を知りたいんです。ここでいう「Webサービス」とは、以下のような特徴を持っているものをいいます(これが全部ではないですが、少なくともこれらを全部満たします)。 不特定多数のユーザが共通の物理的実体にアクセスし、サービスを利用する 継続的に機能が追加されていく(削除されることもある) 一般に、いつまで使われ続けるのかあらかじめ決められていない コア技術の多くを外部に依存しているため、外部環境の変化を受けやすく、またその変化が非常に早い Webサービスの構成要素の一番大きなものはソフトウェアですが(もちろん「サービス」なのでソフトウェアだけで完結するとは限らない)、WebサービスとMicrosoft Officeなどのようなソフトウェアとを比べると、(1)が一番大きく違いま

「オープンソースソフトウェア(OSS)」と聞いて、あなたがイメージするものはなんですか？　多くの人は Linux や Apache、Firefox といった成功した大規模なソフトウェア製品を思い浮かべることでしょう。 実は、ウェブ上でサービスを提供する会社のエンジニアたちは、これらとは別の種類のOSSを使って仕事をしています。このブログエントリでは、そのようなOSSを紹介し、それらがなぜ開発され使われているかを説明したいと思います。 ■ウェブ企業におけるOSS開発の実例と合理性 下の図は、Perl で記述される大規模ウェブアプリケーションの一般的な構成を示しています注1。このうち、「自社ロジック」と書かれているところ以外は、全てオープンソースとして開発／公開されているモジュール（ソフトウェア部品）です。各社のエンジニアが密接に協力しながら、ミドルウェアをオープンソースとして整備していること

日本人(http://twitter.com/kohsukekawa)がリードする継続的インテグレーションツール(http://ja.wikipedia.org/wiki/Hudson)の開発コミュニティーとオラクルの間に摩擦が生じている。 http://www.hudson-labs.org/content/whos-driving-thing バックグラウンド： Hudsonはフリーソフトウエア(MIT License)だが、Kohsuke KawaguchiさんがSunにいたころ開発されたため、同社がプロジェクトのトレードマークを持っていたらしい。 買収によりSunのHudsonにたいする権利もオラクルのものになった。 元記事に詳しいタイムラインがあるが、肝心なところを拾うと： 開発はjava.netでホスティングされていたが信頼性の問題などからメーリングリストはgoogle gro

「Flashをオープンソース化できない主な理由は、H.264のようにアドビが所有していない技術が含まれているから」と説明するのは、アドビシステムズでオープンソース担当ディレクタのDave McAllister氏。 McAllister氏が自身のブログにポストしたエントリ「Following the open trail. 」で、こう説明されています。 The main reason we can't release Flash Player as open source is because there is technology in the Player that we don't own, such as the industry standard hi-def video codec, H.264. われわれがFlash Playerをオープンソースとして公開できな主な理由は、Pl

自前主義というか、車輪の再発明というか、おれがおれがというか、そーゆー行動スタイルをNIH (Not Invented Here Syndrome)症候群と呼ぶ。 独自で作ったばりばりのソフトウェアなんてオープンソースにして公開したところで誰も使わないし、使ったとしても誰も改良してくれないし、従ってバザール開発にもならないにも関わらず何を勘違いしたかオープンソースにして、閑古鳥がなくなんてことがあるのかないのか知らないが、企業がオープンソースに関わろうとするなら、いきなり敷居の高い独自ソフトのオープンソース化なんてことはやめておいて、既存のOSSプロジェクトにおずおずと参加させてもらうというような方法がいいと思う。（もちろんわたしの個人的な意見であることは論をまたないけど） 個人の場合は、趣味で好きでやっているんで、どうでもいいのだけど、好きなものを好きに作って、自分の情熱の赴くままに作っ

オープンソースという言葉がソフトウエア以外の分野に広まることで、良いことと悪いことがひとつづつある。 非組織的で自発的なコラボレーションの有効性が一般に広く認識され市民権を得る オープンソースでないソフトウエアがオープンソースと呼ばれてしまう危険性が高まる 私は、1.を重視して、他分野に転用してこの言葉を広い意味で使ってきた。だから「お前が言うな」と言われそうだが、オープンソースという言葉を使う時には、2.についても考慮すべきだと思う。 オープンソースとは、本来は、開発の方式ではなくてソフトウエアのライセンスを分類する為の言葉だ。オープンソースの定義 という広く認められた文書があって、これに合致するライセンスによって配布されているソフトウエアがオープンソースである。 つまり、ソフトウエアは、それがオープンソースであるかそうでないか、何の紛れもなく客観的に判定できるのだ。だから「オープンソー

最近梅田さんの発言が連続して炎上していますが、何故このような事になったのでしょうか？梅田さんのオープンソースに対する根本的な誤解が、オープンソースに携わる人にとって我慢のならない水域にまで達しているのではないかと思われます。この誤解は、次の一文に端的に現れていると思います。 目からうろこが何枚も落ちたオープンソースの“人間的本質” しかし日本人でたった一人だけ、世界中の人々が使うソフトウェアをオープンソース方式で開発したリーダーがいる。島根県松江市在住のまつもとゆきひろ（本名・松本行弘、一九六五年生まれ）である。彼が構想し、いまも日夜開発を続けるプログラミング言語「Ruby」は世界中に広がり、利用者は百万人にまで膨れ上がろうとしている。 これに対する反応 404 Blog Not Found:オープンソースプログラマーの利己的遺伝子 たった一人はねーだろーよ、あーたが役員勤めているはてなだ

梅田さんが「バザールモデル」のことを「オープンソース的」という言葉を使って説明しておりけしからん、という意見を最近ところどころで目にする。確かに、「情報をオープンにし、不特定多数の人間を開発に巻き込み、頻繁にリリースを重ねて改善点をどんどん見つけていく」という開発方式を、エリック・レイモンドは「オープンソースモデル」ではなく、「バザールモデル」と名付けた。また、「オープンソース・ソフトウェア」というのは「開発・参加の自由、改変・再配布の自由がライセンスで保証されているソフトウェア」*1のことであり、開発方式のことではないというのも確かに正しい。 ただ上記2点というのは知識として持っておいたほうが良い正確な理解ではあるが、その正確な理解と合致しないから「バザールモデル」のことを「オープンソース的」というのは誤りだ、という考えには強い違和感を覚える。なんというか、スポーツドリンク全般のことを「

最初に謝っておきます。「オープンソースについて知らないのなら軽々しく書くな」というのは言い過ぎですね。だれでも自由に物を書く権利がある。ただ、変なことを書かれても困るので、知っておいて欲しい重要なポイントを書いておきます。 参考にしていただけると幸いです。そうじゃないと、また、それは違うよと指摘しないといけなくなるから。 最初に、オープンソースとは何なのかは、正しく理解して欲しいし、違うものをオープンソースと読んで欲しくない。お客様と話すときでも、お互いに思い違いが発生しないように同じ単語は、同じ意味になるように最初に調整しますよね。あれと同じことです。 オープンソースの定義は、http://www.opensource.jp/osd/osd-japanese.htmlに載ってます。でも、難いですよね。普通の人に説明するには難しすぎます。 個人的には、「オープンソースとは、ソースが公開され

こんなこと書くと、火の粉が私にも降りかかってきそうだけど、せっかく祭りになっているので敢えて書く。はい、私は文系人間です。コードは全く書けません。オープンソースについても、一般人と同レベルの理解しかありません。梅田さんとも個人的知り合いです。今ちょっと忙しいので全部の関連エントリーは読んでいません。以上、情報開示。 オープンソース当事者組の方々は、かみつく相手を間違っているのじゃないかと思う。 梅田望夫にオープンソースを語るなとガツンと申し上げたい - yvsu pron. yas 404 Blog Not Found:梅田望夫がオープンソースを語っても残念でない理由 梅田望夫さんはオープンソースを不当に貶めている / M. Mochio Umeda injustement diminue le crédit de l'Open Source. - ふぇみにん日記(2009-05-19)

# タイトルは釣り、、、かも。 梅田望夫氏とひがやすを氏がモメている。 梅田望夫にオープンソースを語るなとガツンと申し上げたい - ひがやすを blog ひが氏は梅田氏が「日本にオープンソースを育む土壌がない」と言っているとしているが、これは誤読だろう。梅田氏の主張は、「オープンソース」に象徴されるような前向きな協力関係が(ソフトウェアやサブカルチャー領域を除いて)日本では根付いていない、というもの。梅田氏はオープンソースの「応用」について語っていてオープンソースそのものについては何も語っていません。 もっとも、梅田氏が考える「オープンソース」というのはソフトウェア開発者が考える(つまり本来の)オープンソースの本質とはズレていると思う。そのズレ故に「応用」というのが理解不明意味不明というか、的外れな表現になっていると思う。特に「政治とか社会変化がテーマ」になる応用というのがよくわからない。

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