アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
リリースエンジニアリング (スコア:2, おもしろおかしい)
Re:リリースエンジニアリング (スコア:2, すばらしい洞察)
Re:リリースエンジニアリング (スコア:1, すばらしい洞察)
Re:リリースエンジニアリング (スコア:2, すばらしい洞察)
Re:リリースエンジニアリング (スコア:1, すばらしい洞察)
Re:リリースエンジニアリング (スコア:1, 興味深い)
ちなみに、それをいうと Java もそうだよね。
昔、Java が 1.0 から 1.1 になった時に、(おれが)1.0用に書いたコードがたくさんコンパイルできなくなって、心底キレて Java を捨てた過去がある AC。
Re:リリースエンジニアリング (スコア:1, 参考になる)
Re:リリースエンジニアリング (スコア:0)
J2SE 1.5→Java SE 5.0
Re:リリースエンジニアリング (スコア:1)
Solaris2.6 -> Solaris8
でも、そのうちいきなり Java2006 とか Java Vista とかになったりして。
Re:リリースエンジニアリング (スコア:0)
Re:リリースエンジニアリング (スコア:1)
Solaris7 にはお世話にもなったし、他意はありません。
Re:リリースエンジニアリング (スコア:1)
Re:リリースエンジニアリング (スコア:0)
確かにJDK1.1では大きな改造が多かったのでさもありなんという気がしますが、それ以降は結構互換性がしっかりしてますよ。ぜひ戻ってきてください。
やっぱりJDK1.0が早過ぎた感がありますよね。
JDK1.0って少数の精度がしっかりしているくせに表示はCの%g相当しかないとか無茶苦茶でしたからねぇ。
互換性のなさですと1.0αからβが一番大きかったと聞きますが、私はβからの人なので残念ながら良く知りません。
Re:リリースエンジニアリング (スコア:0)
Re:リリースエンジニアリング (スコア:2, すばらしい洞察)
構文に非互換が発生する場合はきちんと数字を変更する
とかだと安心かな？
# DLL HELLじゃないが、言語でやられるとキツイ場合もあるかと。
Re:リリースエンジニアリング (スコア:3, すばらしい洞察)
1.x.x の構文
2.x.x の構文
後構文だけじゃなくてライブラリ・APIの互換性もちゃんと取ってほしい。世界に誇る言語なんだから、もうそれ位の安定性は無いと駄目じゃない？