そも全てがオブジェクトじゃなくてプリミティブ型とかいうのがあるとか、配列周りとかの扱いとかかしら
2015-09-16 13:01:42@kamekoopa @shomah4a primitive 値と reference 値とか、interface に定義できるメンバとか アクセス修飾子が付けられるつけられないとか、 nested enum が自動的にstaticになるとか とかとかとか
2015-09-16 13:07:56@gakuzzzz @shomah4a なるほど、なるほど…。やっぱりjavaの複雑さ(特殊ルール)として挙がるの、あるものの扱われ方や振る舞いに関するものが多い感じに見えますねぇ
2015-09-16 13:16:48@gakuzzzz うーんと, 自分の論点がズレてる気がするので, 別の主張になっちゃいますが, apply 各種省略を行った後のコードから, 省略してないコードを想像するとこが辛いです.
2015-09-16 13:09:32今このコンテキストでいうところの複雑さって、色々話見てると ・覚える記法、あるいは記述ルールのバリエーションの多さ ・ある特定のものの状況ごとの扱われ方のバリエーションの多さ がある気がしてきたぞ
2015-09-16 13:07:39様子を見てると、scalaは前者が多いという主張があって、javaは後者が多いという主張がある気がする?
2015-09-16 13:09:02確かにjavaはプリミティブ型とか配列とかbox/unboxとか周りの値に関して特殊な扱われ方をする状況がいくつかあって、その辺を押さえてないとダメなイメージある。
2015-09-16 13:10:20逆にscalaはプリミティブ型も配列型も無いしある値の扱われ方に関しては統一的なルールがある一方、記法、記述ルールに関してはバリエーションがいくつかある
2015-09-16 13:11:16javaで記法記述ルールに関する複雑さで挙がるのは多分ラムダ周りとtry-with-resoures句と配列の初期化記法周りかな?
2015-09-16 13:14:14なんかこう、要するに、ベクトルの違うものを比較しているのではと言う気持ちになりました(個人の感想です)
2015-09-16 13:19:06