アカウント名:
パスワード:
いくつかのアプライアンスを使っていると、それぞれの管理ツールがJavaで作られていることが多い。そして、それぞれが違う古いバージョンのJREでしか動かない。その影響でアップデートできない専用の管理端末が増えていく。
元凶はJava。なぜJavaで管理ソフトを作ろうと思うんだろう？Javaで作るなら、Javaがアップデートされるたびに管理ソフトもアップデートしろよって思う。
javaがガンなのは同意なんですが、javaじゃないとすると、何で作るのがいいんでしょうね？通信系のアプライアンスだと、・windows, hp-ux, solarisあたりで動く。・GUI, 日本語処理, 他言語処理・ある程度の個別対応はあるにしても、プラットフォーム間でだいたい同じコードにしたい。・proof of conceptレベルではなく、商用レベルの安定性、機能性がある。あたりが要件になりますが、java以外思いつきません。electronに期待ですかね。unix用のelectronあるのかな？
Qtというか、c++(で書くアプリ)がバージョン依存がきつすぎてダメ。libsslのVerあげたら動かないとか、libstdc++のverがうんたらとか。読み込むdll(so)の数が多すぎてあっという間にdll地獄になる。
C++の話ですが製品バージョンにboostを使われてひどい目にあったことがある。それがまたboost自体のバージョンだけでなくビルドできるコンパイラのバージョン依存があって、いろいろと更新せにゃならん段階で作り直しが必要みたいな。
一方Googleはすべての依存ライブラリはもちろんコンパイルに必要なclangまでリポジトリーに突っ込んだ# Linuxディストリビューターからは非難轟々らしいが正しいとしか言いようがない
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
ローカルJREまで手を出せるのか (スコア:1)
Javaは滅びてほしい (スコア:0)
いくつかのアプライアンスを使っていると、それぞれの管理ツールがJavaで作られていることが多い。
そして、それぞれが違う古いバージョンのJREでしか動かない。
その影響でアップデートできない専用の管理端末が増えていく。
元凶はJava。
なぜJavaで管理ソフトを作ろうと思うんだろう？
Javaで作るなら、Javaがアップデートされるたびに管理ソフトもアップデートしろよって思う。
Re: (スコア:0)
javaがガンなのは同意なんですが、javaじゃないとすると、
何で作るのがいいんでしょうね？
通信系のアプライアンスだと、
・windows, hp-ux, solarisあたりで動く。
・GUI, 日本語処理, 他言語処理
・ある程度の個別対応はあるにしても、プラットフォーム間でだいたい同じコードにしたい。
・proof of conceptレベルではなく、商用レベルの安定性、機能性がある。
あたりが要件になりますが、java以外思いつきません。
electronに期待ですかね。unix用のelectronあるのかな？
Re: (スコア:0)
Java みたいに携帯でも動かしたいとかいうと無理で、OS側にある程度のモダンさは必要になるけど、プラットホーム間の互換性もバージョン間の互換性も Java の比じゃない。
Re: (スコア:1)
Qtというか、c++(で書くアプリ)がバージョン依存がきつすぎてダメ。
libsslのVerあげたら動かないとか、libstdc++のverがうんたらとか。
読み込むdll(so)の数が多すぎてあっという間にdll地獄になる。
Re:Javaは滅びてほしい (スコア:0)
C++の話ですが製品バージョンにboostを使われてひどい目にあったことがある。
それがまたboost自体のバージョンだけでなくビルドできるコンパイラのバージョン依存があって、いろいろと更新せにゃならん段階で作り直しが必要みたいな。
Re: (スコア:0)
一方Googleはすべての依存ライブラリはもちろんコンパイルに必要なclangまでリポジトリーに突っ込んだ
# Linuxディストリビューターからは非難轟々らしいが正しいとしか言いようがない