OSS開発の活発さの維持と良いソフトウェア設計の間には緊張関係があるのだろうか? - t-wadaのブログ
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 はデー
千里の道も1パッチから――コミッタライフ入門 － ＠IT自分戦略研究所
今回は「コミッタに興味がある」という人のために、筆者のRubyコミッタとしての経験について紹介します。筆者はRubyプロジェクトを立ち上げたわけではないので、前者の「ほかのコミッタから認められ、推薦される」の方の紹介となります。 ■Ruby 1.9.0リリース時に「面白そう」と思ってコミット権をもらう 大学生だった2003年ごろ、わたしはCGIやテキスト処理など日々の雑務をこなすためのスクリプト言語としてRubyを覚えました。Perlと違って相性が良く、自然と身に付きました。 最初にパッチを送ったのは2005年。大学のSolarisでRubyが動かなかったときです。次は2007年。デバッグ出力用関数pを便利にする提案を行い、（Rubyプロジェクトのリーダーであるmatzさんの説得に半年かかりましたが）採用され、Rubyに思い入れがわくようになりました。 当時、Rubyは笹田耕一さんのYAR
Webサービスのようなプロダクトについての議論について教えて下さい - Kentaro Kuribayashi's blog
このブログを提供している「はてなブログ」もそうであるような、一般ユーザ向けのWebサービスのようなプロダクトについての議論を知りたいんです。ここでいう「Webサービス」とは、以下のような特徴を持っているものをいいます(これが全部ではないですが、少なくともこれらを全部満たします)。 不特定多数のユーザが共通の物理的実体にアクセスし、サービスを利用する 継続的に機能が追加されていく(削除されることもある) 一般に、いつまで使われ続けるのかあらかじめ決められていない コア技術の多くを外部に依存しているため、外部環境の変化を受けやすく、またその変化が非常に早い Webサービスの構成要素の一番大きなものはソフトウェアですが(もちろん「サービス」なのでソフトウェアだけで完結するとは限らない)、WebサービスとMicrosoft Officeなどのようなソフトウェアとを比べると、(1)が一番大きく違いま
もうひとつの知られざるオープンソース 〜 ウェブ企業のOSS戦略
「オープンソースソフトウェア(OSS)」と聞いて、あなたがイメージするものはなんですか？ 多くの人は Linux や Apache、Firefox といった成功した大規模なソフトウェア製品を思い浮かべることでしょう。 実は、ウェブ上でサービスを提供する会社のエンジニアたちは、これらとは別の種類のOSSを使って仕事をしています。このブログエントリでは、そのようなOSSを紹介し、それらがなぜ開発され使われているかを説明したいと思います。 ■ウェブ企業におけるOSS開発の実例と合理性 下の図は、Perl で記述される大規模ウェブアプリケーションの一般的な構成を示しています注1。このうち、「自社ロジック」と書かれているところ以外は、全てオープンソースとして開発／公開されているモジュール（ソフトウェア部品）です。各社のエンジニアが密接に協力しながら、ミドルウェアをオープンソースとして整備していること
オラクル対オープンソース： 今度はHudson - karasuyamatenguの日記
日本人(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
外国語ならなおさら、できる限りのことをしないと伝わらない – 秋元
PHPの文字エンコーディングの入力チェックを改善する方法について日本語のブログで議論があり、そのパッチを本家に提案したが、却下された、という話が盛り上がっているようです。 バグレポートされた岩本さん自身や、コメント欄やはてなブックマークでは、 PHPの開発陣がダメだ マルチバイトに理解がない外国人がダメだ 残念だ みたいな意見があまりに大勢をしめているので、そのバグレポートを見てみた上で、思ったことを述べたいと思います。 岩本さんのバグレポートを訳すと、こんな感じです 要約: ------------ セキュリティ的な要件により、htmlspecialchars()はバイト列をもっと 厳密にチェックすべきです。XSSするコードが見つかりました。 http://d.hatena.ne.jp/t_komura/20091004/1254665511 [日] 原始的なパッチを書きました。 htt
Flashがオープンソース化できず、FirefoxがYouTubeのHTML5動画を再生できない理由。H.264
「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
きまぐれ日記: MeCabがiPhone,OSXに載っていると言うのは止めようと思う
iPhoneのSDKの条項に変更が加わり、Flashのクロスコンパイルを含む 純正開発ツール以外で作成されたバイナリの配布が禁止となるようです。 世間でも散々言われていますが、この変更は正直とても残念です。 Apple的には「製品のクオリティーが保てないから」という理由だそうですが、 Windows版iTunesが意味もなくQuickTime入れたり、Windows非標準のUIを 使いまくっていて、お世辞にもクオリティーが高いとは言えないのを棚にあげて、 クオリティー云々と言い訳できるのでしょうか。アプリなんて所詮 玉石混淆。決めるのはユーザです。 MeCabは以前GPL/LGPLでした。Appleを含む複数の方からこのライセンスでは 使いにくいと言う指摘をうけ、前職の同僚と協議をしながらBSD/LGPL/GPL のトリプルライセンスにしたという経緯があります。結果としてこの変更は うまく
もっと下手な英語を! | エンタープライズ | マイコミジャーナル
Open Source Software - Find, Evaluate, Collaborate - OStatic OSSが生活にもたらす影響は大きい。インターネットの基盤技術や組み込み機器にインストールされるソフトウェア、デスクトップアプリケーション、Webアプリケーションにいたるまで、さまざまなシーンで活用されている。多かれ少なかれ企業や政府機関もOSSを活用し、そして企業戦略に利用するようにもなってきている。無視できない存在だ。 OSSプロジェクトに参加するメンバーは多少の傾向はあれど、国を限定せずに世界中のさまざまな人々であることが多い。人気のあるプロジェクトとなるとなおさらだ。当然、コミュニケーションに利用される言語は英語となり、メーリングリスト、メール、フォーラム、IRC、Webサイトで使われる言語は英語となり、国際会議や電話会議でも英語が使われる。参加者が共有で利用する
OSS とテスティングと CPAN Testers の話 - tokuhirom's blog
http://blogs.itmedia.co.jp/hozawa/2010/01/post-b5e0.html URL とあんま関係ないかんじのチラ裏ですけど。 実際、オープンソースのプロダクトって、作者の環境とちがう環境だとうまくうごかないみたいなことはあって、memcached は Solaris だと変な挙動をしてたし、Q4M は i386 固有の問題があったとか、まあそういうのは色々ありますわな。 で、どうするかというと、みんながつかってる構成をつかえばいいじゃーん、という。memcached を linux 2.6.x でつかってるユーザはたくさんいるので、その環境におけるバグはすくないはずだから、linux 2.6 でつかうのが一番安全だろう。とかそういうこと。 OSS はつかうユーザがおおいほど、バグにあたる可能性は低くなるはず。 Solaris でうごかないのは残念だとお
NIH症候群 2009-08-25 - 未来のいつか/hyoshiokの日記
自前主義というか、車輪の再発明というか、おれがおれがというか、そーゆー行動スタイルをNIH (Not Invented Here Syndrome)症候群と呼ぶ。 独自で作ったばりばりのソフトウェアなんてオープンソースにして公開したところで誰も使わないし、使ったとしても誰も改良してくれないし、従ってバザール開発にもならないにも関わらず何を勘違いしたかオープンソースにして、閑古鳥がなくなんてことがあるのかないのか知らないが、企業がオープンソースに関わろうとするなら、いきなり敷居の高い独自ソフトのオープンソース化なんてことはやめておいて、既存のOSSプロジェクトにおずおずと参加させてもらうというような方法がいいと思う。（もちろんわたしの個人的な意見であることは論をまたないけど） 個人の場合は、趣味で好きでやっているんで、どうでもいいのだけど、好きなものを好きに作って、自分の情熱の赴くままに作っ
成果が永遠にみんなのものであり続ける仕組みも含めてオープンソースという言葉を使おう - アンカテ
オープンソースという言葉がソフトウエア以外の分野に広まることで、良いことと悪いことがひとつづつある。 非組織的で自発的なコラボレーションの有効性が一般に広く認識され市民権を得る オープンソースでないソフトウエアがオープンソースと呼ばれてしまう危険性が高まる 私は、1.を重視して、他分野に転用してこの言葉を広い意味で使ってきた。だから「お前が言うな」と言われそうだが、オープンソースという言葉を使う時には、2.についても考慮すべきだと思う。 オープンソースとは、本来は、開発の方式ではなくてソフトウエアのライセンスを分類する為の言葉だ。オープンソースの定義 という広く認められた文書があって、これに合致するライセンスによって配布されているソフトウエアがオープンソースである。 つまり、ソフトウエアは、それがオープンソースであるかそうでないか、何の紛れもなく客観的に判定できるのだ。だから「オープンソー
ギークな人達が梅田さんをdisる唯一の理由 - プログラマでありたい
最近梅田さんの発言が連続して炎上していますが、何故このような事になったのでしょうか？梅田さんのオープンソースに対する根本的な誤解が、オープンソースに携わる人にとって我慢のならない水域にまで達しているのではないかと思われます。この誤解は、次の一文に端的に現れていると思います。 目からうろこが何枚も落ちたオープンソースの“人間的本質” しかし日本人でたった一人だけ、世界中の人々が使うソフトウェアをオープンソース方式で開発したリーダーがいる。島根県松江市在住のまつもとゆきひろ（本名・松本行弘、一九六五年生まれ）である。彼が構想し、いまも日夜開発を続けるプログラミング言語「Ruby」は世界中に広がり、利用者は百万人にまで膨れ上がろうとしている。 これに対する反応 404 Blog Not Found:オープンソースプログラマーの利己的遺伝子 たった一人はねーだろーよ、あーたが役員勤めているはてなだ
むしろ「バザールモデル」という言葉を使わない方がよいのでは？ - Casual Thoughts
梅田さんが「バザールモデル」のことを「オープンソース的」という言葉を使って説明しておりけしからん、という意見を最近ところどころで目にする。確かに、「情報をオープンにし、不特定多数の人間を開発に巻き込み、頻繁にリリースを重ねて改善点をどんどん見つけていく」という開発方式を、エリック・レイモンドは「オープンソースモデル」ではなく、「バザールモデル」と名付けた。また、「オープンソース・ソフトウェア」というのは「開発・参加の自由、改変・再配布の自由がライセンスで保証されているソフトウェア」*1のことであり、開発方式のことではないというのも確かに正しい。 ただ上記2点というのは知識として持っておいたほうが良い正確な理解ではあるが、その正確な理解と合致しないから「バザールモデル」のことを「オープンソース的」というのは誤りだ、という考えには強い違和感を覚える。なんというか、スポーツドリンク全般のことを「
[OSS] 梅田望夫さんはオープンソースを不当に貶めている / M. Mochio Umeda injustement diminue le crédit du Open Source. - ふぇみにん日記(2009-05-19)
_ [OSS] 梅田望夫さんはオープンソースを不当に貶めている / M. Mochio Umeda injustement diminue le crédit de l'Open Source. [追記] せっかちな人のためのまとめ。 梅田望夫さんは、十年近くオープンソースを取り上げてきたと自称している。 それなのに、いまだにオープンソースを正しく理解できていない。 それどころか、オープンソースを不当に貶めることばかり言っている。 なので、オープンソースについて語るのはもうやめてほしい。 というか、みんなもそんなことを彼に期待しないでね。 梅田望夫さんについては、以前にも「いわゆる商用ソフトウェア」や「間違いだらけのオープンソース記事」で、オープンソースとバザール・モデルを混同していると指摘しましたが、いまだにしつこくその誤解を持ったままのみならず、オープンソースの価値を不当に貶めているの
梅田さんにガツンとおっしゃる前に読んでいただきたい2つのURL | TRIVIAL TECHNOLOGIES 4 @ats のイクメン日記
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー オープンソースとは何か(1998年10月1日公開) Netscape社はどこへゆく(1998年7月1日) 誰かについてWeb上で言及するために，その人のことを100%知る必要がないということとまったく同じ理由で，誰かが何かについて語るとき100%誤解のないように細部まで話す必要はない。でも，相手についてよく知らないことがミスコミュニケーションを生んでいるのだとしたら「残念」と言わざるを得ない。 1998年の時点でオープンソースについて言及しているというのは，経営コンサルタントやベンチャーキャピタリストとしてはとんでもなく先見の明を持っていると思うし，一番目の方を読むとやっぱり「オープン
海部さんと梅田さんに知って欲しいオープンソースの三つのポイント - ひがやすを技術ブログ
最初に謝っておきます。「オープンソースについて知らないのなら軽々しく書くな」というのは言い過ぎですね。だれでも自由に物を書く権利がある。ただ、変なことを書かれても困るので、知っておいて欲しい重要なポイントを書いておきます。 参考にしていただけると幸いです。そうじゃないと、また、それは違うよと指摘しないといけなくなるから。 最初に、オープンソースとは何なのかは、正しく理解して欲しいし、違うものをオープンソースと読んで欲しくない。お客様と話すときでも、お互いに思い違いが発生しないように同じ単語は、同じ意味になるように最初に調整しますよね。あれと同じことです。 オープンソースの定義は、http://www.opensource.jp/osd/osd-japanese.htmlに載ってます。でも、難いですよね。普通の人に説明するには難しすぎます。 個人的には、「オープンソースとは、ソースが公開され
かみつく相手が違うのでは - michikaifu’s diary
こんなこと書くと、火の粉が私にも降りかかってきそうだけど、せっかく祭りになっているので敢えて書く。はい、私は文系人間です。コードは全く書けません。オープンソースについても、一般人と同レベルの理解しかありません。梅田さんとも個人的知り合いです。今ちょっと忙しいので全部の関連エントリーは読んでいません。以上、情報開示。 オープンソース当事者組の方々は、かみつく相手を間違っているのじゃないかと思う。 梅田望夫にオープンソースを語るなとガツンと申し上げたい - yvsu pron. yas 404 Blog Not Found:梅田望夫がオープンソースを語っても残念でない理由 梅田望夫さんはオープンソースを不当に貶めている / M. Mochio Umeda injustement diminue le crédit de l'Open Source. - ふぇみにん日記(2009-05-19)
梅田望夫に社会運動を語るなとガツンと申し上げたい - rna fragments
# タイトルは釣り、、、かも。 梅田望夫氏とひがやすを氏がモメている。 梅田望夫にオープンソースを語るなとガツンと申し上げたい - ひがやすを blog ひが氏は梅田氏が「日本にオープンソースを育む土壌がない」と言っているとしているが、これは誤読だろう。梅田氏の主張は、「オープンソース」に象徴されるような前向きな協力関係が(ソフトウェアやサブカルチャー領域を除いて)日本では根付いていない、というもの。梅田氏はオープンソースの「応用」について語っていてオープンソースそのものについては何も語っていません。 もっとも、梅田氏が考える「オープンソース」というのはソフトウェア開発者が考える(つまり本来の)オープンソースの本質とはズレていると思う。そのズレ故に「応用」というのが理解不明意味不明というか、的外れな表現になっていると思う。特に「政治とか社会変化がテーマ」になる応用というのがよくわからない。
梅田望夫にオープンソースを語るなとガツンと申し上げたい - ひがやすを技術ブログ
例えば、インターネットが社会にもたらしたインパクトのひとつに「オープンソース」という考え方があります。これは元々ソフトウエア開発に端を発した概念なのですが、いまやそれにとどまらず、世の中をより良い方向に導くと思われるテーマがネット上で公開されると、そこに無数の知的資源が集結して課題を次々に克服していくといった可能性を含む、より広い応用範囲での思考や行動原理を意味しています。サブカルチャー領域への応用は少しずつ進んでいるのですが、全体として、こうした動きがいまだに日本では根付いていません。政治とか社会変化がテーマとなると特に、陰湿な誹謗・中傷など「揚げ足取り」のような側面の方が前に出てきていて、ウェブのポジティブな可能性──何か知的資産が生まれそうな萌芽がネット上に公開されると、そうしたことに強い情熱を持った「志向性の共同体」が自然発生して、そこに「集合知（ウィズダム・オブ・クラウズ）」が働
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
