アカウント名:
パスワード:
他人の書いたソースコードを読むのがかったるいのがJavaこの20年間Java自身も改良されてるけど根本的に治らないから無理
メモリ解放書かなくて良いCみたいな使われかたしてる問題もあるかと。。main以外禁止とか、コピペとか。
オブジェクト指向、Javadocでのドキュメント一元化を全力否定した使い方の多さときたらね。。
メモリ解放は書かなくてもいいけどファイルのクローズとかは結局書かなきゃいけないんだよなあ(Java 7のtry-with-resourcesでだいぶ改善されたけど)。
try-with-resourcesに慣れると旧Javaで書くのが億劫になる。まだまだJava 6で書かないといけない現場も多いのに。
後付けだから仕方ないんだけど、欲を言えば例えばtry(@Closing("disconnect")Client client=new Client(ip,port){ dosomething();}なんて感じで、close系以外のfinallyで呼ぶべきメソッドを指定できるといいなと。
関数がオブジェクトじゃないJavaで不可避なのはわかるが、文字列は嫌だなあ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
Javaはタイプ量が多い (スコア:0)
他人の書いたソースコードを読むのがかったるいのがJava
この20年間Java自身も改良されてるけど根本的に治らないから無理
Re: (スコア:0)
メモリ解放書かなくて良いCみたいな使われかたしてる問題もあるかと。。
main以外禁止とか、コピペとか。
オブジェクト指向、Javadocでのドキュメント一元化を全力否定した使い方の多さときたらね。。
Re:Javaはタイプ量が多い (スコア:0)
メモリ解放は書かなくてもいいけどファイルのクローズとかは結局書かなきゃいけないんだよなあ(Java 7のtry-with-resourcesでだいぶ改善されたけど)。
Re: (スコア:0)
try-with-resourcesに慣れると旧Javaで書くのが億劫になる。
まだまだJava 6で書かないといけない現場も多いのに。
後付けだから仕方ないんだけど、欲を言えば例えば
try(@Closing("disconnect")Client client=new Client(ip,port){
dosomething();
}
なんて感じで、close系以外のfinallyで呼ぶべきメソッドを指定できるといいなと。
Re: (スコア:0)
関数がオブジェクトじゃないJavaで不可避なのはわかるが、文字列は嫌だなあ。