Androidを全面的にC#で書き直したXobotOS公開、ICSとの性能差が酷すぎる　

グーグルはオラクルにごめんなさいしろよ。
グーグルはJavaやLinuxコミュニティをかき乱すだけかき乱した無法者。

そもそもAndroidってLinuxだし、MonoってLinuxの上で動くもんじゃないの？

>>641
Monoランタイムもクロスプラットフォーム

ついにC#しか使えない俺がアプリを作れるようになるってことなのかな

ubuntuフォンはよ

>>643 への返信
C#みたいな雑食言語が使えりゃ、大抵の言語はすぐ使えるようになるんじゃね？

>>640
いや悪いのはオラクルだろwwwww

>>646
いや悪いのはGoogleだろｗ
常識的に考えて

ドコモやauなんかはSUNの時代からしっかりライセンス料を払っていたわけで
マイクロソフトに至っては裁判沙汰にまでなって金を払わせていたくらいだし、
Googleだけ払わないとか他社に示しがつかんだろ。
それを許していたSUNもどうかと思うが。

欠陥OSなんて早くきりすてろよ

dalvikはJavaで作ったコードをdalvik用のインタープリタコードに変換しているし、配布禁止になったどこかのインチキVMとはちがって「Java互換」みたいな嘘を言っていない。
Javaのコードを機械語に変換するAOTコンパイラが、Javaを名乗らない限り合法なのと同じで、dalvikも「これはJavaです」と言わない限りは問題ないんじゃないの？
ついでに言うとJavaソースを.NETに変換するj#コンパイラと法的に大差ない。
dalvikはJavaではないしAndroidにはJavaランタイムが搭載されていない。
dalvik VMはDEXコードを実行するインタープリタであって、Javaバイトコードを実行する機能を持っていない。

重いOSぶんまわすのに高いスペック要求して無駄に金使わせる企業
おまけに個人情報収集癖
それが今のGoogle

>>649
それで実行速度がゲロ遅になってたら世話がないな

>>647
ちょっと長いけど
http://www.infoq.com/jp/news/2012/05/oracle-v-google-week2
sunにはsunのお家事情があったんや・・・

>>576
いんちきベンチはIntelだろ

Googleがオラクルを買収すれば全部解決や。

かすromであがんねーかな

SunがOracleに買収する前にGoogleが買収しちゃえばJava使い放題だったのに

これ作ってる会社買収すればいいじゃん。Javaなんてもうオワコン

Oracleってかなり大きな会社だけどな。
法人客しか相手にしないから認知度は低いかも知れないが。

>>658
それはわかってるってか、だからやっかいで、みんな困ってる。

>>577
DalvikってGoogleがSunのパテントを回避するために自作したVMでしょ？
まぁ、もとからGoogleって別に技術力ある会社でもないし、ゼロから作り上げてまともなの
検索だけだしね。所詮ウェブ広告代理店。

勘違いしている人多いよねぇ。Googleは技術力ある会社だって・・・
下手すりゃMicrosoftに遥かに劣るよ。あくまで検索で一儲けできましたって会社なのにね。
広告以外は二番手商法。ゼロから作ったものにろくな物はない。

C# は boxing してない簡単な構造体や配列を
スタック上に置ける点で圧倒的に有利。

>>584
まぁ、オリジナルも当初は、鼻で笑うようなシロモノだったしね。
で、遅い遅い言われて、クライアント領域からは完全に姿を消した。

その後改良されても後の祭り。リッチクライアントはフラッシュが圧政した。

で、今回の戦犯であるDalvik。
また、遅い遅いｗｗ　同じ事繰り返すのは正直馬鹿だわ。

>>598
採用したっつーより、いわゆるAndroidはじめるより少し前

Googleって自前で何か作るっての本当にできない企業だから、それでOSとしてLinux、
その上で動かす環境としてJ2MEが元々あったからそのまま使ったってところだろ。
要するに横着こいているわけ。

素直にCなりC++でいいじゃんｗwって普通思うわな。土台がLinuxなんだから。
ただ携帯デバイスってことを変に意識しちゃった。これが間違いの始まり。

そもそもタブレットもスマホも携帯とは違う。よってJ2MEを採用する理由なんて今じゃ
殆ど無い。ガラケーのようなケータイだからJ2MEは意味があった。今だったらC#で開発
できますよのほうがよっぽど良い。

