アカウント名:
パスワード:
20年間導入しなかった機能なんだから本質的に要らないんじゃねーの？これまで慎重に検討してきた何かがあるのかしら。
最初からC#のような路線を取っていれば多くの開発者やコードが救われただろうに。
それは後知恵というやつじゃないだろうか？
わからないのでもう少し詳しく頼む。
C#が出てきた頃とは時代が違う。同じような発想は当時では無理Java だって出てきた頃には斬新なものだったんだよ。
C99すら無い時代だよ。ANSI-C互換コンパイラをうたってても実際には互換性なんてなくて、コンパイラ毎に書き方変えなきゃコンパイルできないなんて当たり前の時代。オブジェクト指向って何ぞ？っていうプログラマがかなり多かった時代だよ。オブジェクト指向やってたって、インターフェースの継承と実装の継承を区別するなんていう発想もない人も多かった時代だよ。全体をオブジェクト指向的に設計された大型ソフトなんて、まだ存在しなかったから、全部 virtualでも大丈夫だと疑われてなかったんだよ。C#が出てきた時代と一緒にしちゃいけないよ。
いやいやいやいや、そういう問題じゃないwJavaが言語仕様の更新に消極的だった時代がどれだけあったと思うのよ。C#が3でラムダや型推論を導入していた頃、Javaは改善の希望にずっと背を向けていたわけよ。
言語仕様の変更が不可能だったとか、ポリシーで変更しないのなら仕方ない。だから今更急に文法いじりだしたのが何で？って話。ヒアドキュメントなんて導入に何の障害もないじゃん。
Javaは言語仕様の更新に消極的でいいよ。Scala, Kotlin = FedoraJava = RHEL, CentOS実験は他の言語でやってもらって、本当に優れた改良だけを取り込めばよい。
言語の文法を継続的に改善していく物だ、という思想自体が結構新しいでしょ。2000年頃までは10年単位で規格のErrataを修正するぐらいが普通という時代。
会社が破綻したり買収されたりいろいろあったじゃん？消極的だったわけではなく余裕がなかったのよ。余裕が出てきたあとも目標をすべて達成するまでバージョンを上げないという無理なルールのせいで足踏みしてたけど。
どの言語でも言語仕様に更新を掛ける時、優れてない改変ってあんまり無いものですよ。消極的で良いならそれは一つの立場だと思いますが、今のJavaはそうではないんじゃないですかね。
ですよね。
将来性もなければ面白みも無く、過去の遺産と「Javaしか知らない土方」で需要を水増ししてるような言語は更新なんて一切せずに消えていくのがベストですものね。
本当に優れた改良すら取り込めてないんですがそれは
> 将来性もなければ面白みも無く、過去の遺産と「Javaしか知らない土方」で需要を水増ししてるような言語は更新なんて一切せずに消えていくのがベストですものね。
Javaに求められてるものが「Javaしか知らない土方」が問題なく使える言語なのだから、新しい概念を取り込むのは消極的でいいんだよ。その分野に真っ向からかぶる Go も出てきて人気なので、競合してるけど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
まだこんな改良してるの？ (スコア:0)
20年間導入しなかった機能なんだから本質的に要らないんじゃねーの？
これまで慎重に検討してきた何かがあるのかしら。
Re: (スコア:0)
最初からC#のような路線を取っていれば多くの開発者やコードが救われただろうに。
Re: (スコア:-1)
それは後知恵というやつじゃないだろうか？
Re: (スコア:0)
わからないのでもう少し詳しく頼む。
Re: (スコア:0)
C#が出てきた頃とは時代が違う。同じような発想は当時では無理
Java だって出てきた頃には斬新なものだったんだよ。
C99すら無い時代だよ。ANSI-C互換コンパイラをうたってても実際には互換性なんてなくて、コンパイラ毎に書き方変えなきゃコンパイルできないなんて当たり前の時代。
オブジェクト指向って何ぞ？っていうプログラマがかなり多かった時代だよ。
オブジェクト指向やってたって、インターフェースの継承と実装の継承を区別するなんていう発想もない人も多かった時代だよ。
全体をオブジェクト指向的に設計された大型ソフトなんて、まだ存在しなかったから、全部 virtualでも大丈夫だと疑われてなかったんだよ。
C#が出てきた時代と一緒にしちゃいけないよ。
Re:まだこんな改良してるの？ (スコア:0)
いやいやいやいや、そういう問題じゃないw
Javaが言語仕様の更新に消極的だった時代がどれだけあったと思うのよ。
C#が3でラムダや型推論を導入していた頃、Javaは改善の希望にずっと背を向けていたわけよ。
言語仕様の変更が不可能だったとか、ポリシーで変更しないのなら仕方ない。
だから今更急に文法いじりだしたのが何で？って話。
ヒアドキュメントなんて導入に何の障害もないじゃん。
Re:まだこんな改良してるの？ (スコア:1)
Javaは言語仕様の更新に消極的でいいよ。
Scala, Kotlin = Fedora
Java = RHEL, CentOS
実験は他の言語でやってもらって、本当に優れた改良だけを取り込めばよい。
Re: (スコア:0)
言語の文法を継続的に改善していく物だ、という思想自体が結構新しいでしょ。
2000年頃までは10年単位で規格のErrataを修正するぐらいが普通という時代。
Re: (スコア:0)
会社が破綻したり買収されたりいろいろあったじゃん？
消極的だったわけではなく余裕がなかったのよ。
余裕が出てきたあとも目標をすべて達成するまでバージョンを上げないという無理なルールのせいで足踏みしてたけど。
Re: (スコア:0)
どの言語でも言語仕様に更新を掛ける時、優れてない改変ってあんまり無いものですよ。
消極的で良いならそれは一つの立場だと思いますが、今のJavaはそうではないんじゃないですかね。
Re: (スコア:0)
ですよね。
将来性もなければ面白みも無く、過去の遺産と「Javaしか知らない土方」で需要を水増ししてるような言語は更新なんて一切せずに消えていくのがベストですものね。
Re: (スコア:0)
本当に優れた改良すら取り込めてないんですがそれは
Re: (スコア:0)
> 将来性もなければ面白みも無く、過去の遺産と「Javaしか知らない土方」で需要を水増ししてるような言語は更新なんて一切せずに消えていくのがベストですものね。
Javaに求められてるものが「Javaしか知らない土方」が問題なく使える言語なのだから、新しい概念を取り込むのは消極的でいいんだよ。
その分野に真っ向からかぶる Go も出てきて人気なので、競合してるけど。