アカウント名:
パスワード:
Oracleの件もあって減ってゆくかと思ってたけどそうでもないんですね。
単なる個人的感覚だけど、最近のプログラム言語は、「プログラム労力を減らすけど堅牢性は削る」方向に行っているように思う。で、ある程度規模の大きいサーバープログラムで堅牢性を求めると、Java しか選択肢が無いような…?
Java は android でも使われているからだろっていうのもありますが、それだと Kotlinの順位が落ちている理由を説明できないよね??
Java を Oracle じゃなくて Google が買っていたら、たぶんもっとハジけていただろうな。ホント、そこが一番のリスクだわ。
そう思い込んでる人が多いからJavaは今でも生き残れてるのだろうな堅牢性はどう作るかの話でそこまで言語に依存しないだろう
Javaで書いてれば堅牢なんて訳ないよね。堅牢に設計する時にJavaがひとつの候補足り得るとは思うけど。
異常動作は想定してないケースそのもののこと。想定するすべてのケースでの正常性を担保するのがテスト。そのシステムのテストをどれだけ完全に設計できるかよりも、言語レベルの堅牢性の要素が勝る事は無い。
言語の仕様上出来ないことは不具合としても作りこむことが出来ないわけで。Cのようにバッファオバーフローさせてアドレス操作出来てしまう言語と不可能な言語とじゃ違うだろ。Javaや最近の高級言語のほうがより堅牢に作りやすいって話じゃないか。そりゃそういう問題にCでも対処したライブラリあるけどさ、それは言語レベルで対処出来ないって話でもある。
元コメは「Java しか選択肢が無いような…?」って言ってる。Kotlinを始めそこらの高級言語も全て劣り、Javaだけ特別って主張だよ。
Cで書くならその「対処したライブラリ」を使うべきだし、Javaはバッファオーバーフローの危険な挙動だけは避けられるだけで、その他の致命的な不具合を勝手に排除してくれる訳ではないのだから、Javaだから大丈夫みたいな過剰な期待は禁物だよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
Java (スコア:0)
Oracleの件もあって減ってゆくかと思ってたけどそうでもないんですね。
Re: (スコア:0)
単なる個人的感覚だけど、最近のプログラム言語は、「プログラム労力を減らすけど堅牢性は削る」方向に行っているように思う。
で、ある程度規模の大きいサーバープログラムで堅牢性を求めると、Java しか選択肢が無いような…?
Java は android でも使われているからだろっていうのもありますが、それだと Kotlinの順位が落ちている理由を説明できないよね??
Java を Oracle じゃなくて Google が買っていたら、たぶんもっとハジけていただろうな。
ホント、そこが一番のリスクだわ。
Re: (スコア:0)
そう思い込んでる人が多いからJavaは今でも生き残れてるのだろうな
堅牢性はどう作るかの話でそこまで言語に依存しないだろう
Re: (スコア:0)
Javaで書いてれば堅牢なんて訳ないよね。堅牢に設計する時にJavaがひとつの候補足り得るとは思うけど。
異常動作は想定してないケースそのもののこと。想定するすべてのケースでの正常性を担保するのがテスト。
そのシステムのテストをどれだけ完全に設計できるかよりも、言語レベルの堅牢性の要素が勝る事は無い。
Re: (スコア:0)
言語の仕様上出来ないことは不具合としても作りこむことが出来ないわけで。
Cのようにバッファオバーフローさせてアドレス操作出来てしまう言語と不可能な言語とじゃ違うだろ。
Javaや最近の高級言語のほうがより堅牢に作りやすいって話じゃないか。
そりゃそういう問題にCでも対処したライブラリあるけどさ、それは言語レベルで対処出来ないって話でもある。
Re:Java (スコア:0)
元コメは「Java しか選択肢が無いような…?」って言ってる。
Kotlinを始めそこらの高級言語も全て劣り、Javaだけ特別って主張だよ。
Cで書くならその「対処したライブラリ」を使うべきだし、
Javaはバッファオーバーフローの危険な挙動だけは避けられるだけで、
その他の致命的な不具合を勝手に排除してくれる訳ではないのだから、Javaだから大丈夫みたいな過剰な期待は禁物だよ。