つーかAndroidってGoogleが作ったんじゃなくて買収したプラットフォームだよね

>>622
Androidは　っていうより、設計思想を初めからやり直さないと行けないレベルに来ている
と思うよ。発想がスマホやタブレットを意識したOSと環境じゃねぇんだもの。

はっきりいってもはやPCだしね。今のスマホやタブレットって。

素直にCやC++でアプリ書いて動かせられるとか、そっちのほうがよっぽど良い。Javaで、
アプリを作っていること事態もはや何のメリットもないんだよ。
そもそも、今時、Write Once, Run Anywhereなんてほざいている馬鹿いないだろ？
あんなもの幻想なんだから。

>>630
Windows95みたくしょぼいOSでつねｗｗ

>>645
そういえば、C#ってあまり思想的なものがないね。言語に。

なんつーか、実用美というか、これとあれとそれのいいところを盛り込みました　以上
みたいな。日本車みたいな感じだな。そこに全く思想が感じられない。

>>662
Javaってリッチクライアントに関係あんの？

HTML、CSS、Javascript、Dartがリッチクライアントの対抗馬じゃねーの？

思想って何よ
宗教くせえな
使えりゃいいんだよ使えりゃ

>>664
Google Earthなんかもそうなんだけど、殆ど検索エンジン以外は買収したものだよ。

戦略的買収で実行力あったのはウェブ広告関係だけ。ソレ以外は本当にMicrosoftそっくり。
自社で作りあげたもので、コレってものがない。

自分で作ってないんだから、十分なマネージも期待できない。ここがAppleのiOSとは違う点
だわな。そうすると、NeXTだってそうじゃないかというが、そもそもの企業の生い立ちとキャリア、
経験が違う。

Dalvikだけでなく、OSって点でも、GoogleのAndroidの遅さの原因はあるってわけさ。

なんでよく言われているのが、Androidは吊るしのスーツ、iPhoneはオーダーメイドのスーツって
ね。別にAppleファンだから言っているわけじゃなく、事実技術的にそうだから仕方がない。
AppleはハードやOSも十分な経験を盛っているからね。

15分強でどんだけレスしてんだよ
あげくに思想（）

>>668
いや、本当に最初の頃だよ。俺もSunにいた口。

Java StationだのJiroだのJavaベースでいろいろやろうとしていた頃の話さ。

>>669
結構言語って宗教臭い思想ってあるもんだよ。

Ｃ＃なんて、ただのツギハギ言語だからな。
Ｃ＃の「言語としての」特徴って何？って聞いたとき、それくらいしか答えることないよ。

dalvikがというか、javaの言語仕様的に苦手なものでベンチ取ってるから大差ついて当然
javaのジェネリクスは全部object型になっちまうし、javaはユーザー定義の値型を持てない

>>660
しったかすんな。買収したものだよ。

泥はGoogleにとって個人情報収集のツールに過ぎなかったんだ
騙されてたんだよ、俺たち

>>674
純正Java VMより遥かに遅いのはなんでなんですかね

>>676
独裁監視国家か独裁搾取国家、どっちを選ぶかだな。

>>677
どうやって比較したの？
同一プラットフォームでosネイティブに動くランタイムは無いと思うけど。

タッチパネル関係の特許はappleが抱えてるからどう頑張ってもiphoneほどぬるぬるにはなりません
ゲームしないから問題ないけど

>>677
追記。
vmの性質的には
レジスタマシン、スタックマシンの違いと
サンドボックスモデルの違い(純正の実行モデルだと誰か死ぬと共倒れ)
などの差がある

陪審員ら、「オラクルは著作物がグーグルに侵害されたと証明できた」との見解
http://japan.cnet.com/news/business/35016823/
サンフランシスコ発--OracleとGoogleの間で争われていた裁判において、著作権侵害の問題に対して陪審員らが
米国時間5月7日午前に下した審判は、やや意見が分かれる点がありつつも、ほぼOracleに有利なものだった。

C#が標準にならんかな
これ覚えたら他やる気しない

LispOS再臨の予感…！

>>683
PHPでも同じこと聞いた

C#は便利だがVisual Studioなくても便利と感じるかはわからんな

言語のせいにしてる無知が痛いスレはここですか

javaなんてくっそ重いもん使ってたのか
だからもっさりしてんだな
ライセンスと相互換性を考えての事だろうけど

MSはjava奪還してこいよ

