アカウント名:
パスワード:
> モバイルアプリケーションでは主要な開発言語となっており
これってAndroidアプリも念頭にあるのだろうけど、AndroidのランタイムもバイトコードもJavaではないよね。ソースコードレベルである程度の互換性があるだけで。まぁ「言語」として見ればJavaと呼んでしまっても良いかもしれないけど、Java側はこういう、文法だけ互換のある、違う何かにコンパイルするようなモノをJavaと呼ぶことは認めていないんじゃない?
文法構造が同じで、語彙だけが違うもの。津軽弁と鹿児島弁、古典の日本語と現代の日本語同じ言語と言ってもいいのでしょうか? 古典と現代の違いは文法も多少違うかもだけど。(´・ω・`)
別言語となるか方言となるかはたぶんに政治的なものです。中国語の方言の多くは、欧州なら別言語とみなされていただろうくらいに違います。
広東語と北京語とかのことを言っているのなら、言語学的には完全に別言語で、中国政府も中国語の方言であるとまでは言わないと思う。北京語が共通語であるというだけで。言語学的に方言か別言語か議論が分かれるものもあるけど、自然言語の話はここまでにして、プログラム言語の場合、ソースに互換があれば「同じ言語」と呼ぶ場合が多いと思う。それこそベーシックは、派生の多さ、実行環境の多さではどんな言語にも負けていないくらい多いけど、どれもみんなベーシックで納得している例もあるし。
その辺りの事情は、Wikipediaの記事 [wikipedia.org]によれば、
と呼び分けてるね。
# それにつけても、このクソCSSはいつ直すのか…
その分類は今は当てはまらない。無理やり当てはめると、ソースコードは「プログラミング言語Java」で狭義に入るけど、実行環境はJavaVMとは無縁だから、広義には入らないという矛盾した状況になるから。
確かに一般に言う狭義と広義の関係にはなっていない、という意味では矛盾かも知れないね。むしろ、「プログラミング言語Java」を広義で、「Javaプラットフォーム」を狭義と呼ぶべきだろうね。
それはそれで、また問題が出ちゃう気がする。Javaソースが動く環境がJavaVMの環境が唯一な、2000年代前半くらいの状況だとJavaの実行環境に依存した仕様ミスが見つかった場合、「広義のJavaでバグがある」と表現したほうが適当だし、文法シンタックス上の仕様ミスがある場合、「狭義のJava言語仕様に問題がある」と言ったほうが適当になる。
実行環境の実現方法とソースとが乖離しても大丈夫なほど普及したってことで、喜んじゃうくらいのお気楽さがいいんじゃないかな。よく言われているけど、Javaはもう死にゆく言語だから。巨人が死ぬとはどういうことかというのが目の当たりに出来て面白いと思う。
COBOLやfortranでさえ死ぬところが拝めてないのに、Javaの死ぬところが目の当たりに出来て面白いとか、ずいぶんせっかちさんだね。
コボルやフォートランはとっくに死んだ言語だろう。コボルで事務システム新規開発とかないし、フォートランも77世代で保守以外に組むことありえないし、90世代は別モノ。
それは死ぬところを見たっていうより、生きているところから目を逸らしたって話だなぁそういうのでいいのなら、どんな言語だってプラットフォームだってすぐ殺せるよ、君なら。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ? -- Debian初級
Javaのようなもの(Dalvikとか) (スコア:2)
> モバイルアプリケーションでは主要な開発言語となっており
これってAndroidアプリも念頭にあるのだろうけど、AndroidのランタイムもバイトコードもJavaではないよね。
ソースコードレベルである程度の互換性があるだけで。
まぁ「言語」として見ればJavaと呼んでしまっても良いかもしれないけど、
Java側はこういう、文法だけ互換のある、違う何かにコンパイルするようなモノをJavaと呼ぶことは認めていないんじゃない?
Re: (スコア:0)
文法構造が同じで、語彙だけが違うもの。津軽弁と鹿児島弁、古典の日本語と現代の日本語同じ言語と言ってもいいのでしょうか? 古典と現代の違いは文法も多少違うかもだけど。(´・ω・`)
Re: (スコア:0)
別言語となるか方言となるかはたぶんに政治的なものです。中国語の方言の多くは、欧州なら別言語とみなされていただろうくらいに違います。
Re: (スコア:1)
広東語と北京語とかのことを言っているのなら、
言語学的には完全に別言語で、中国政府も中国語の方言であるとまでは言わないと思う。
北京語が共通語であるというだけで。
言語学的に方言か別言語か議論が分かれるものもあるけど、自然言語の話はここまでにして、
プログラム言語の場合、ソースに互換があれば「同じ言語」と呼ぶ場合が多いと思う。
それこそベーシックは、派生の多さ、実行環境の多さではどんな言語にも負けていないくらい
多いけど、どれもみんなベーシックで納得している例もあるし。
Re: (スコア:1)
その辺りの事情は、Wikipediaの記事 [wikipedia.org]によれば、
と呼び分けてるね。
# それにつけても、このクソCSSはいつ直すのか…
Re: (スコア:1)
その分類は今は当てはまらない。
無理やり当てはめると、ソースコードは「プログラミング言語Java」で狭義に入るけど、
実行環境はJavaVMとは無縁だから、広義には入らない
という矛盾した状況になるから。
Re: (スコア:1)
確かに一般に言う狭義と広義の関係にはなっていない、という意味では矛盾かも知れないね。
むしろ、「プログラミング言語Java」を広義で、「Javaプラットフォーム」を狭義と呼ぶべきだろうね。
Re: (スコア:0)
それはそれで、また問題が出ちゃう気がする。
Javaソースが動く環境がJavaVMの環境が唯一な、2000年代前半くらいの状況だと
Javaの実行環境に依存した仕様ミスが見つかった場合、「広義のJavaでバグがある」と表現したほうが適当だし、
文法シンタックス上の仕様ミスがある場合、「狭義のJava言語仕様に問題がある」と言ったほうが適当になる。
実行環境の実現方法とソースとが乖離しても大丈夫なほど普及したってことで、喜んじゃうくらいのお気楽さがいいんじゃないかな。
よく言われているけど、Javaはもう死にゆく言語だから。
巨人が死ぬとはどういうことかというのが目の当たりに出来て面白いと思う。
Re: (スコア:0)
COBOLやfortranでさえ死ぬところが拝めてないのに、
Javaの死ぬところが目の当たりに出来て面白いとか、
ずいぶんせっかちさんだね。
Re: (スコア:0)
コボルやフォートランはとっくに死んだ言語だろう。
コボルで事務システム新規開発とかないし、
フォートランも77世代で保守以外に組むことありえないし、
90世代は別モノ。
Re: (スコア:0)
それは死ぬところを見たっていうより、
生きているところから目を逸らしたって話だなぁ
そういうのでいいのなら、どんな言語だって
プラットフォームだってすぐ殺せるよ、君なら。
Re:Javaのようなもの(Dalvikとか) (スコア:0)