MySQLの生みの親がプロジェクトのforkを計画 74
ストーリー by makeplex
止められない流れなのかも 部門より
止められない流れなのかも 部門より
あるAnonymous Coward 曰く、
本家の記事になっているが、MySQLの生みの親であるMichael 'Monty' Widenius氏が MySQLのforkを希望しているようだ。彼は既に Sunを辞めているわけだが、退職後に立ち上げたMonty Program Abを受け皿として、MySQL版のFedora Project的な 組織立ち上げを目指しているようだ。まだSunに残っている開発者もOracleの買収により去る公算が高いということで、 MySQLの今後に注目である。
一安心？ (スコア:3, 興味深い)
Oracle で飼い殺しにされるか、とか言ってたんですが、これで、
交渉のカードにするにしても fork するにしても、何とか
なるんじゃないかと一安心…できるんでしょうかね？
Re:一安心？ (スコア:5, 興味深い)
Oracleがどういうつもりなのか全くわからないし，
>> Oracle で飼い殺しにされるか、とか言ってたんですが
という不安な気持ちは理解できるけど，実際に飼い殺しにも何もなってない時点で「forkする」とか言い出したり，あるいはタレコミ文みたいに
>> まだSunに残っている開発者もOracleの買収により去る公算が高い
とかいう話になってしまうと，逆に「オープンソースなプロジェクト（を持った企業）を買収しても，forkしてリソースは残らない」「オープンソースなプロジェクトを買収するのはドブに金を捨てるのと同じ」というモデルケースにもなり得ますよね．こういう流れって長期的に見てオープンソース派にとってプラスかどうかビミョーな気がするんですけど．
＃ま，DBなんて使ってない俺には今回の一件は個人的には全く関係無い話なんですけどね．
GPLライセンスはソフトウェアエンジニアに自由をもたらす (スコア:2)
MySQLはGPLとコマーシャルライセンスのダブルライセンスにてリリースされています。
Michaelが退社したら、OracleはコマーシャルライセンスベースのMySQLを保持し
続けることができる一方で、コマーシャルライセンスのMySQLの発展はそこで止まる
でしょう。
しかしながら、ソフトウェアの世界からみればあながち悪いことばかりではないと
考えられます。理由としては、GPLに基づくMySQLが存在している限り、Michaelは
在籍する会社に縛られることなくMySQLのソースコードにアクセスすることができ、
開発を続けることが可能である点が挙げられます。
もし、MySQLがGPLライセンスでなかったら、Michaelは我慢して居心地の悪い会社に
在籍し続けるか、退社して別のプロジェクトを立ち上げるしかありません。Michael
のやる気をそいだり、フルスクラッチで同様のソフトウェアを再デザインするのは、
ソフトウェア業界にとっては大きな損失です。
ちなみに、オープンソースといっても様々なライセンスがあります。
ライセンスによってはプラスに働かない場合もあるでしょう。例えば
Solarisがオープンであっても、GPLとは違い誰もがforkできるわけで
はありませんから。
Re:一安心？ (スコア:1, 参考になる)
この場合、
>「オープンソースなプロジェクトを買収するのはドブに金を捨てるのと同じ」
という事はありえません。ライバル製品をコントロール出来る絶好の機会を手に入れているのは事実ですから。
Oracleとしてはforkされるのが嫌なら、なるべく早めにMySQLに対する方針を打ち出して、対話を開始するしかありません。
Re:一安心？ (スコア:2)
> という事はありえません。ライバル製品をコントロール出来る絶好の機会を手に入れているのは事実ですから。
いや、中心メンバーに独立されたら、コントロールできなかったことになるから。
> Oracleとしてはforkされるのが嫌なら、なるべく早めにMySQLに対する方針を打ち出して、対話を開始するしかありません。
すでにSunを止めてるから。たぶん、やっぱり大企業の傘下はイヤだと思われてる。無条件の資金提供じゃなきゃ、もう、乗ってこないでしょう。Sunを辞めたいといわれた時点で、Sunが引き留められていれば良かったんだろうけど。
Re:一安心？ (スコア:1, すばらしい洞察)
新規にプロジェクトを立ち上げるのはかなり大変なんだし。
forkだって再び軌道に乗せるのは時間がかかりますよ。
そういう面では、既に痛恨の一撃を食らわせているようなもんかと。
Re: (スコア:0)
Oracle のオープンソースに対する姿勢に不安や不信感を持っている人が少なくないってことでしょ。
Re: (スコア:0)
競合をつぶす手段だったからOracle自身による買収は失敗した。
その後、innodbを買収したのもそういう流れ。
そもそもOracleがMySQLを売るつもりなら自社DBとの二本建てにするとか、
買収の発表の時に言うでしょう。
そういう意味ではMySQLをエンタープライズまで
育てる気がないことを暗黙に示してしまったとも言える。
ま、Oracle MySQLとフォーク版MySQLで競争に発展するならいいっしょ。
各種CMSを使っていると (スコア:3, 興味深い)
というCMSを見た事が無いので、今回の件はすごく気になります。
『高額販売』や『開発終了』になってしまわない事を祈っております。
----------- 一生勉強を続けなきゃ！
Re: (スコア:0)
無知でお任せなクライアントが多いんだもん、MySQLだけでいーじゃん。
どっちもアクセス関数用意されてるんだからPostgreSQLだから駄目という事は無いわけで、頻繁な更新に対しての性能対策的に不利である点を説明するのに飽きてるんですよ。
Re:各種CMSを使っていると (スコア:2, 参考になる)
大抵の場合は、制御ライブラリ側でDBの違いは吸収してくれたりするから、
他のDBに変えても「一見動いているように見える」ようなプログラムは多いと思いますが、
SQLの文法には方言が多いから、それでも「全ての機能がちゃんと動く」とはかぎりませんよ。
「PostgreSQLでも動く」ように作ってあるけど
「頻繁な更新に対しての性能対策的に不利」だからMySQLしか言及してないんだったら、
わざわざそんな手間をかけてるのに、奥ゆかしすぎます。かなり稀少な例でしょう。
本当にそうだったら、その旨はドキュメントに書いてくれてた方がすごく親切です。
「PostgreSQLでも動きますが性能の点ではオススメできません」とか。
「PostgreSQLでも動くようにしたつもりですが、開発者は確認していません。」レベルでも十分ありがたい。
まあ、普通に考えるとMySQL以外での動作は確認してないから言及してないだけでしょうねぇ…
#PostgreSQL派だったけど、先日、WordPressを入れるためにMySQLも入れてしまいました…
Re: (スコア:0)
でも推奨はMySQLだけど・・・
Re: (スコア:0)
一応、Movable Typeも仲間に入れてあげてください。
個人的にはDrupal派で今自分のWebサイトもDrupalで作っていてます。
Joomlaは次期バージョンで対応みたい。
Re:各種CMSを使っていると (スコア:2)
本当にありがとうございます。
GeeklogもMySQL以外で動く方向を
感じた次期もあったのですが、なぜか
全然違う方向に行ってしまったような
気がします、、、。
----------- 一生勉強を続けなきゃ！
Fedora Project的？ (スコア:2)
> MySQL版のFedora Project的な 組織立ち上げを目指しているようだ。
これが本当なら残念です。
Fedoraはエンタープライズで使用するものではないですよね。
It's not who is right, it's who is left.
Re:Fedora Project的？ (スコア:1, 興味深い)
>Fedoraはエンタープライズで使用するものではない
もちろんそうですが、OSとミドルウェアはレベルが違うと思いますよ？
ある場所ではPostgreSQLでさえ、「そんなフリーソフト使えない」ってなるわけで、
流石に今は「有名な採用実績」という薄氷のような根拠を元に導入されますが、
Fedoraほど極端でないだけで、OSSである以上は常にそういうリスクが付随しています。
また、Fedoraとは結局Redhatの都合による成立過程のためにOSSとの関係を保ちたいという
Redhatの戦略の一部ですが、こちらの場合OracleでもSunでもない戦略上にあるので、
「いわばFedoraみたいな」と言った場合に、想起されるものは限定的になります。
というか、こういうForkが無いまま開発者が一人抜け二人抜けというニュースが出れば、
MySQL自体の求心力が低下、導入の説得材料は急低下するでしょう。
なにしろ、前述のように有名採用実績があって、それを支えているのはそこらの企業では
雇うことが出来ない技術者が維持しているからという程度の根拠しかないのですから。
また、こういう勢力があることによって、Oracleにとってサポート放棄できないという
価値を認識させる事をしていかないと、Oracleの優秀な開発リソース、営業リソースが
MySQLに注がれないでしょうから、MySQLを維持させるためにも有意義な試みです。
勝手に妄想してみる (スコア:1, おもしろおかしい)
forkしたものの名称は MyaSQL。
マスコットロゴは子猫で。
## 猫の鳴き声も国で違った気が・・・
Re:勝手に妄想してみる (スコア:2, 参考になる)
既出だろ、そのネタ
トピックアイコン見てみろよｗｗｗｗ
Re: (スコア:0)
＞トピックアイコン見てみろよｗｗｗｗ
いや、普通わかんねーってw
Re:勝手に妄想してみる (スコア:1)
手押し車 [wikipedia.org]。
Re: (スコア:0)
ごめん元ACだけど、w3mから見てるんでアイコン分からないんだわ。
やはりw3mよりやはりlolifoxだな・・
今回のでそれが良くわかったよ>>#1554668感謝
Re:勝手に妄想を広げてみる (スコア:1)
名前は MyMySQL。
# マスコットはかたつむりで。
Re:勝手に妄想を広げてみる (スコア:1, おもしろおかしい)
＼ __ ／
＿ （ｍ） ＿ ﾋﾟｺｰﾝ
|ミ|
／ ｀´ ＼
('A`) そうだ！fork版の名称はMiracleSQLにしよう！
ﾍ ノヽノヽ そしてマスコットは蚊遣り豚だ！
(ﾟOﾟ ) < ）～
U U U U
Re: (スコア:0)
Re: (スコア:0)
MySQLはもともと脱Oracle目的？ (スコア:1)
ってな話をどこかで聞いた記憶が。それ自体まったくのデマかもですが。
本当なら別なとこで動き出すのも当然かも。
# sqlplus.hってヘッダーファイル名を見たときは、そうかと思った。
key-value化 (スコア:1)
/* pegiminh (aka .thx) */
みんな生き別れ？ (スコア:0)
Re:何故forkだけ訳さない？ (スコア:3, すばらしい洞察)
スラドの読者層には forkの方が直感的に分かるからいいのでは?
# むしろ fork(2) とすべきか
Re: (スコア:0)
そうね、fork(2)の方がわかりやすい。
「フォーク」？ ∋── ？
Re:何故forkだけ訳さない？ (スコア:1)
これだと 3つに分岐するように見えるのですが.
#それに向きも逆(合流,join)に見える.
##BSDの三叉の槍?に見えるが,ひょっとしてBSDな方?
「－⊂」かなあ
Re: (スコア:0)
「フォーク」と書くと食器のフォークを連想する、と言ってるんだと思うが。
Re: (スコア:0)
素で突っ込むけど、リポジトリのforkはシステムコールじゃないから(2)はおかしいでしょ。
Re: (スコア:0)
コマンドとしてforkがあったら凄いなあ。
というかそれは既にUNIX系OSではない何かなような気がする。
いや、じっさい有るよ。外から命令したら任意のプロセスがforkしてくれるようになったらいいな、と思うことが時々。
(でも危ないよな、と思いとどまることの繰り返し。)
Re:何故forkだけ訳さない？ (スコア:1, おもしろおかしい)
最近の UNIX系OS には任意のプロセスを fork してくれるプログラムがあるそうですよ。
たしか SH とかいう名前だったと思います…。
Re:何故forkだけ訳さない？ (スコア:1, 興味深い)
>何故forkだけ訳さない？
じゃあこの界隈で使われるプロジェクト/ソースコード/レポジトリの``fork''に
ぴったり適合する短い日本語を提唱してみろ。4バイト以内でな。
分岐
分流
袂を分かつ
どれも実体の一部しか表していない。
Re:何故forkだけ訳さない？ (スコア:2, 興味深い)
「のれん分け」が近いのでは。
＃４バイト？ 字余りは世の常。
Re:何故forkだけ訳さない？ (スコア:2)
「派生」って訳はどうでしょう？
Re: (スコア:0)
なに branch と見分けがつかんと？
文脈でわかるだろ？
だいたい、英和単語が１対１で存在すると考える方がおかしい。
Re: (スコア:0)
これは、「1対1で存在させなければならない」と考えるんだと思いますよ。
そして技術用語なのだから訳すなら1対1で対応させるべきというのは間違っていないと思います。
でなければ、今回のタイトルのように訳すべきでないですね。
Re:何故forkだけ訳さない？ (スコア:1)
何故か？
訳したらわかりにくくなる。
タレコミとしては、読み手に伝わる表現で書くべき。
# あと、”fork"の方がバイト数が少ないからな！！
# 大抵の訳は、漢字のおかげで英語より訳した方が必要リソースは少なくなるけど
# 場合によっては、原文の方が端的でリソースも少なくて済む。
# 個人的にはこの理由の方がしっくり。
Re:何故forkだけ訳さない？ (スコア:2, おもしろおかしい)
大体の場合であって、全てがこうだというわけでは無いですが、
訳者曰く、訳したらわかりにくい≒訳者は翻訳できる程には説明者が事の実態を理解していない
だと感じることは多いですね。むしろ自省に近いかもしれないけど。
一口に翻訳といっても、逐語訳だけではないわけです。
理解さえしていれば手を替え品を替えで説明のしようはあるはずなんですよ。
ってわけで、ウィキペディアなりのそれを知る参考になるページに
リンクなりあるとありがたかったかも。
http://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A9%E3%83%BC%E3%82%AF_(%E3... [wikipedia.org]
どうでもいい話ですが、日本語の一人称や語尾などは
アニメに翻訳字幕付ける人の悩みの種らしいですね。
翠星石の「ですぅ」を訳に入れろ！ とか言われても、
ホントどうすりゃいいんだかwwwww
Re: (スコア:0)
「#」コメントが多いのはバイト数を無駄にしていないのか？
Re:何故forkだけ訳さない？ (スコア:1, おもしろおかしい)
タイトルは節約, コメントは冗長に.
それが/.erです.
Re: (スコア:0)
訳してみた。
「プロジェクトのフォークを希望している」
...かえってわかり難くなった気がする。
Re: (スコア:0)
わかり難くなった原因は全然訳していないから。
forkをフォークに換えただけでしょ。訳するというならせめて「別プロジェクトの立ち上げを計画」とかでしょ。
Re: (スコア:0)
それではforkするのか新規に開発するのか分からない
Re: (スコア:0)
>> 「プロジェクトのフォークを希望している」
どうもリリースの直前で失速して落ちて [wikipedia.org]いきそうな予感が…
Re: (スコア:0)
最近思うんだけど、こういう揚げ足取りって毎回「うまいなぁ」と思う
どっからこういう発想がでてくるのかね
どんだけ性格ひねくれてるのか、生きたサンプルとして晒してほしいわ
Re: (スコア:0)
毎回毎回同じ人が「揚げ足取り」をしてる姿を想定してるのかもしれませんが、
そうでもないんじゃないですか？
だれだって、他の人には気にならないけど、自分は気になるという
こだわりポイントの一つや二つあるのは、おそらく普通のことだと思うので、
それが大人数で累積されたのをみてるだけかも、と思いました。
# 前提が正しいかどうかは不明です