　Oracleが2010年にSunから取得したJavaプログラミング言語の権利をGoogleのモバイルプラットフォーム「Android」が
侵害していたかどうかを判断するために、William Alsup判事が提示した4件の質問事項のほとんどすべてに対し、陪審員らは
全員一致の回答に達した。陪審員らは5人の男性と7人の女性で構成された。

WP来たらAndroid終了？
方向性が一緒だからノーマルザクとシャアザクみたいなもんでしょ？

>>685
eclipse+php+mysql と　VisualStudio+C#+SQL Server なら後者のほうが21倍くらい楽だった。

>>692
Windows Serverがネックだわ。こればっかりはどうにもならん。

>>691
WPって何？Windows Phone IS12Tなら去年あうから出たけど…

>>682
パクリロイド認定キタコレw

>>682
これ、オラクルが勝ってAPIやら言語に権利認めるようになったらITは終わるって言われてた裁判かな。
終わったな。

むしろandroidは終わらせて欲しいｗ
ただ、iphone一人勝ちにはしたくないので、wp頑張って欲しいんだが。

>>697
スラドに記事があるから見てこい。終わるのは米国のIT産業

>>698
URL貼ってｗ

>>696
Andoroidは別に終わらないよ。
端末毎に20$程度のオラクル税を徴収されるだけだ。
既に6$程度のMS税は徴収されてるし。

ノキアがWP7.5に転んだのは、訴訟リスクを嫌ったってのも大きいんだろうなぁ。

>>17
？？javaがダメだったって話だろｗ

バカスギｗ

>>699
http://developers.slashdot.jp/story/12/05/02/0837259

>>702
単なるネタだなｗ

>>374
これってJITあり？なし？
2009年って微妙な時期だよね。

>>687
いや、言語のせいだよ

>>702
確かにOracleが勝つと既存のC系の言語がみんなやばいことになるかもな。
COBOLとかも。

ラムダ式がよく分からない

>>702
その記事はただの無知を披露しているだけ、既存言語に影響はない。
訴訟内容をよく見て来い。

>>707
うちがラムダっちゃ

>>707
単なる無名関数の表記方法

>>667
そこでF#ですよ。

C#1.x　「時代はクラスオブジェクト指向だね」

C#3.x　「やっぱり時代は関数型だよな、今時クラス設計頼りとか(笑)」

C#4.0　「これからの時代はLL言語ライクな動的言語だよな」

ラムダが入るだけでソースがものすごい読みにくくなる
慣れなのかな・・・・

WinRTとかラムダなしにはあり得ないような気がするし困った・・・

これが俺たちにどう活かされるんだよ

Func<int,int,int> Hoge = ( ( x, y ) => x*y + x + y + 5 );

ラムダって読みやすくね？

>>715
新バージョンのC++にも採用されるよね

C#はJavaベースに良いとこ取りした言語だからな。クラスライブラリ見ると分かるけどかなり似てるし
C#>Javaになるのは仕方ないだろうな

>>716
Javaが今後何の進化もしないならな。

>>717
Javaのトロさってiアプリ（笑）の頃からだろ
ITの世界で十年もの間変わらんものはずっと期待できない

>>715
困った・・・

さっぱり判らん・・・

>>719
Java７でも見送っておいてある意味正解だったのか

