アカウント名:
パスワード:
> モバイルアプリケーションでは主要な開発言語となっており
これってAndroidアプリも念頭にあるのだろうけど、AndroidのランタイムもバイトコードもJavaではないよね。ソースコードレベルである程度の互換性があるだけで。まぁ「言語」として見ればJavaと呼んでしまっても良いかもしれないけど、Java側はこういう、文法だけ互換のある、違う何かにコンパイルするようなモノをJavaと呼ぶことは認めていないんじゃない？
> AndroidのランタイムもバイトコードもJavaではないよね。主要な開発言語の話をしているのに、実行環境の話で突っ込むのは筋が悪すぎるね。それにAndroidの公式ドキュメントにもこう書いて有るんだから。"Android apps are written in the Java programming language."
https://developer.android.com/guide/components/fundamentals.html [android.com]
確かに筋の悪いツッコミではありますが、このストーリーのリンク先はどれも言語としてのJavaじゃなく実行環境の話をしているし（特にOracle）、The registerの記事に至っては「iPhoneじゃあObjective-Cに押しのけられたし、Androidはdalvik VMを採用してるよね」と、むしろモバイル分野における劣勢を示す書き方になっています。スラドだけ違っているので、ちょっとモニョったんです。
確かに少なくともモバイルの一大勢力であるiOSで直接使えない言語を、「モバイルアプリケーションでは主要な開発言語」なんて書いていいのかどうかは気にはなった。
元コメの話とずれる一方だから自重したけど。
主要≠最大。主要７ヶ国はＧ７と呼ばれる。
Objective-CとJava言語が順序はともかくおそらく上位２つなのだから、主要には違いないよ。
JavaのVMは使わないけど言語はJavaであり、広義のJavaに含まれる、的な感じでしょうかね。JVMをつかうJavaでない言語もチラホラあるし、その逆とでもいうか…Javaという名前を使う要件にJVMやランタイムが含まれるかどうかの問題ということになるれど、C99とかに準拠した標準ライブラリを持たないコンパイラだってCコンパイラとか呼ばれたりする訳で。
いや、ソースコードレベルではJavaそのものでしょう。Wikipedia [wikipedia.org]には、>Android SDKに含まれる dx と呼ばれるツールが正規のJavaコンパイラでコンパイルされたJavaクラスファイルを別のファイル形式（'.dex'形式）に変換する。とあります。
そういえば今現在発売されている製品で、Java MEの実行環境を持つものはあるのだろうか。もう廃れた言語なのかな。自分は素のJ2MEがそのまま動く環境と言うのはSymbian以外知らないけれど。
Blu-ray Disc の Java 実行環境が Java ME 相当です次世代の Ultra HD Blu-ray でも引き継がれるようです
BlackBerry OSの7以前は正式なライセンスを取得したJava仮想マシンが搭載されています。10で中身が大幅に変わった上に日本国内で合法的に利用できる機種が出ていないのでそちらは確認していませんが。
MotoのスマフォがJavaME環境載せてたが、今も載せてるかは知らない
文法構造が同じで、語彙だけが違うもの。津軽弁と鹿児島弁、古典の日本語と現代の日本語同じ言語と言ってもいいのでしょうか？ 古典と現代の違いは文法も多少違うかもだけど。(´・ω・｀)
別言語となるか方言となるかはたぶんに政治的なものです。中国語の方言の多くは、欧州なら別言語とみなされていただろうくらいに違います。
広東語と北京語とかのことを言っているのなら、言語学的には完全に別言語で、中国政府も中国語の方言であるとまでは言わないと思う。北京語が共通語であるというだけで。言語学的に方言か別言語か議論が分かれるものもあるけど、自然言語の話はここまでにして、プログラム言語の場合、ソースに互換があれば「同じ言語」と呼ぶ場合が多いと思う。それこそベーシックは、派生の多さ、実行環境の多さではどんな言語にも負けていないくらい多いけど、どれもみんなベーシックで納得している例もあるし。
その辺りの事情は、Wikipediaの記事 [wikipedia.org]によれば、
と呼び分けてるね。
# それにつけても、このクソCSSはいつ直すのか…
その分類は今は当てはまらない。無理やり当てはめると、ソースコードは「プログラミング言語Java」で狭義に入るけど、実行環境はJavaVMとは無縁だから、広義には入らないという矛盾した状況になるから。
確かに一般に言う狭義と広義の関係にはなっていない、という意味では矛盾かも知れないね。むしろ、「プログラミング言語Java」を広義で、「Javaプラットフォーム」を狭義と呼ぶべきだろうね。
それはそれで、また問題が出ちゃう気がする。Javaソースが動く環境がJavaVMの環境が唯一な、２０００年代前半くらいの状況だとJavaの実行環境に依存した仕様ミスが見つかった場合、「広義のJavaでバグがある」と表現したほうが適当だし、文法シンタックス上の仕様ミスがある場合、「狭義のJava言語仕様に問題がある」と言ったほうが適当になる。
実行環境の実現方法とソースとが乖離しても大丈夫なほど普及したってことで、喜んじゃうくらいのお気楽さがいいんじゃないかな。よく言われているけど、Javaはもう死にゆく言語だから。巨人が死ぬとはどういうことかというのが目の当たりに出来て面白いと思う。
COBOLやfortranでさえ死ぬところが拝めてないのに、Javaの死ぬところが目の当たりに出来て面白いとか、ずいぶんせっかちさんだね。
文脈で判ることなら、文脈で判断すれば?それか、文脈によって{広義, 狭義}と{Java実行環境, Java言語(仕様)}とを使い分ければいいんじゃない?それじゃダメなの? 何が不満なの?
コボルやフォートランはとっくに死んだ言語だろう。コボルで事務システム新規開発とかないし、フォートランも７７世代で保守以外に組むことありえないし、９０世代は別モノ。
それは死ぬところを見たっていうより、生きているところから目を逸らしたって話だなぁそういうのでいいのなら、どんな言語だってプラットフォームだってすぐ殺せるよ、君なら。
そうか。だとするとここまで広く普及してしまったJavaはもう死ぬことはない不滅の言語だね。いや、別にそれでいいけど。
ちゃんと嫁よ。FORTRANでなくってfortranと表記してるのはなんでだか分かってんのか？
COBOLで新規開発してる私が通りますね！ 正直Rubyで書きたい。。。
> # それにつけても、このクソCSSはいつ直すのか…
まだ報告されていなかったようなのでとりあえずバグ報告してみた。http://osdn.jp/ticket/browse.php?group_id=4&tid=35191 [osdn.jp]
ツリー表示でインデントが崩れるバグも、見難くてしょうがないのでとっとと直して欲しいもんだ。
そっちも報告した(実際にはチケット #35191よりちょっと前に)。http://osdn.jp/ticket/browse.php?group_id=4&tid=35185 [osdn.jp]いったいスラド移行前にどういうテストをしたんだか。答え: していない
JavaSEのサブセットのAPIを持ってるよ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
Javaのようなもの（Dalvikとか） (スコア:2)
> モバイルアプリケーションでは主要な開発言語となっており
これってAndroidアプリも念頭にあるのだろうけど、AndroidのランタイムもバイトコードもJavaではないよね。
ソースコードレベルである程度の互換性があるだけで。
まぁ「言語」として見ればJavaと呼んでしまっても良いかもしれないけど、
Java側はこういう、文法だけ互換のある、違う何かにコンパイルするようなモノをJavaと呼ぶことは認めていないんじゃない？
Re:Javaのようなもの（Dalvikとか） (スコア:2, すばらしい洞察)
> AndroidのランタイムもバイトコードもJavaではないよね。
主要な開発言語の話をしているのに、実行環境の話で突っ込むのは筋が悪すぎるね。
それにAndroidの公式ドキュメントにもこう書いて有るんだから。
"Android apps are written in the Java programming language."
https://developer.android.com/guide/components/fundamentals.html [android.com]
Re:Javaのようなもの（Dalvikとか） (スコア:2)
確かに筋の悪いツッコミではありますが、
このストーリーのリンク先はどれも言語としてのJavaじゃなく実行環境の話をしているし（特にOracle）、
The registerの記事に至っては「iPhoneじゃあObjective-Cに押しのけられたし、Androidはdalvik VMを採用してるよね」と、むしろモバイル分野における劣勢を示す書き方になっています。
スラドだけ違っているので、ちょっとモニョったんです。
Re: (スコア:0)
確かに少なくともモバイルの一大勢力であるiOSで直接使えない言語を、
「モバイルアプリケーションでは主要な開発言語」なんて書いていいのか
どうかは気にはなった。
元コメの話とずれる一方だから自重したけど。
Re: (スコア:0)
主要≠最大。
主要７ヶ国はＧ７と呼ばれる。
Objective-CとJava言語が順序はともかくおそらく上位２つなのだから、主要には違いないよ。
Re: (スコア:0)
JavaのVMは使わないけど言語はJavaであり、広義のJavaに含まれる、的な感じでしょうかね。
JVMをつかうJavaでない言語もチラホラあるし、その逆とでもいうか…
Javaという名前を使う要件にJVMやランタイムが含まれるかどうかの問題ということになるれど、
C99とかに準拠した標準ライブラリを持たないコンパイラだってCコンパイラとか呼ばれたりする訳で。
Re:Javaのようなもの（Dalvikとか） (スコア:2, 参考になる)
いや、ソースコードレベルではJavaそのものでしょう。
Wikipedia [wikipedia.org]には、
>Android SDKに含まれる dx と呼ばれるツールが正規のJavaコンパイラでコンパイルされたJavaクラスファイルを別のファイル形式（'.dex'形式）に変換する。
とあります。
Re:Javaのようなもの（Dalvikとか） (スコア:1)
そういえば今現在発売されている製品で、Java MEの実行環境を持つものはあるのだろうか。
もう廃れた言語なのかな。自分は素のJ2MEがそのまま動く環境と言うのはSymbian以外知らないけれど。
Re:Javaのようなもの（Dalvikとか） (スコア:2, 興味深い)
Blu-ray Disc の Java 実行環境が Java ME 相当です
次世代の Ultra HD Blu-ray でも引き継がれるようです
Re: (スコア:0)
BlackBerry OSの7以前は正式なライセンスを取得したJava仮想マシンが搭載されています。
10で中身が大幅に変わった上に日本国内で合法的に利用できる機種が出ていないのでそちらは確認していませんが。
Re: (スコア:0)
MotoのスマフォがJavaME環境載せてたが、今も載せてるかは知らない
Re: (スコア:0)
文法構造が同じで、語彙だけが違うもの。津軽弁と鹿児島弁、古典の日本語と現代の日本語同じ言語と言ってもいいのでしょうか？ 古典と現代の違いは文法も多少違うかもだけど。(´・ω・｀)
Re: (スコア:0)
別言語となるか方言となるかはたぶんに政治的なものです。中国語の方言の多くは、欧州なら別言語とみなされていただろうくらいに違います。
Re:Javaのようなもの（Dalvikとか） (スコア:1)
広東語と北京語とかのことを言っているのなら、
言語学的には完全に別言語で、中国政府も中国語の方言であるとまでは言わないと思う。
北京語が共通語であるというだけで。
言語学的に方言か別言語か議論が分かれるものもあるけど、自然言語の話はここまでにして、
プログラム言語の場合、ソースに互換があれば「同じ言語」と呼ぶ場合が多いと思う。
それこそベーシックは、派生の多さ、実行環境の多さではどんな言語にも負けていないくらい
多いけど、どれもみんなベーシックで納得している例もあるし。
Re:Javaのようなもの（Dalvikとか） (スコア:1)
その辺りの事情は、Wikipediaの記事 [wikipedia.org]によれば、
と呼び分けてるね。
# それにつけても、このクソCSSはいつ直すのか…
Re:Javaのようなもの（Dalvikとか） (スコア:1)
その分類は今は当てはまらない。
無理やり当てはめると、ソースコードは「プログラミング言語Java」で狭義に入るけど、
実行環境はJavaVMとは無縁だから、広義には入らない
という矛盾した状況になるから。
Re:Javaのようなもの（Dalvikとか） (スコア:1)
確かに一般に言う狭義と広義の関係にはなっていない、という意味では矛盾かも知れないね。
むしろ、「プログラミング言語Java」を広義で、「Javaプラットフォーム」を狭義と呼ぶべきだろうね。
Re: (スコア:0)
それはそれで、また問題が出ちゃう気がする。
Javaソースが動く環境がJavaVMの環境が唯一な、２０００年代前半くらいの状況だと
Javaの実行環境に依存した仕様ミスが見つかった場合、「広義のJavaでバグがある」と表現したほうが適当だし、
文法シンタックス上の仕様ミスがある場合、「狭義のJava言語仕様に問題がある」と言ったほうが適当になる。
実行環境の実現方法とソースとが乖離しても大丈夫なほど普及したってことで、喜んじゃうくらいのお気楽さがいいんじゃないかな。
よく言われているけど、Javaはもう死にゆく言語だから。
巨人が死ぬとはどういうことかというのが目の当たりに出来て面白いと思う。
Re: (スコア:0)
COBOLやfortranでさえ死ぬところが拝めてないのに、
Javaの死ぬところが目の当たりに出来て面白いとか、
ずいぶんせっかちさんだね。
Re:Javaのようなもの（Dalvikとか） (スコア:1)
文脈で判ることなら、文脈で判断すれば?
それか、文脈によって{広義, 狭義}と{Java実行環境, Java言語(仕様)}とを使い分ければいいんじゃない?
それじゃダメなの? 何が不満なの?
Re: (スコア:0)
コボルやフォートランはとっくに死んだ言語だろう。
コボルで事務システム新規開発とかないし、
フォートランも７７世代で保守以外に組むことありえないし、
９０世代は別モノ。
Re: (スコア:0)
それは死ぬところを見たっていうより、
生きているところから目を逸らしたって話だなぁ
そういうのでいいのなら、どんな言語だって
プラットフォームだってすぐ殺せるよ、君なら。
Re: (スコア:0)
そうか。だとするとここまで広く普及してしまったJavaは
もう死ぬことはない不滅の言語だね。いや、別にそれでいいけど。
Re: (スコア:0)
Re: (スコア:0)
ちゃんと嫁よ。
FORTRANでなくってfortranと表記してるのはなんでだか分かってんのか？
Re: (スコア:0)
COBOLで新規開発してる私が通りますね！ 正直Rubyで書きたい。。。
Re: (スコア:0)
> # それにつけても、このクソCSSはいつ直すのか…
まだ報告されていなかったようなのでとりあえずバグ報告してみた。
http://osdn.jp/ticket/browse.php?group_id=4&tid=35191 [osdn.jp]
Re: (スコア:0)
ツリー表示でインデントが崩れるバグも、見難くてしょうがないのでとっとと直して欲しいもんだ。
Re: (スコア:0)
そっちも報告した(実際にはチケット #35191よりちょっと前に)。
http://osdn.jp/ticket/browse.php?group_id=4&tid=35185 [osdn.jp]
いったいスラド移行前にどういうテストをしたんだか。
答え: していない
Re: (スコア:0)
JavaSEのサブセットのAPIを持ってるよ