yourCatによる
2005年05月16日 5時20分の掲載
雨降って地固まる、といきたいもの部門より。
雨降って地固まる、といきたいもの部門より。
SafariのAcid2テスト完遂は、そのレンダリング・エンジンであるAppleのWebCoreと、オリジナルであるKDEのKHTMLの齟齬を浮かび上がらせた。
AppleはWebCoreを、KHTMLに還元しにくい形で開発してきたため、両者は全く別物になっていた。これを黙認してきたKHTMLチームも、第三者による無邪気な観測、Konquerorもすぐに続くだろうという期待や、続かないのはKHTMLチームの怠慢という嘲りに、ついに堪忍袋の緒が切れた。これが扇動的に報じられ、周辺が騒がしくなったことが、KHTMLチームをますます困惑させていく。
その後、KHTMLチームとWebCoreチームの間で将来に向けた話し合いが持たれ、来るべきKDE4にむけて両者のコードベースを一本化していく努力をすることで合意したようだ。詳しくはKDE Developer Journalsに掲載されたまとめを参照されたい。
今回のことは、プロプライエタリ企業がオープンソース・コミュニティーと協調する際の問題を、極大化して見せてくれた。問題となったのはライセンス上のことではなく、Appleのコミュニティーとの関わり方、姿勢だった。Appleが極端な秘密主義を貫く企業だったこと、Mac OS Xというプロプライエタリ製品に組み込むという事情が大きな要因だろう。周囲が安易に騒いだことも含め、コミュニティーを勇気づける必要を痛感する出来事だったのではないだろうか。
こうした問題が他でも起きないとはいえない。他山の石としたい。
この議論は賞味期限が過ぎたので、保存されている。
新たにコメントを書くことはできない。
「地固まる」も何も (スコア:5, 興味深い)
それとってのは（Safariの成果が容易にKonquerorに取り込まれると期待し、KDE開発陣を批判したユーザー同様）あまりに先走った意訳じゃないですか？
たとえばここ [kdedevelopers.org]に出て来るなんてのは
『AppleはTigerをリリースしたことだし、こっちはKDE4に向けて準備をしていることだし、再びコードツリーを近付ける良い機会だ。』
程度にしか読めません。これを『一本化』と考えるのは無理があるでしょう。
こっち [kdedevelopers.org]を見ても、「アイディアとコードを交換する方法を模索した」みたいなことは書かれていますが、『コードの一本化』に相当するような表現は出て来ませんよね。
そもそも前提となるグラフィックエンジンが異なるので、コードの一本化なんて無理な相談だと思うんですが…。
Re:「地固まる」も何も (スコア:3, すばらしい洞察)
日本のプレイヤーは韓国や中国の情報をあれやこれやと手に入れて、次に日本で実装されるであろう機能を予測しはじめる。
そして、「韓国ではもう実装されてるのに日本では何故まだ実装しない」なんて騒ぎだす。
……ってのが2chとかでチラホラとあったりするんだよね。
挙げ句に韓国とは別の実装のされかたして、勝手にブチ切れたりしてさ。
運営会社が違えばやりようが変わるっていうのにね。
で、同じ事が起きたんだろうなと。
「Safari（WebCore）はKonqueror（KHTML）から作ったんだからSafariでやってることはKonquerorでもやってくれるハズ」
みたいな考え方をしちゃった人たちが勝手に大騒ぎしたと。
なんでもそうなんだけど、
参加するor使う＝コミュニティの一員になる っていう集まりが、
参加するor使う＝俺は客だ ってなってモメる事って多いよね。
コミケも通った道だし、/.も今通ってるのかな。ニュースにしては遅いだの、記事がかぶったからしっかりしろだの。
私なんかは「ここはネタ振りしてくれる雑談サイトだ」くらいの気持ちでいたから、なんだかなぁとか思ってますが。
＃臆病な臆病者
親コメント
気まずい問題 (スコア:3, 参考になる)
本当にそうでしょうか？
So, when will KHTML merge all the WebCore changes? [kdedevelopers.org]
少なくとも、上記リンクの時点では不満に思っていた人がいたようです。
以下引用。
We created the khtml-cvs list for Apple, they got CVS accounts for KDE CVS. What did we get? We get periodical code bombs in the form of them releasing WebCore. Many of us wanted to even sign NDA’s with Apple to at least get access to the history of their internal vcs and be able to be merging the changes incrementally, the way they can right now. Nothing came out of it. They do the very, very minimum required by LGPL.
KDE側が用意したCVSアカウントで、AppleはWebCoreがらみのコードを定期的かつ一方的にチェックインした。LGPLを破らないようにするためなのだが、コードの意味がKDE開発者にはちんぷんかんぷんだ。それを知る為に守秘義務契約を結んでもいい、とまで申し出たのだが、全くの無駄だった。
They made a conscious decision about not working with KDE developers. All I’m asking for is that all the clueless people stop talking about the cooperation between Safari/Konqueror developers and how great it is. There’s absolutely nothing great about it. In fact “it” doesn’t exist. Maybe for Apple - at the very least for their marketing people. Clear?
Safariの開発者はKEDの開発者を助ける気がない、という点では確信犯だ。だから、事情をよく知らないそこの君、SafariとKonquerorの開発者の協力を美化するのはやめてくれ。そもそも、協力なんて存在していないんだよ、アップル-少なくともそこのマーケティング部門にはね。わかったかい？
親コメント
派生産物の扱い (スコア:4, 参考になる)
その派生物を本家に還元することは義務づけていない。
公開を義務づけているライセンスにしても、その派生物としての
公開をすればよく、派生元のソフトに取り込まれる必要もなく
また取り込む必要もないのが多いだろう。
ただ、今回の件はあまりにも大きな(いろんな意味で)ソフトの
派生だったということでユーザの期待も相当大きかったのが
問題の起こった原因なんでしょうね。
上のようなライセンス条項は、派生される側される側の
負担を大きくしないためのはずだけど、今回はユーザの
圧力がそれを許さなかったという形に見える。
使う側からすれば当然の要求なのかもしれないが
オープンソースのソフトを作る側からすると
一抹の窮屈さを感じてしまう出来事だったんじゃないでしょうか。
最終的に、「次バージョンでのすりあわせ」ということに
落ち着いたことで、また同じような問題が起こったときには
パニックを避けるための前例になったらいいなぁと思います。
Re:派生産物の扱い (スコア:2, 参考になる)
前提として忘れてはいけないと思います。
親コメント
扇動的？ (スコア:1, すばらしい洞察)
cnetの記事って、そんなに扇動的ですか？ まとめのほうも
全部読みましたが、大筋ではさほどの違いはないし、記事の
結論も「どちらかが悪い」という視点でにはなっていない。
特に誰かを煽っているようには見えません。
単に、不和があることを知らなかった外野が、ニュースで
知って勝手に騒ぎ出しただけでしょ？ 記事が一方的にどちらかを
悪く書いているのならともかく、この場合は不毛な騒ぎ方を
した連中が馬鹿なだけ。
確かに大手ニュースサイトで表沙汰にされなければ、
ここまでの騒ぎにはならなかったでしょうが、それと、
記事が「扇動的」であるかどうかは別問題。ストーリー主は
不和を公開されたことに不快感を持っているようですが、
公開されたことを怒るなんて、オープンソース的じゃないと
思いません？ マネージメントの問題といえども、開発の
方針に関わる問題なんだから、公開されたことに憤慨するのは、
おかしいですよ。
あおっちゃいやん (スコア:1, すばらしい洞察)
あくまでユーザーサイドであるこっちとしては、
KHTML->WebCoreへのAppleの独自拡張がKDE陣営の語るとおり
酷いものだったかどうかが一番気になるところ。
リンク先、
「Appleの開発者は、KHTMLに還元できないような形でバグの修正に専念していた。
われわれにとって、このようなバグ修正は絶対に考えられなかった」
というKDE側のコメントを
「オープンソースの流儀としてはあり得ないやりかただった」
と取るか
「Appleのバグ修正へのスキルは酷いものだった」
と取るかで見方は全然ちがってくる。
最近オープンソース開発とオープンソースビジネスをごっちゃにした議論が
あっちこっちに花開いてうざいんだけど
単なるコーダー、ユーザーとしては、よりマトモなコードで両者仕上がることを祈る程度が分。
それ以上突込めば
「コードにひきこもってる奴が何抜かすか」
とか叱られそうだし。
バグではなく (スコア:5, 参考になる)
他の方もコメントされているよううに、KHTMLはフリーソフトウェアであり、これを改変して使用することは全然問題ありませんし、その成果を元の開発者に戻す必要もありません。
もちろん、WebCore [apple.com] のソースは公開されているので、取り込みたければ取り込むこともできます。また、アップルがコミットした部分というのは #if APPLE_CHANGES でわかるようになっています。
問題となっているのはそこではなく、WebCore が、 MacOSX のオープンでない部分の API に依存していることのようです。これに関し、KDE側は Apple 独自のソースだけでなく、過程がわかるように CVS へのアクセスが欲しいが、それももらえていない、と言っています。これはバグ云々という話ではないと思います。
なんにせよ、KDE側が一番困ってるのは、KHTMLとWebCore は別のツリー（だからマージは簡単ではない）なのに、簡単にマージできると思われてしまってることと、(それを差し引いたら) KHTML は素晴らしいプロジェクトなのに、批判ばかりされていることみたいですね。
親コメント
そもそもの発端 (スコア:1, 参考になる)
/.jにも記事が出てたと思うけど。
http://weblogs.mozillazine.org/hyatt/archives/2005_04.html#008042
やったぜ、Safariはacid2にパスした最初のブラウザだ。
->え？ KHTMLで？
->違うよ。
->じゃあいつそのパッチがKHTMLに採用されるの？
->
http://www.kdedevelopers.org/node/view/1001
その質問にはうんざりだ。
Re:Appleの極端な秘密主義 (スコア:3, 参考になる)
シードデベロッパになれば、NDAと引き替えにドライバ関係の情報、ベータ版OSのダウンロード&情報。
Tigerに関しては、去年の暮れからシード以上にはTigerの配布をしていたわけですから、開発自体が云々って言うのは、開発会社の手抜きじゃねえっすかね。
Tigerと同時にバグフィックスやら、対応アプリをきっちり出している会社もあるのに、そりゃ失礼ってもんですよ。
＃っていうか、Appleの秘密主義って・・・
＃そんな書かれるほど秘密主義じゃないっしょ。
＃普通の企業なら当たり前以前のもんだし。
＃まぁ、NDAを破った人間に対しての対応は
＃確かにAppleらしいっちゃらしいけど。
親コメント
ハードは秘密すぎるかも (スコア:1)
しかし、新規ハードウェアに関しては秘密主義を徹底している気がします。CRT 型 iMac 全盛の時代は、周辺機器メーカーが「次の iMac の色が変わってしまったら今の製品が売れなくなる……」と戦々兢々だったようです。
最近の Mac 製品はアルミか白なので、周辺機器も作りやすくなっているようですが、iPod mini でカラーが導入されて同じことが起っているような……。
NHK 受信料はテレビの台数分契約にしてほしい
親コメント