ServerSideはJava
ClientSideはSilverLight(C#)って組み合わせは最悪
重い・・・

ちょっと誰か>>715をCで書いてみてくりゃれんか？

>>722
throw new NullPointerExeption("濡ルポ");

>>723
++やないかい

>>722
int HogeFunc(int x, int y){return x*y+x+y+5;} int (*Hoge)(int, int) = HogeFunc;
こうかな？テンプレとかジェネリクス無いし、型宣言で頑張るのか

>>725
ありがとう
なんとなく雰囲気は掴めた
なんとなくだけど

>>725
int (*Hoge)(int, int) = HogeFunc;
これって何やってるの？

>>727
関数ポインタ型変数を関数アドレスで初期化

関数ポインタって言うんだありがとう
要勉強だこれは

つーか、それだと普通に関数定義してるだけだから意味ないでしょｗ
ラムダ式ってのは、関数を(その場で)引数として渡したいって願望の実装だな。

nanka( lambda x,y: x+y )

で、nankaの中で、fで受けてたら、f(1,2)みたいに使えるってこと。

そんで定義の中で外側のスコープの変数が見えるんよ

関数ポインタとかCの悪いところ引っぱり出してどうする。せっかくクラスでオブラート被せたのに。

>>732
いや、どういう挙動をするコードなのか知りたかっただけなので

return typeが醜いな
やっぱ型なんていらんかったんや

>>712
もうパクるものがないけど、C#5.0ってどうすんだ？

>>730
715の例じゃいらんけど
スコープの問題で実際にラムダの真似するならパラメータ変数でも渡せるよう設計してないと無理そうだな
もう、ただの関数というのは事実だけど

>>735
Windows 8やそれ以降を見据えて、非同期プログラミングに関するあたりが大幅強化されるよ。

C# 5.0　「これからの時代は非同期を同期的に書けなきゃ古いよ」(async/await構文追加)

WinRT(Windows 8)　「同期呼び出しAPIなんて古い時代の産廃だよ。あんな物は捨てたった(笑)」

>>735
全部S式になってlispのマクロが使えるようになります。

>>711
Haskellとどっちがパフォーマンスいいのん

次期バージョンのMonoでは.NET4.5もC#5.0も実装される。
http://engawa.2ch.net/test/read.cgi/poverty/1334849817/

>>722
うろ覚えだけど ObjC ならこんな感じか。

(^*)(int, int) hoge = ^(int x, int y){ return x*y + x + y + 5;};

まさかこんなスレでラムダ式について学ぶことになるとは・・・。
勉強になったわ。

3Gしか使えないiPhoneやWindowsPhoneと、LTEやWiMAXが使えるAndroidでは、大抵の場合後者の方が快適だと思うけどな。
LTEが使えるiPhoneは年内にも出てくるだろうが、WindowsPhoneは論外。
LTEに対応した端末が国内で売られてない。
LTE無しでも1機種()しか端末がないw

ラムダ式って

(引数) => (戻り値or条件式)

単にこれだけの話じゃねーの？
これで色んなとこに楽に匿名関数をぶち込めるって感じで

>>682
そこそこのジャバラー作成アプリケーションはほとんどダメになるな

>>743
LTEはエリア、規制、バッテリーの消費の問題があるから微妙
使いもんになるのに後１，２年かかるんじゃない

λとかよりLINQの遅延評価のが大事なのでは

>>720
7はいいだろ

>>743 は情強気取りの情弱さんだからそっとしといてやれよw

全部Oracleが悪い間違いない

>>87
C以降の言語はほとんど当てはまるだろ

>>744
それがあるだけでダイブらくだよ。
以前のC++のSTLとか、関数オブジェクトを別に定義しなくちゃならなくて使う気にならなかったわ。

>>730
C#ってゴミだな・・・
pythonなら関数もオブジェクトなのに

>>87
Apache Commons程度すら導入事例がないからダメと言われ自前で似たようなの作ってプロジェクト毎にコピペしてる
うちは馬鹿じゃなかったんだ・・・
IE6〜IE9,Fx3.4〜Fx最新,safari3.1〜最新,chrome全バージョン,Android,iOSのスマホタブレット対応が必要なのに
jQueryすら導入事例がないとはねられるぜ

>>744
引数だけだと単なる無名関数で面白くない。
それが定義されるコンテクストの自由変数へのアクセス
(参照、書き換え)があってこそ面白い。

>>708
"既存の言語は大丈夫"にそれほど意味はないような
バージョンアップしていくごとに別言語の機能取り込みなんてザラにある

△C#は早い
△Javaは遅い
○MonoVMは速い
○DalvikVMは遅い

とりあえずスピードの比較はMono VS Dalvikなんだから、ソレを踏まえよう。
純正のWindowsPhoneのVMもDalvikに比べたら速いし、
構造体とかC#の言語仕様として速くなる仕組みがないわけじゃないけさ。

auto f = [&](int x, int y){ return (z=x+y+z+5)<0; };

C#は.NET系な時点で避けるべき

Windows用のJava SEは64bit版と32bit版で明らかに実行速度が違う

64bit版のVMはサーバVMらしくて起動に時間がかかるが
1度実行した部分の2回目以降の実行速度はものすごく高速
32bit版のVMは起動は早いが64bit版ほど高速実行できない

C#とJavaって体感的に似てるよね。
どっちか出来れば両方とも違和感無く使える気がする。

C#からJavaはきついんじゃねぇの？
C#にしかない仕様、結構あるだろ。

>>759
意味が分からない

C#のvarとかラムダとか使わんだろｗ

C#とJavaで一番差があるのはフレームワークとIDEの問題じゃないの?

間違えないでほしいのがJavaが糞なのではない、DalvikというVMが糞Suckなんだ

>>762
問題になるとしたらジェネリクス周りかな
Javaは言語レベルでマクロ展開されるだけだが、.NETだとVM実装だし

>>716
実のところC#のライブラリはTurboPascal5.5の頃からたいして変わってない
最近のは別だが

そんなことより俺らで日本発の言語とOS作ろうぜ
日本らしさを出して縦書きとか

プログラムのプの字も分からんままお前らに勧められてC#の勉強し始めた
独習C#ってのやって、半分くらい進めたけどつまらんなさすぎる・・・向いてないのかな・・・

>>769
作りたいプログラムっていう目的がないならつまんないだろうな。Ｃ＃じゃ。

>>768
http://search.yahoo.co.jp/search?p=%E3%82%B8%E3%83%A7%E3%82%B8%E3%83%A7%E8%A8%80%E8%AA%9E

>>769
コンソールアプリなんて地味なものばかり作れば盛り上がりに欠け
モチベーションを保てないのは必然

もっと派手派手なのから始めろ
NXT-Gがいい

>>769
C#でゲーム開発出来るXNAとかも視野に入れるんだ。

>>773
あんな進化のとまったものを素人に勧めるな

>>774
代案も出さずに批判となｗ

C#ならUnityだよｗ

>>768
作ろうぜじゃなく、あなたが作ってください。
コンパイラ通したらアセンブラ言語に変換されてOSが読み取り可能な形式になるだけですからよろしくね。

>>776
キャンペーン中にDLしたけど、結局モデル作りで難儀してるｗ

もう日本で独自ＯＳ作る技術も体力もない

その書き直しを行ったプログラムを試しに使ってみたいから、配布してくれ。

>>769
そんなあなたにHSP

ところでそれはAndroidなんですか？

C#＋unityのiPhoneアプリって結構あるのね

>>780
商売にならないとやらないらしいから無料配布はしないんじゃない

>>784
>>1くらい読めよ

>>769
業務アプリ作るわけでもないのにC#なんてやっても使い道無い(´・ω・｀)

>>786
自分のツールをちゃちゃっと作るときとか
けっこう使うけどな。昔のVBみたいな感じで。

>>754
もしかしてJavaScriptのこと言ってるのか

>>741
こうじゃね？
int (^hoge)(int, int) = ^(int x, int y){ return x*y + x + y + 5;};

あとobjcじゃなくて、Cに対するclangの拡張。

>>780
https://github.com/xamarin/XobotOS

>>790
さんくす、入れてみた
なかなかスムーズに動くね

>>369
あんまわかってないなら答えるなよ
JVMはJITつかっとるわアホンだら

http://stackoverflow.com/search?q=xobotos
https://github.com/xamarin/XobotOS/blob/master/README.build
>(*) Do not attempt to run this on OpenSuSE 12.1.
>
> If you do have OpenSuSE 12.1, then start Eclipse, create a simple "Hello World"
> in Java, compile and run it - if that works for you without crashing, then you
> may be lucky.

推奨環境がopensuse11.10とか云ってるからな…12.1だと動いたらラッキーとか
いやmonoが十分整備されてるのsuseが一番だから仕方ないか

On Linux, you also need to follow these instructions:
http://code.google.com/p/chromium/wiki/LinuxOpenSuseBuildInstructions

オラクルの裁判負けたらjavaのままでDalvik VM捨てて早くなるん？

>>719
715 の例だと、それほどメリットを感じないかもしれんが単なる匿名の関数と違い 生成時のコンテキストを維持したまんま処理が掛けるところがミソ

hoge を呼んだら、なんかを非同期で実行して、hoge は処理結果を返すメソッドを返す。
実行結果の保持は、hoge の中で宣言してるローカル変数。C とかで static 変数を使うのと違い hoge を複数回よぶ場合も、それぞれ固有の結果を扱える。

Lisp あたりだと当たり前の機能だが、JavaやC++ だとクラス作って、実行単位ごとにｲﾝｽﾀﾝｽ化が必要だったようなところが気軽に書ける

Func<bool?> hoge(){
bool? result=null;
new Thread( () = {
なんか処理
result = 処理結果
}.start()
return () = result;
}

Dalvik捨ててMonoにした方がいい
既存のアプリ用にC#のソースを生成するjavaコンパイラ作ってさ

でもAPIまで著作権認められたらApache Harmonyごと死ぬの？

いまさらMonoはないわ

オンボロイド（）笑

>>797
なんか替わりがあるん？

Javaカルトの終焉

javaあれ本質的にはインタプリタじゃないか・・・
javaネイティブで高速実行できるチップ積めば結構マシになると思うが。

高速で動くネイティブはC言語です。
仮想マシン挟むと遅いのは当然だと思います。

＞javaネイティブで高速実行できるチップ
これを実現できなかったという事実が全てを語っている

>>801
全部機械語に訳さないと何でも動かないだろ。その工程が重要。
今の状態だとインタプリタだから動かすたびにその工程がいる。
でもこれならそれがいらない。

>>803
一応Java CPUなる物はあるんだよ。
IBMのメインフレームとかでメインCPUとJava CPUが載ってるやつがある。

C#見たあとだとjavaの文法は古臭い
やっぱり一世代違うなぁと感じる
もうjavaやりたくないなぁ

C#はただキャラクターコード128〜255が使えないから困る

Googleはjavaはもういいから、androidをC言語で書き直せよ。
既に情報だだ漏れでブランドイメージがないから、新プラットフォームとしてプロジェクト立ち上げた方がいいかもしれないが。

>>803
最近のARMは、Jazelle っていう Java のバイトコードを直接処理するモード持ってるよ。
android の場合、Dalvik とJavaバイトコードに全く互換性ないから使えんけどね。

>>808

>>808
カーネルとライブラリはC/C++で書かれてるよ
問題なのはアプリを実行してる仮想マシンの性能
Win環境で例えてもJavaVMと.netを比較してるみたいなもんだろ

まあNDKを使えってこった

ICSで変えておけば良いのに・・・
どうせ2.xの互換性低いんだし

>>787
自分のツールちゃっちゃと作る程度のものに思いIDEたちあげたりGUI作ったりすることあるの
普通スクリプトで書き捨てするんじゃないの

>>374の資料はほんとに2009年？その頃はdalvikVMにJITコンパイラ内蔵されてない。
されたのはAndroid2.2からで、2010年5月。ソースはwiki。

プログラムは詳しくないけど、2〜5倍高速化したって書いてるからそこまで差はでないんでない？

とするとMonoとの比較グラフはなんでここまでの差が付いちゃったんだろう。
上で単純に比較は出来ないって意見あったから、このグラフ自体意味を持たないのかもしれないけど。

>>814
ちゃちゃっとつくるのにスクリプトじゃないといけない理由でもあるんか
適当にテキストボックスとかボタンはっつけてイベントに直接だらだら書くだけとかなら十分ちゃちゃっとの範囲内だろ

javaはやっぱ糞

なぜVMを通すことを選択したのか
誰か分かりやすく説明してくれ。

>>818
ガラケー、iアプリからの移植が捗る

VMの利点はそれだからなぁ。

>>815
type erasure
struct

ジェネリクスと構造体の比較ベンチのグラフの話なら、大差ついても不思議じゃない部分の比較だし

>>816
わざわざそんなことしてめんどくさそう(´・ω・｀)

>>801　＞javaネイティブで高速実行できるチップ積めば結構マシになると思うが。

最初はJava中間コードのネイティブ実行用の１２８bitのJavaチップ規格があった
↓
しかしユーザは金の掛かる金型を起こす勇気は起きなかった
↓
それでもＳｕｎはJavaは出自が組み込み向け言語なので貧乏人は短いレジスタのＭＰＵにJavaチップのサーフェスを書くだろうと考えていた
↓
結局みんなそんな手間をかける気すら起こさなかった
↓
JavaはWebブラウザ上で使うものと思われるようになった
↓
現在に至り単に実行が遅い言語とされる

>>819
googleはガラケーなんか眼中にないだろ

>>823
Android 端末に使われるレベルのARMなら JavaVM のバイトコードをそのまんまハードウェアで実行できるよ。

パフォーマンスに関しては SunのARM用 Jit の倍は軽く出てる。Dalvik ではどっちにしても使えんけど。
フューチャーフォンでは結構使われてる。日本でも、Symbian系のガラケーでは使ってるのが多い。

つーかJazelleのDalvikVMバイトコードバージョンを搭載したARMが出てくれば良いんじゃね。