(#3744538)Oracleの件もあって減ってゆくかと思ってたけどそうでもないんですね。Coward単なる個人的感覚だけど、最近のプログラム言語は、「プログラム労力を減らすけど堅牢性は削る」方向に行っているように思う。買っていたら、たぶんもっとハジけていただろうな。ホント、そこが一番のリスクだわ。CowardなぜかSunとGoogleが同じ時代を生きていたという気がしない。CowardNPE嫌う人ってなんか平和な時代の子って感じ。他スレッドがIO中でも即死するSEGVに比べたら何も危険じゃないのに。CowardJavaで書いてれば堅牢なんて訳ないよね。堅牢に設計する時にJavaがひとつの候補足り得るとは思うけど。異常動作は想定してないケースそのもののこと。想定するすべてのケースでの正常性を担保するのがテスト。そのシステムのテストをどれだけ完全に設計できるかよりも、言語レベルの堅牢性の要素が勝る事は無い。Coward言語の仕様上出来ないことは不具合としても作りこむことが出来ないわけで。Cのようにバッファオバーフローさせてアドレス操作出来てしまう言語と不可能な言語とじゃ違うだろ。Javaや最近の高級言語のほうがより堅牢に作りやすいって話じゃないか。そりゃそういう問題にCでも対処したライブラリあるけどさ、それは言語レベルで対処出来ないって話でもある。選択肢が無いような...?」って言ってる。Kotlinを始めそこらの高級言語も全て劣り、Javaだけ特別って主張だよ。Cで書くならその「対処したライブラリ」を使うべきだし、Javaはバッファオーバーフローの危険な挙動だけは避けられるだけで、その他の致命的な不具合を勝手に排除してくれる訳ではないのだから、Javaだから大丈夫みたいな過剰な期待は禁物だよ。Coward基本的には同意なんだけど、Javaの場合、過去20年に渡って積み上げに積み上げまくったノウハウっていうのも非常に大きな要素だと思う。最終的には個々のプログラマーがそれを虚心坦懐に勉強したり地道に調査したかどうかに掛かってくるけれど、でもそもそも情報が(豊富に)あるのとないのとでは、スタート地点からして差が出る気がするのよね。Javaは市販の入門書やウェブ上の手引ページが山のようにあるし、英語をある程度読めるならそれこそ情報の宝庫だと思うので、その地位はまだまだ揺らがないんじゃないかな。Anywhereをわりと頑張っていると思う。ところで裏切られてたまに残念な思いはするけれども。あるのも、蓄積という面は否定できませんしね。コンパイラはある」のが普通ですから。CowardJavaで書いていれば堅牢にはならないというのはその通りなんだけど。それでも以下のうちどのプログラムがましなのかを考えると一番ましなのがJavaなんだよ。Coward最近の言語はまたグローバル変数を使う感じになってきている気がするけど、やっぱグローバル変数が言語仕様として無い方が堅牢になると思いますね。たんなる一例ですけど。「プログラム労力を減らすけど堅牢性は削る」方向に行っているように思う。どの言語のイメージかわからんけど、最近の言語は「労力も減らすし堅牢性も増す」っていう両立する方向だけで、堅牢性が下がるようなもの皆無だぞ。C++のような例外はあるが、あれも「労力は増えるけど速い」とか「堅牢性は下がるけど速い」とか、必ず「XXXだけど速い」ってのがついてるし、些細なものでも使う側が管理することが大前提の言語だから、言語側の責任じゃない。virtual固定だったり、delegate無かったりと、昨今の主流の言語の中で、堅牢に書くのが困難な言語だとみなされてるわけですけど、個人感覚、けっこうずれてませんかね。Coward最近思うこと軽量スクリプトといわれるものにもデータ構造を導入するのがはやってる。複数人でちょっと大きなものつくるにはやっぱり構造型は欲しいよね。Java使えばいいじゃないか、というのが率直な感想。同じ感覚の人が多いんんじゃなかね。あと、tsはあまりにも環境がヘンテコになりすぎたのはあるかな。あれじゃ数そろわないよねより多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。service.閉じるスラド処理中...。