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