アカウント名:
パスワード:
ところで、Javaの優位性って何でしょう?どんなに工夫しても所詮はインタプリタだから遅いし、どこでも動く的な話は夢であることははっきりしてきたし、、、WEBシステムで表示はIEへ、DBはOracleへ丸投げとか、Android上ではそれなりかもしれないが、それなら他の言語に比べて良いこと無いし。
特に実務で使う場合はコーディングルールとかの蓄積が無いからむちゃくちゃになるし、訳の判らない争いごとが多いし。#それに比べればCOBOLって最高だよね。仕事で使うなら。
ところで、Javaの優位性って何でしょう?
古典的すぎるネタですが。
「インタープリター言語」を利用する最大の理由は「速度よりも言語的柔軟性」を優先したい場合です。なので、「遅い」事が問題になるような場合には使わない。
「どこでも動く」が嘘であっても、「WindowsでもLinuxでもMacでもそれなりに動いて欲しい」とか「HP/UXとLinuxとSolarisとAIXでそこそこ動いて欲しい」とかいうニーズに対してなら、シングルバイナリ配布で済む分、Native Binary出力よりも優位。
特に実務で使う場合はコーディングルールとかの蓄積が無いからむちゃくちゃになるし、訳の判らない争いごとが多いし。
それは Java の問題ではなく
> 「速度よりも言語的柔軟性」を優先したい場合です。
javaにそれが当てはまりますか? 例えばC++と比べてどこがインタープリタとして優れいているの?
> 「どこでも動く」が嘘であっても
ここは同意ね。
> 「WindowsでもLinuxでもMacでもそれなりに動いて欲しい」とか「HP/UXとLinuxとSolarisとAIXでそこそこ動いて欲しい」とかいうニーズに対してなら、シングルバイナリ配布で済む分、Native Binary出力よりも優位。
その意見はある程度同意します。それなりやそこそこで動く分には。実際、単体試験は各作業員のWindowsPCで実行はUNIXサーバーという形式は良くやる。
でもそこまで、Win-mac-unix でそのままのバイナリがそこそこ動くのはね。ちゃんとを目指したり、WEBサーバー以外のアプリケーション開発するならシングルバイナリ配布では対応できない。
どうやらここから突っ込む必要がありそうですね。
よく考えてください。C言語ができてもうすぐ30年です。未だに「CUIとGUI、X11用とWindows用とMac用のコードが単一コードから生成できるライブラリセット」はできていません。C言語はもともと Human Interface については何の仮定も置いていないプログラミング言語なのに、ですよ?と言うことは、そもそも「UIを書く」ための「単一インター
> これはどのような言語であっても共通して言えること。C for JVM があっても何も変わりません。
つまりは、シングルバイナリなんて限られた条件下でしか使えないって事でしょう。別にUIだけでなくファイルシステムや権限管理やその他多くの条件がシングルバイナリの使用を阻害しているしね。シングルバイナリが使えるような環境ならほかの言語でもほとんどmake一発で動くし。
> Javaは「馬鹿でも安全にコードが書ける」プラットフォームとして、C++に比べて言語的柔軟性が優れているのです。
ひょっとしてギャグ?
> もっともっと、でかい世界を「平伏できていない」のならば 実力不足 か、影響が十分世間に回っていないか…どちらかだ。そして「マネージャじゃなくて?」と聞いたということは、これは実力不足の方であると確定した、と言うことだ。
あなたの中では相手を低レベルと言って何かを得たつもりだろうけど、その内容からくる答えは「Javaに優位性が無い」ということだよ。言語の優位性について議論する気が無いのでしょう。
#長々と異常な世界と説明してどうすんの。
私が書いたことが異常だというなら、「世界は異常なのだよ」。世界をもっと見てきたまえ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
Javaの優位性ってなに? (スコア:3, おもしろおかしい)
ところで、Javaの優位性って何でしょう?
どんなに工夫しても所詮はインタプリタだから遅いし、
どこでも動く的な話は夢であることははっきりしてきたし、、、
WEBシステムで表示はIEへ、DBはOracleへ丸投げとか、Android上ではそれなりかもしれないが、それなら他の言語に比べて良いこと無いし。
特に実務で使う場合はコーディングルールとかの蓄積が無いからむちゃくちゃになるし、訳の判らない争いごとが多いし。
#それに比べればCOBOLって最高だよね。仕事で使うなら。
Re: (スコア:1)
古典的すぎるネタですが。
「インタープリター言語」を利用する最大の理由は「速度よりも言語的柔軟性」を優先したい場合です。なので、「遅い」事が問題になるような場合には使わない。
「どこでも動く」が嘘であっても、「WindowsでもLinuxでもMacでもそれなりに動いて欲しい」とか「HP/UXとLinuxとSolarisとAIXでそこそこ動いて欲しい」とかいうニーズに対してなら、シングルバイナリ配布で済む分、Native Binary出力よりも優位。
それは Java の問題ではなく
fjの教祖様
Re: (スコア:0)
> 「速度よりも言語的柔軟性」を優先したい場合です。
javaにそれが当てはまりますか? 例えばC++と比べてどこがインタープリタとして優れいているの?
> 「どこでも動く」が嘘であっても
ここは同意ね。
> 「WindowsでもLinuxでもMacでもそれなりに動いて欲しい」とか「HP/UXとLinuxとSolarisとAIXでそこそこ動いて欲しい」とかいうニーズに対してなら、シングルバイナリ配布で済む分、Native Binary出力よりも優位。
その意見はある程度同意します。それなりやそこそこで動く分には。
実際、単体試験は各作業員のWindowsPCで実行はUNIXサーバーという形式は良くやる。
Re: (スコア:1)
どうやらここから突っ込む必要がありそうですね。
よく考えてください。C言語ができてもうすぐ30年です。
未だに「CUIとGUI、X11用とWindows用とMac用のコードが単一コードから生成できるライブラリセット」はできていません。C言語はもともと Human Interface については何の仮定も置いていないプログラミング言語なのに、ですよ?と言うことは、そもそも「UIを書く」ための「単一インター
fjの教祖様
Re:Javaの優位性ってなに? (スコア:0)
> これはどのような言語であっても共通して言えること。C for JVM があっても何も変わりません。
つまりは、シングルバイナリなんて限られた条件下でしか使えないって事でしょう。
別にUIだけでなくファイルシステムや権限管理やその他多くの条件がシングルバイナリの使用を阻害しているしね。
シングルバイナリが使えるような環境ならほかの言語でもほとんどmake一発で動くし。
> Javaは「馬鹿でも安全にコードが書ける」プラットフォームとして、C++に比べて言語的柔軟性が優れているのです。
ひょっとしてギャグ?
> もっともっと、でかい世界を「平伏できていない」のならば 実力不足 か、影響が十分世間に回っていないか…どちらかだ。そして「マネージャじゃなくて?」と聞いたということは、これは実力不足の方であると確定した、と言うことだ。
あなたの中では相手を低レベルと言って何かを得たつもりだろうけど、その内容からくる答えは「Javaに優位性が無い」ということだよ。
言語の優位性について議論する気が無いのでしょう。
#長々と異常な世界と説明してどうすんの。
Re:Javaの優位性ってなに? (スコア:1)
私が書いたことが異常だというなら、「世界は異常なのだよ」。
世界をもっと見てきたまえ。
fjの教祖様