Hibernate商標の使用で反発を受けるRed Hat 28
ストーリー by yoosee
バランス感覚が大切 部門より
バランス感覚が大切 部門より
ITmediaに Red HatがMicrosoftに似てきた?という興味深いタイトルの記事が出ている。 JBoss買収によってRed Hatが獲得したJava関連技術の Hibernateに関し、そのトレーニングやコンサルティングを提供していた会社に対して、 Red Hatの顧問弁護士が停止命令書簡を送ったことへの批判的論調の強い記事である。 Red Hatの主張は「HibernateはRed Hatの商標なので商標を使用するな」 ということで、ビジネスを止めるか、Hibernateという名前を出さないで ビジネスを行うかの選択をせよということである。
商標でのトラブルに関しては、 EtherealがWiresharkへの名称変更したこともまだ記憶に新しいし、 商標というものが非常に強い権利であることも言われている。 Red Hatがここまで大きくなれたのは、ある意味で商標をうまく利用してきたから とも言えると思うが、この行使の範囲は慎重に選ばないと今回のような 反発を生むのだろう。
なんだかなぁ・・・(フレームのもと -1) (スコア:1, 興味深い)
他人が権利を行使するのは気にくわないんだなぁ…
Re:なんだかなぁ・・・(フレームのもと -1) (スコア:1, おもしろおかしい)
WindowsはMicrosoftの商標なのだから,Windowsの商標を使ったRed Hat LinuxとWindowsの比較広告や
拡販資料作成・配布はやめろ!
何をいまさら… (スコア:1, 興味深い)
要は,今のRedHatってのは「オープンソース大好きです」と言って開発者のご機嫌取りをしてるだけで,本質的にオープンソースコミュニティの人々と価値観を共有しているわけじゃないわけよ.だから,オレの予想では,もしもLinux開発者連中までブーブー文句を言うような大騒ぎに発展したら,急に手のひらを返したように「法務部が勝手にやった.申し訳ない.今後はこういうことが起きないようにする」とか謝罪,撤回してウヤムヤに収拾じゃないかと思う.
Re:何をいまさら… (スコア:1, 参考になる)
'99年8月26日 発表 五橋研究所、redhatとのパートナー契約打ち切り「LASER5 Linux 6.0」発売へ [impress.co.jp]
このときも結構な強権発動したんでしょ?
Re:何をいまさら… (スコア:2, 参考になる)
CentOSコミュニティがやっていることは、RedHatが公開しているSRPMを使って
バイナリパッケージを作りなおしているだけです。
で、ここにもRedHatの弁護士から手紙が来て、RedHatという文字列は商標だから
使用するなと要求されました。
そういうわけでコミュニティは全てのパッケージからRedHatという文字列を探し出しては
他のものに置き換えるハメになりましたとさ。
# ま、権利の面から見れば正当な要求ではあるのだが。。。
Re:何をいまさら… (スコア:0)
オレなら、皮肉というかシャレを込めて "BlueCap"か、"PurpleSox”という名前で出したいな :-)
Re:何をいまさら… (スコア:0)
RHEL互換ディストリビューション然り、firebird然り…。
「Freewareなんだから、いちいち細かいこと言うな」なんて主張をするのなら、「愛国無罪」って放言してるようなものですよ。
Re:何をいまさら… (スコア:0)
強権発動っつーか、LASER 5との契約を一方的に打ち切った直後に日本法人設立を発表 [impress.co.jp]、というとても判りやすい流れだったと思います。
RedHatは昔からこんなもの。
Re:何をいまさら… (スコア:1)
日本法人設立に当たってLASER 5とは手を組まず、100%子会社で設立、という流れだったと思います。流れは別々のものではなかったです。絶対にソースは見つかると思うのですが、「LASER 5は個人ユーザへの普及という点ではありがたかったが、法人相手の事業のパートナーとしては不充分」というRedHat側のコメントもありました。今までの恩を忘れるような一方的な打ち切りは私も見ていてちょっと不義理だなと思いました。ただ、RedHatの言っていることも理解できました。後味をマシにすることは出来たと思いますが、LASER 5がどんなにいってもRedHat日本法人に噛むことは無理だったのではないかと思います。
#ソースを探すのをサボってしまって申し訳ない……。
LIVE-GON(リベゴン)
Re:何をいまさら… (スコア:0)
あの時は、結構な騒ぎになったな。
Re:何をいまさら… (スコア:0)
TOCの削減だって? 笑わせるな と思っていました
#そうしないとRHCEの存在価値がなくなると思ったのかなw
そういう意味では、自分勝手さはMS以上だったなーと感じていましたね
すこし軽い回答ということで (スコア:1)
※注:もちろんそんなものはありません。たぶん。
...むー、しかしデータベースはよう知らんので大変さがわからんのよね。
# たぶんWebのバックエンドで大変お世話になっているのでID
M-FalconSky (暑いか寒い)
トラブル? (スコア:0)
Hibernateといえば (スコア:0)
自縄自縛? (スコア:0)
自分の陣営についてくれる連中の首を絞めてどうするんだよ。
Re:自縄自縛? (スコア:2, 参考になる)
#プログラマやSEやコンサルが書く文書が高圧的でないとも限らないが
典型的な釣り記事 (スコア:0)
JBoss終わったな (スコア:0)
これを機に、Geronimoの採用に傾く所が出たりするのかな、と。
まあ終わったわけではないんですが
「前と変わってしまった」という印象は受けます。
Hibernateの技術は認めるが (スコア:0)
環境依存のコードをバリバリ書いた方がいいという当たり前の
結論に最終的に戻るのは目に見えてる。移植性が高いから使うという
のは本末転倒もいいところで、バリバリにチューニングされて使える
から移植しようということにもなるわけで。さらに仮にO/Rが完全回答
だとすれば、リレーショナルデータベースではなくオブジェクトデータベース
が、データベースの世界を席巻してる筈ながら実際にはほぼ全てのデータベース
がリレーショナル。初期化もHibernateは遅いし。テストもめんどいし。
生のSQLこねこねした方がいいんだよね。
リレーショナルデータベースを捨てきれないからO/Rマッパが要るんだよ (スコア:1)
リレーショナルデータベースを捨てきれない現実があるからこそ、オブジェクト指向言語からアクセスする際にO/Rマッパを使いたいんだけど。
でもO/Rマッパだけではインピーダンスミスマッチを埋め切れていない、つまりRDBに存在するデータを完全なオブジェクトとして扱いきれない、というもどかしさがあるだけだよ。
SQLをちまちま書いた方が早いようなシステムって、規模が小さいものだけじゃないかな?
Re:リレーショナルデータベースを捨てきれないからO/Rマッパが要るんだよ (スコア:0)
動作が速いと、作るのが早いは違うでしょ。
SQLをちまちま書いた方が速いでしょ。
O/Rマッパを介した方が早くなるって事でしょ?
大体、リレーショナルデータベース:オブジェクトデータベースと対比している時点で、
元記事はおかしいでしょ。
リレーショナルデータベースってのは、データ構造を単純な表的な2次元構造に収める事で、
すばやくアクセスできる様にしたものなのに、
表構造には効率よく収まらないオブジェクト指向のデータの検索が、
表構造の検索より遅いって言ったって当たりまえ。
だからO/Rマッピングを使って、表構造には収めづらいオブジェクト構造を、
表構造に収めるルールを定義するんでしょ?
RDBの上に皮をかぶすんだから、速度については文句言っても無駄。
使いやすさ、効率の高さを問題にしなきゃダメでしょうよ。
Re:リレーショナルデータベースを捨てきれないからO/Rマッパが要るんだよ (スコア:1)
皮をかぶってると遅い。
皮をむいて生でこねこねすると、はやくてきもちいい。
IDでもいいや。
Re:リレーショナルデータベースを捨てきれないからO/Rマッパが要るんだよ (スコア:0)
>つまりRDBに存在するデータを完全なオブジェクトとして扱いきれない、というもどかしさがあるだけだよ。
そこは同意。
ただ、書いてるSQLがインラインビューでこねこねした数十行を超える時はこのSQL構文をどーやってO/Rで
書くのか興味ありますね、どうやるのかしらんと?素直にHibernate上にSQLライクな書き方する
のでしょうか、それならもっと軽いフレームワーク使いたいですね、というわけです。まったくフレームワーク
を使わないJDBCで書く気は勿論さらさら無いですよ:-P
Re:リレーショナルデータベースを捨てきれないからO/Rマッパが要るんだよ (スコア:0)
シロートは帰ったほうがよいかと...
Re:Hibernateの技術は認めるが (スコア:1)
結局HQLをだけで書こうとしても、HQLがどうネイティブSQLに変換されるかを考慮しながら頭をひねる、という真似をしないといかんのよね。
そして抽象化挟んだからパフォーマンスでないよー、という当然予期された壁にぶち当たってくる訳で。。
Re:Hibernateの技術は認めるが (スコア:0)
O/Rマッピングが楽ってだけでHibernate使いたがる客が多くて困る。
どうせ業務アプリの殆どは、2次元表で間に合うのに。
iBatisのほうがよっぽどいいと思うんだが。
#個人的には今でもOODBに愛着があるんだけどね。
Re:Hibernateの技術は認めるが (スコア:1, 興味深い)
パラメータつかわずStringでSQLを組み立ててSQLインジェクション埋め込みまくりなコードはもうこの10年見飽きました。
あとO/Rマッピング使うからSQLやDB理解しなくてもいいという風潮が危険ですね。DBの知識がないとアレは真に使えませんし。
今原Hibernate依存ではなくJavaEE5、EJB3に含まれるJPAで書くのが普通ですからHibernateは実装のうちのひとつ程度にしか感じないのでわりとどうでもいいことです。
Re:Hibernateの技術は認めるが (スコア:0)
魔法の言葉、適材適所。
魔法の言葉、ケースバイケース。