アカウント名:
パスワード:
ところで、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を書く」ための「単一インター
インタプリタ言語最強今のCPUの設計に依存した下手な最適化バイナリコードよりも人間が読めて理解できてある程度ちゃんと動くコードの方がいいよね
別に最強なわけじゃない。ちゃんとコードが書ける人が、丁寧に作り上げたプログラムのメンテナンスのしやすさや動作の最適さは言語に依存しない。というか、へたくそが書いた Java コードより、優秀な人が書いたアセンブラの方が読みやすい。
でも、プログラマのレベルを下げていくと、言語による縛りや言語によるサポートによる差が見えてくる。そして、最悪状態でどちらがより「救いようがあるか」というと、それは Java という事。
「必要悪」の方がよほど正しい表現だな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
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の教祖様
こういうことですか? (スコア:2)
インタプリタ言語最強
今のCPUの設計に依存した下手な最適化バイナリコードよりも
人間が読めて理解できてある程度ちゃんと動くコードの方がいいよね
誤記 FireFox
巫女 Firefox [mozdev.org]
Re:こういうことですか? (スコア:1)
別に最強なわけじゃない。
ちゃんとコードが書ける人が、丁寧に作り上げたプログラムのメンテナンスのしやすさや動作の最適さは言語に依存しない。
というか、へたくそが書いた Java コードより、優秀な人が書いたアセンブラの方が読みやすい。
でも、プログラマのレベルを下げていくと、言語による縛りや言語によるサポートによる差が見えてくる。
そして、最悪状態でどちらがより「救いようがあるか」というと、それは Java という事。
「必要悪」の方がよほど正しい表現だな。
fjの教祖様