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

Xamarinは、AndroidのJavaで書かれた部分をC#に移植した「XobotOS」をGitHubで公開した
( Xamarinのブログ記事、 GitHub - XobotOS、 atsushieno氏のブログ記事、本家/. )。

XobotOSはJavaをC#に変換する「Sharpen」と呼ばれるツールを使用して移植された。
ホストOSと統合する部分のコードと、Java JNIからCで書かれたネイティブコードを呼び出
すコードを手作業で置き換えた以外は、Sharpenにより自動変換されている。

XobotOSではAndroidがMono上で動作し、Dalvik VM上と比べて大幅にパフォーマンスが
向上するという。

また、C#と.NET VMはECMAで標準化されており、Javaのような特許問題が発生しない点も
メリットといえる。
http://linux.slashdot.jp/article.pl?sid=12/05/05/0546247

Xamarinが設立されてからそろそろ1年が経とうとしています（ついでにMono for Androidの
バージョン1.0が出てから1年と1ヶ月くらいです）。その間にXamarinはエンジニアを揃え、
ドキュメントチームを編成し、QAチームを再編成し、オンラインセミナーを行えるような体制
を整えてきたわけです。これだけやってまだ1年とか…まあわたしがjoinしたのは8月ですけど。

そんなわけで、設立1周年を記念して(?)、Xamarinからでっかい釣り餌、AndroidをC#に移植した
リサーチプロジェクトXobotOSがリリースされました。
（以下略）
http://d.hatena.ne.jp/atsushieno/20120502/p1

■パフォーマンス比較
http://tirania.org/s/71de890b.png

■関連
PlayStation Suiteプログラミング part 2
http://toro.2ch.net/test/read.cgi/gamedev/1335755875/

Windows Phoneどうすんだよ

>>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1

＞ ■パフォーマンス比較
＞ http://tirania.org/s/71de890b.png

ワラタｗ

>>4
盛っているとしか思えないほどの性能差が表示されているが・・・・

>>4
勝負になってないｗ

ちょっと書き直すだけでこの性能差とかiPhoneのヌルヌル感に勝てないはずだわな

Google先生はこの企業買収してAndroidに組み込んでくれよ

>>4
やっぱJavaはだめだな

言語はどうでもいい
Eclipseとかいうゴミ使いたくないからVisualStudioで開発させろ

iPhone/iPadより圧倒的なハードウェアで、iPhone/iPadより性能悪く感じるのは
Androidのプログラムの組み方に問題があると散々言われてただろ

C#はMicrosoftだから無理だろ…
D言語にしようぜGoogle先生よ

そらいくらスペック上げてもiPhoneにヌルヌルさで勝てないはずだ

パフォーマンス比較を動画で見てみないことには何とも言えないな

>>12
＞また、C#と.NET VMはECMAで標準化されており、Javaのような特許問題が発生しない点も
＞メリットといえる。

これってDalvikがゴミなの？Javaがゴミなの？
なんか前者臭い気がするんだが

Androidがいかにウンコかがバレちゃったか
ってみんな知ってたか

javaは開発環境がぐちゃぐちゃになって収拾つかなくなってきた

Androidのまともなアプリは
たいていNDK使っているからな

Google買収しろよ

オラクルに作ってもらったらマシになるとかそう言うオチは無いのか

というかGoogle自身がすべきことだった

オラクルからは自由になるけど、単純にコンバートしただけならやっぱ特許問題ありそうな気がする。

ソニーが全社を挙げてMono推進してるし、次期Xperiaはこれ搭載しそうだから困る

>>15
いやそうだけど、ライバル会社の言語を安易と採用できないだろ

泥端末のスペック誇ってる奴見ると笑えてくるわ

>>18
eclipse+javaとVisualStudio+C#の両方を使うと、前者の完成度の低さがわかるな。

こりゃiPhoneにボロ負けするはずだわ・・・

Javaの新バージョンは規格化しないでオラクルが勝手に決めてるって話だな。
オラクル以外が独自実装のJavaを作るの無理だとか。

Javaが糞すぎる
PCですら重さが判るくらいなのに
どこまで行っても足枷でしかないな

>>25
JAVAも似たようなもんじゃね？

これをGNに移植してくれ
そこそこの画面サイズで快適にブラウジングできるならなんでもいい

>>16
正解はミゲル・デ・イカザが超天才。たぶん。

■パフォーマンス比較
http://tirania.org/s/71de890b.png

もうこれお笑でしょw
どんだけ標準の泥はもっさりしてんだよ

そういやC#ってMicrosoftだったな

Cで書き直せよ

Eclipseとかいうどうしようもないうんこから開放される日が来るのか

こんなもん持ち上げてるアンチApple勢は恥ずかしいと思わないのか・・・
具体的にはサムチョン、ソニー、ネトウヨ、google
こいつらは詐欺師
全員死ね

Monoの性能が良いんじゃない。
Androidの性能が悪すぎるんだ。

CかC＋＋で頼む

>>31
オラクルが買収してからはそうかもしれないな
オラクル氏ね

Java仮装マシンをいつも走らせてるんだろ
めんどくささの極み

.NET Frameworkにおいてもっとも重要な実行コード形式や、実行環境を定めた共通言語基盤（CLI）、
基本クラスライブラリ（BCL）などの基盤部分について、マイクロソフトが特許を主張しないことを明言
したことをうけ、Ecmaインターナショナル、ISO、JISなどにおいて国際標準規格となった。

これによりマイクロソフト以外のベンダーが独自に.NET Framework実装することが出来るようになり、
実際にXamarinによるMonoプロジェクトをはじめ、いくつかのオープンソースによる実装プロジェクトが
ある。

それらを使うことで.NET FrameworkでコンパイルしたプログラムをLinuxやMac OS XなどのWindows
以外のOSでも動かすこともできる。

.NET Frameworkの標準規格となっている部分は、C言語などの標準規格化している他の言語や実行
環境と比べ、圧倒的なほど広範囲にわたっている。とくに標準ライブラリ（基本クラスライブラリ）は類
を見ないほどの規模となっている。
http://monobook.org/wiki/.NET_Framework#.E6.A8.99.E6.BA.96.E8.A6.8F.E6.A0.BC.E3.81.A8.E7.8B.AC.E8.87.AA.E6.8B.A1.E5.BC.B5

テクノロジーの無駄遣いだな

>>4
これを採用してやっとiPhoneとの勝負のスタートラインに立てるレベル

やっぱC#最強か

C# Microsoft
Obj-C Apple

Googleもなんかオレサマ言語作るしかないな

Androidは電気の無駄遣い、エコじゃないってことだな
時代にそぐわない

自動変換しただけでこれかよ
JAVAが糞過ぎなのでは

どうしてこうなった

C#はMSが作った言語だけど仕様は標準化されてるから自由に使える。
だから互換プラットフォームのMonoが作れた。
うちのJavaVM以外は訴えるからって言ってるOracleさんよりはずっとマシな状況。

>>47
つDart

クソボットって名前がわるいな

そりゃクアッドコアとかのキチガイじみたスペックが要求されるよな
爆熱電池食いセキュ脆弱の泥端末はｗ

>>47
googleさんは新しい言語を作る簡単なお仕事もよくやってる。

1コア1GhｚでもWindows Phoneはぬるぬる

>>52
それWeb向けだろ

C#とか以前に最適化されてないって事だろ
Google社員の本業は靴磨きか？

C#は元々ボーランドのプログラミング言語なのにマイクロソフトはVBを捨ててまで採用するという英断を下した。
最近だとソニーもプレステにC#を採用するという英断を下した。

このまま頑なにJavaを使い続ければ未来はない。

とりあえず、GoogleらしくD言語作ってる会社の買収から始めよう

Javaがクソ遅いのは周知の事実だろ

>>4
これマジなの？どういうことだよ
Javaどんだけ重いんだ

Google社員って実は頭悪いんじゃね？

この際C#に行った方がいいかもなオラクルとかあれだし

>>1
Dalvikの実装が相当いい加減なのかな

オラクルはJava潰す気満々にしか見えないしそうなって欲しいと思う

MSって最近真っ白なIT企業になってるよね
GoogleとAppleがでかくなってクズ化したのもあるが

まだAndroid全然伸びしろありってこと？

そうかじゃあ俺のIS01もどうにかなりそうだな

>>68
Google次第

>>62
Btreeがこの程度で収まってるほうが凄い気もするけど

>>1-1000

>>61
遅いったってC＃も.NET上で動いてるわけで
これだけの差がつくのはVMの実装がクソだったんだろ

>>67
直近でWin8が控えてるんだしMSはまだ汚名挽回する機会がいくらでもあるから心配しなさんな

>>66
Oracle（データベース）の大部分がJavaで書かれている現状ではなくなりはしないだろ

>>1-100 >>51-151 >>101-200 >>151-250 >>201-300 >>251-350 >>301-400 >>351-450

これはもうだめかもしれんね・・・

重いOSの採用はハードの利益を増やすためだ

糞には違いないが

googleにはgoがあるだろ

>>67
ｸﾞｸﾞﾙと林檎がﾏｯｸﾛｸﾛｽｹすぎてな・・・
MSは企業相手の商売が多いからあまり無茶はやらんｲﾒｰｼﾞだ

T-01Cにこれが積めればすごく良くなりそうな気がする・・・
気がする・・・

互換性の関係で作り直しもままならないんだろ…

やっぱJAVAがダメだったの？

>>81
無理ですよ、諦めた方がいいです

こうやって直し方がわかっても互換性維持しようとする限り直せないんだろ…

さすがマイクロソフトだな

ライブラリをコピペしただけでプログラム組んだ気になれるのがJavaの凄いところ
おかげで勘違いした馬鹿が大量発生でホントめんどくさい…
マジで一刻も早く廃れて欲しいわ

クソガキ「Java使いです（ｷﾘｯ」←違い違うオマエはJavaに使われてんだよｗ

もう端末とOSとキャリアは全部切り離して好きな端末に好きなOS入れて
好きなキャリア使えるようにならないかな

話が全くわからん
osを入れ換えれるってこと？

もしかしてAndroid端末にiOSやWP7積んだら凄い快適なんじゃね？

>>83
前から10倍くらい遅いって言われてたやん
詐欺師どもはネイティブがどうのとか必死に擁護してたけど

よく考えたらandroid捨ててwindows phoneにすればいいだけだな。

>>12
C#は国際標準

MS独自はそれをコンパイルして実行する.NET Framework
C#のコードほとんどは.NET向けに書かれてるのは事実だけど

最初に搭載するメーカーはどこだろうな？

>>90
信じられんぐらいサクサクになるだろうな

凄いな、これでもうiOSなんて敵じゃないな

>>90
動きは良くなっても自由度が減ってあんまり快適じゃないと思う

>>59
C#てオワコンでしか使われてないw
未来ないのはどっちだw

Androidはオワコン
真の情弱はWindowsPhoneを持つ

Javaとflashは迷惑以外の何者でもないな

>>93
win api呼んだりしてなかったら、.netのexeってmonoでも動くんじゃないの?

>>93
シェアが低いからアプリ数が圧倒的に少ない

>>93
だから常識的に考えてライバル企業の言語なんて採用できないだろ

>>90
wp7はandroid2.1世代と同程度が最低要求環境で
そのレベルでもさくっと動く

SQLiteを軽くしてくれ
重すぎる

C#とjavaもパっと見で違いが分からないんだがそんなに違うのか

アセンブリ言語で書き換えようぜもう…

だれかわかりやすく説明してくれ

>>105
C# 2.0まではだいたいJavaと一緒だけど、それ以降どんどん拡張して今では別世界

ちょっとC#勉強してくる

>>107
Androidはクソ

Androidの全体的なモッサリ感はこれのせいなの？
恐ろしい話だな

無茶苦茶だ！こんなOSでこれだけの機体を動かそうなんて

>>108
なるほど

おもちゃだと思って馬鹿にしてたけど本当にC#は羽ばたいたんだな

凄い時代になったでしょ？

この結果を受けてgoogleが一念発起してくれればいいのだが
googleって最適化とか例外安全みたいな泥臭い部分をメーカーにぶん投げるからなぁ・・・

Javaってポリシーで拡張性縛ってたようなもんなのに
オラクルの方向性と合わな過ぎて終わったな

未来へ行くなら、XobotOSを待て

Googleは優秀な社員を集めたんじゃなかったのかよ

>>84
冷た過ぎワロタ

>>115
互換性問題がおきるってのがGoogleが動けない最大の理由だとおもう

ただでさえ互換性問題に悩まされているGoogleに
こんな大幅変更を加える勇気はないだろ

Androidは不完全な状態で売りすぎた
しかも2年縛りで

要するに
Java言語をC#に変換するソフト作ったから、これ使わない？法的問題を解決できるよ？
え？パフォーマンスが心配？安心して、AndroidでJavaを実行するDalvikに比べてC#を実行するMonoはこんなに速いから。

て感じでしょうか

糞ボットOS？

>>105
Javaでこんな感じのコードが、
Collections.sort(spanList, new Comparator<Tuple<String, Integer>>(){
　@Override
　public int compare(Tuple<String, Integer> arg0, Tuple<String, Integer> arg1) {
　　return -(arg0.t2 - arg1.t2);
　}
});

C#だとこんな感じ
spanList.Sort((a1, a2) => a1.Item2 - a2.Item2);

ちょっとの改善で>>1-4までよくなるならICSのタイミングで互換性を切り捨てればよかったのにな
どうせAndroid2.xとAndroid4.xは微妙な互換性だったんだし

javaからネイティブ吐くコンパイラは作れないの？

>>125
それそういうメソッドがあるってだけだろ

>>127
昔、インテルが売ってた

>>84
うむ

>>128
lambdaが書けるかの言語仕様の話だからメソッド関係ない

こんだけ性能差が出んのになんでWindowsPhone売れないの？

>>118
優秀ならこんなグダグダになってないだろ
今頃iPhoneなんて撤退してたはず

>>111
これのせいだろう
常識的に考えて

>>132
エヴァンジェリストの人たちは色々考えてイベントやったりしてるけど大本がいまいちな気がする
キャリアしかりメーカー然り
特に国内は1キャリア1メーカじゃ売れるわけないし

>>108
Javaと一緒というかDelphiそのものなんだけどね

そもそも何でjava使ってんだ
当時は権利問題でもあったのか
それともandroidの元になる奴がそんな感じの言語で横着したのか

>>129
最近AndroidのSDKかなんかにインテル関わってたよね
よくわからないけど、そのうち勝手にjavaからネイティブ吐いて、Android NDKが無くなったりしないかな？

monoよりもvalaの方が速い

>>105
登録、更新でトランザクション使ってる？

>>105
まったく別言語。
見た目を似せただけ。

>>102
WP7のアプリは少ないがC#で書かれたソフト自体はアホみたいにあるだろ

C#は元々MS帝國だからな

>>102
ライバル企業どころか、
訴訟相手の敵対企業に部品作らせてるアップルという会社があるな

>>128
そうだけど、C#は便利な書き方があちこちでできるから、それが積み重なって全体的にすごい楽にかけてるわ。
例に出したコードだとTupleもJavaにはなくて自作したらから、実際にはコード量もっとあるし。

>>142
そんなもんどこにあんだよ
クライアントアプリなんて新しくインスコする機会０なんだけど

コンピュータ言語の違いで何で処理速度が違うのかパソコンの大先生の俺にも教えてくれ

同じ処理ならソースコードの長さが違ってもオブジェクトコードは同じになるんじゃないのか？
1から100を順番に足すみたいな基本的な奴も変わってくるの？

>>137
androidはいろんな環境で動くようにjavaつかってた
たまに中華PadでMIPSとかあるだろ、ああいうのでも動くようにVM上で動くjavaにした
当時はjavaの権利がsunにあって黙認されてた
Oracleがsunをjavaごと買い取って、「俺が認めてないんだからjava使うな」って言われたのが最近

>>137
Sunが景気良かったときにSunの社長の出身大学（スタンフォード）の学生に
投資しまくってできたひとつがGoogle。

つまりGoogleはSunの子供。
なので、Googleは親のすねをかじってJavaを魔改造したりやりたい放題、
他社なら即訴訟レベルの話のAndroidですら放置状態だった。

で、親が死にそうだってのに助けずに遊び歩き、実際に死んだら借金取りの
Oracleがやってきてテンヤワンヤ。

でも、最初からC#だとセキュリティーに問題出ちゃうんでしょ？

最近はパフォーマンス重視なアプリはjava使って無くね？
firefoxとかarm意外じゃ動かないとか言うし

書き方だけなら、ＬＬの方がいいけど、
Ｃ＃はそれなりに実効速度が速い。だから、バランス良いとも言えるし、中途半端とも言える。

スクリプトでいいなら、Pythonの方が書きやすい。
速度ならＣ＋＋で書いた方がいいけど、Ｃ＃よりも難しいから馬鹿には無理。

そういう中間のものってこった。
あとは実行環境まわりの話。

Ｃでやりゃもっと早くなるだろ

>>151
NKを使う場合もあるけど、全部ネイティブコードじゃかけないだろ。

>>146
C#で一番多いのは企業の業務アプリだとおもうけど、趣味でWin向けGUIのフリーソフトならかなり多いと思う。有料のものだとまず無いけど。
あと、URLの末尾が.aspxで終わってるページは後ろでC#かVBが動いてるし最近ではVitaで動くとか、どうとか。

C#って馬鹿が使ってるイメージ
あまりにも馬鹿な内容のレスが多すぎる

MS嫌いだけど、もうJavaつかうシーンではMono+C#で良いかなって気がする。
しかもスマフォアプリも共通で書けるんでしょ。

自動変換でこの性能差ってどういうこった。Dalvikがクソすぎるのか。

>>157
iphoneは基本objectCだよ。

何にしても互換性考えなきゃ早くできるだろうがなぁ。WINが頑張りすぎた。

>>159
MonoTouchしらんの？

つーかこういうのって有利な数字でやすいことを意図的にやってたりするから

C#といえどネイティブコードに置き換えてるんだろ？
そりゃJAVAと比較にもなｒ

C++でやれ

やっとObjective-Cに追いつけるのか

>>148
それはGoogleが買収する前から？

>>161
そんなもん誰が使ってんだよ

C#やJavaがどうこう以前にAndroidはウンコって話だろ？

Write once, Run away

だからICSのタイミングで互換性捨てろといったのに

JAVAはいつでももっさり
もう無くせよこのクソ言語

>>152
LL系は信者の宣伝と違って書くの大変だわ。
このまえloginIdをloginidってタイポしてバグって、デバッガでステップ実行しないと見つけられなかったわ。
あとrubyでendをうっかりendifって書いて、間違えたのはファイルの最初のほうなのに
エラーメッセージではファイルの最終行でエラーになってるって表示されて、探すの大変だったし。

こんなんC#やJavaならエディタで入力した瞬間に間違ってるぞって教えてくれるのにって思いながら
仕事したわ。

>>161
他の方法あっても、だから基本って書いてるだろｗ

Javaプログラミング始めたばかりだけどもう終了？

C#って2038年問題は修正されてるの？

Obj-CとかAppleがプラットフォームごと牽引してるだけだと思うが
好きで使ってる奴いんの？

C＃って遅い言語だと思ってたけど、そんなことなかったんだな
それともJavaが遅すぎるだけか？

>>171
それは、言語が問題じゃなくて、まさに馬鹿には使えないってことだなあｗ

>>171
おまえには動的言語は早すぎたようだ。

>>171
そりゃ言語云々じゃなくて、まともなIDE使えってだけのはなしじゃね?

どうしてこうなった

>>168
Write once, Run anywhere, If you use iPhone.

スクリプト言語はテスト書かなきゃまともなコードと言えない。IDEの支援が受けられなくて、API関連調べるのが面倒な感じがするけど.....Pythonいいよー

もしかしてJavaってphpよりも遅いんじゃねーの？ｗｗｗ

Appleこそ今のうちに新言語に移行すべき

>>165
java作ったのはsun、当時はgoogle関係ない
android作って独自実装しても権利者のsunが許してた
sunがOracleに買収されて
Oracleはsunほど甘くなくって切れた

アプリ互換性がな・・・

>>176
JavaやC#でも、処理内容によってはC/C++より速い場合もあるよ。

>>176
C#は早いよ

>>177 >>178
機械にまかせられることを人間が目を皿のようにしてやるのってバカバカしいわ。
LL系の人たちは頭がよすぎて、頭脳の無駄使いしても気にならんのかもしれんけど。

>>179
型宣言とかない動的型の言語はIDEやら処理系のチェックは限界あるでしょ。

結局静的型の言語+IDEが楽。

>>183
PHPで出来たAndroidがあったら
あまりの遅さに投げたくなると思うよ

アプリの互換の問題でもはや後戻り出来ない泥がこの先生きのこるには

>>148-149
なるほど
やっぱ色々な事情があるのね
権利問題でお目こぼし貰って自由にやってたってのは何かグーグルらしいと言うか何というか

環境面では、C#も確か色々な環境で動くのを目指すとかやってた気がするけどサッパリっぽいし
そう考えると実績あるjava魔改造に走っちゃうんだな

>>182
俺は emacs + rope で十分まんぞくだ。

IDE支援がないとまともな生産性が得られない言語のほうが
どっかおかしいと思ったり。

>>189
> IDEやら処理系のチェックは限界あるでしょ。

使ってみりゃいいじゃんw

>>189
お前はkonohaでも使えばよろしい

>>189
ますますあほちゃんだなー。

つーか、未初期化の変数は普通に警告されるっしょ。

速度改善か、互換性か
なまじ中途半端に普及しすぎて決断できないだろうな・・・

>>194
eclipse+phpでやったけど、ぜんぜんだったわ。

>>189
ごめんな。俺、プログラム＝アルゴリズムって考えだから、
そういう奴隷仕事にやりやすい言語や環境が優れてるとは思わないんだわｗ

monoはもっと普及してもいいよね
MS嫌いのお陰でlinux界隈で肩身が狭すぎるｗｗｗ

汎用変換は ANTLR で
Java > C# は Sharpen か。

PaulDB.getWords() ? Tips for porting Java libraries to C#
http://www.pauldb.me/post/14613852511/tips-for-porting-java-libraries-to-c

mono/ngit ・ GitHub
https://github.com/mono/ngit
slluis/sharpen ・ GitHub
https://github.com/slluis/sharpen
Sharpen
http://community.versant.com/Documentation/Reference/db4o-7.12/java/reference/html/Content/sharpen.html

Java で作られた糞重いのを変換して試すか（´・ω・｀）

遂に俺のIS03ちゃんもiphoneなみに滑らかに動くのか

アホっぽいと思ったら本物だったID:BjZpMItx0

javaはうんこ

マルチプラットフォーム環境も、今までの一切無にして、
新しいの作って欲しいけど、作れる集団はいないだろうな。

みんな嫌々使ってるんだよｗ
言語はわりと独立して開発できるけど、開発じゃなくて実際の環境含めると、
企業がらみになってグダグダになるんだよな。

これでGoogleへの個人情報送信は防げるのか？

ObjectiveCにすれば良いのに

こんなクソな状況でandroidはiphoneと戦っていたんだぜ？
ステマ以外のなにものでもないわな

209 ：忍法帖【Lv=40,xxxPT】：2012/05/07(月) 11:55:48.29 ID:ktveYICki

エンドユーザから見て、JAVAなんていい事一切無いんだからさっさと廃れちまえばいいのに。

言語の違いたってハローワールドからカプセル化してハローワールドしたくらいしかしたことのない俺からしたら
どこで言語によって差が出るのかわからねえ

基本的にjavaは書くことが多いなあって感じだけど

>>147
同じくパソコンの大先生だけど、
パソコンがわかる言葉って０と１だけじゃん？
でもプログラミング言語って０と１だけじゃないじゃん？
言語と01の間に翻訳機が入って翻訳してくれるじゃん？
言語が01に近いほど、翻訳機の手間が省けるじゃん？
C言語なんかはまだ01に近いらしいのよね
そんでJAVAは01から遠いらしい
なんで翻訳する手間がかかる、すると動作遅くなる
たぶんそういうことだと思う。合ってるかどうかは本当の大先生が教えてくれるはずだ

google信者は頭がおかしい
これだけは間違いない

>>207
未だにヘッダファイル書かせるのは無いわ。めんどっちすぎるわ。

散々NDKで作ったベンチマークを持ってきて「iPhoneより高性能！」とやった挙句、これだ

>>74

androidにjava選んだ奴誰だよ？

>>196
rubyとか実行時にかろうじて未初期化の警告でる程度だよね。

まぁ、Ｃ＃は信者いるけど、Javaは信者いないよねｗ

>>211
おまえら01の並び見て意味わかるのか？Cを翻訳した01はCPUさん読めるけど、Javaの01はCPUが見てもわからないんだぜ。翻訳者に同時通訳してもらう必要があるんだぜ、そりゃラグがあるさ

なんでもそうだけど、信者が出来るような物って結局先鋭化しちゃって危ないんだよね
触れる物皆傷つける、切れたナイフになっちゃう

>>199
型の整合性の確認とかツールに任せとけばいいことを人間がやらなきゃならいってほうが奴隷っぽいよ。

>>218
大抵のオブジェクト指向信者やデザパタ信者はJava信者を兼ねてるよ。

もうさ、ARM専用にOSもアプリも書きなおそう
javaのオーバヘッドが大きすぎるんだよ

>>221
俺がやるとそういう問題自体が発生しないから必要性がわからない。

まあJavaが糞じゃなかったらSunが買収されることもなかっただろうしな
よくもあんな糞言語が今でも使われてるもんだと思うわ

>>200
正直MS嫌いだけど、Monoはいいんじゃないかと思い始めてる自分がいる。

なんで老舗JAVAが新参のMONOにフルボッコにされてんだよ
同じVM系だろ？
これアンドロイドだけの話？

Javaの糞は面倒臭い糞で、Tab連打が苦じゃなければそんなに悪いものでも無いでしよ

>>224
書いてるプログラムが小規模なんだよ

Javaの場合、環境の問題で、言語自体は最初から見る部分なかったしな。

>>222
いや、そんなことまったくないと思うが。
下層Javaプログラマはそんな概念持ってないし、
古くからOOやパターン研究してきた人はJavaに限らんし。

え？タブ連打するようなことあったっけ？

C#とJavaは似てるけど微妙に違うところあるから困る。

Javaで
String str1,str2;
if (str1 == str2){処理}　とか書いてしまって正常に動作しなくなって、GW中発狂してた。

>>224
一人で作れるレベルの話かよ…

>>231
そうだから仕方がない。

>>223
ホント、そういう割り切りのなさがandroidの糞な所だよな・・・

JavaVMをCPUに焼き込めばいいのに

どうやってインスコするんだ

GoogleがAndroidにJavaを選んで広めたけど
C#の方が性能が月とすっぽんだったってこと？
今更戻せないの？

>>232
Ctrl - Spaceかな？

>>233
そいつは基本中の基本だ

自由度がww自由度がww

>>234
そんなこといったら、Ｃ＋＋じゃなくて、Ｃ＃とかで作るレベルの話かよで終わりだよｗ

>>108
Java（笑）Delphiだろアホ

>>210
速度面での差を知りたいなら
その辺に転がっている比較コード試せばいいけど、

日本人環境での使い勝手では
日本語名エロ画像のスライドショーを作ってみればいいよ。
ファイルIOにメモリ確保に文字コードとすばらしいだいざいだよ。いちどやってみなよ（´・ω・｀）

>>224
昔からlintとかツールであるし、人間がやると問題があったり負担だって思うほうが多数派なんだろうね。
普通の人は人間lintとかあんまりやりたがないと思うし。

これ使えば現行のスマホでも快適になるんじゃないか

>>240
ますますわからん・・・趣味でAndroidアプリ作ってるけど連打するようなこと無い気がする・・・

>>236
端末の多様性を認めるのとOSの抽象性を高めるのはトレードオフになる。
アプリ開発者の確保なんかも含めて、iPhoneと闘うには仕方のない選択だった。

C#でもあえて書こうと思えばJavaのようにゴリゴリのクラスオブジェクト指向だけでも書けるけど
JavaではC#のようなLinq + ラムダ/クエリ使った最近流行りの楽ちんな書き方はできない
生産性がかなり違う

>>229
PHPはウンコ言語だからあれだけど、
Pythonでかなり大規模なシステムをチームで作ってるよ？
全く問題なしだわ。

ただ、ウンコプログラマを入れるならば静的言語という主張はわかる。
でも動的言語使える奴が揃ってればそっちのほうが生産性はるかに高い。

WP最強すぎるだろ
iPhoneよりバッテリー持ちもパフォーマンスも断然良い、2chブラウザさえあれば

これもともとＪＡＶＡを使う仕様にする意味はあったのか？

>>247
メモ帳でプログラム書いてるとかそういうことだろ。

俺の中ではＰＨＰ信者とＣ＃信者は同じ層だからｗ
言ってることは大体共通してるｗ
仕事も似たようなレベルだろうｗ

>>243
C#1.0まではまるっきりマイクロソフト版Javaみたいな仕様だったじゃん
C#3.0あたりから関数言語のおいしいとこだけつまみ食いし始めて
C#4.0からはスクリプト言語の真似事しだして
いい意味でも悪い意味でも流行に対して節操がないのがC#

>>251
2chブラウザ禁止なんだっけ？

どっちもできたほうがいいって話じゃん
一ヶ月もあれば１つの言語くらい余裕でマスターできるし

>>248
でも現実問題として、ARM以外のプロセッサの乗ったandroid端末なんて殆ど無いでしょ。
MIPSとかIAとか中華のゴミみたいなのしかないし。

結局、そういう割り切りのなさが、いつまでたってもiPhoneに勝てない理由の一つだと思う。

>>250
twtterってrubyからscalaに乗り換えたよね。

>>242
c#云々ではなく、生産性上げるための機能を不要と言い切っちゃう方が痛いと思っただけだよw

>>253
ああ、よくわからないけど本職のプログラマーさんのジョークみたいなことなのかな。

じゃあどうやったらWindowsPhoneが普及するか考えましょう

>>255
C#の開発者はDelphiの開発者

C#って、前にちょっとだけコード書いてベンチマークして見たことがあるが
ネイティブコードにコンパイルするコンパイラという理解でいいんだよな？

機械語デバッガで見てみたがx86コードになってたし
C++と違って配列の添え字チェックコードらしきものが入ってたぐらいの違いだった
その分ちょっと遅い感じ

>>257
おまいみたいな天才ばかりじゃないんだよ・・・・

>>257
Java扱えるやつならほぼそのままC#も扱えるよ
ただ、Javaまんまの書き方だとC#の美味しいところ活かせないけど

>>263
そんな常識言われんでも知ってるがな（´・ω・｀）

>>266
だったらアホなこと言わないことだわw

Delphiじゃないとあかんのか？
C++Builderじゃあかんのか？

モッサリを補うために高周波数CPUやらデュアルコアやら搭載して
電池の持ちが半端なく悪くなってるんだよな
連続使用三時間しか持たねーもん。Androidのスマホは

>>267
は？
俺はDelphiも使ってたけど
Delphi開発者だからC#1.0がJavaよりDelphiに近いとかって発想の短絡的でアホでしょ

>>216
そもそもandroidの生みの親がsunの特許を回避した独自のVM作ったったwwwって人だからなあ

>>270
わかったわかったw

LL系の言語がもてはやされるのって、基本、動的だからじゃなくて簡潔な記述ができるからだよね。
なんで信者って「動的だからいい」って思うのかね。
関数型みたいに静的で簡潔な記述のできる言語が普及したら今のLL型いらんって思うわ。

複雑な言語は望んでないんだけどな
cにgcとclass, interfaceまで付けばお腹いっぱい
でもなぜか言語開発者はc++のような混沌を目指す

だからiPhoneに勝てないんだよ

性能差が極端すぎて信じられねーｗｗｗ

>>270
C++Builder使いだった俺に言わせれば、C#とC++Builderは腹違いの双子だと思うぞ

Dalvik がクソ遅いってだけだな

>>273
今のC#なんてずいぶん動的だもんな

>>273
俺もC#はLinq + ラムダ/クエリまでで充分過ぎる
つか4.0以降の動的型付けとか使いみちが思いつかん

>>277
腹違いの双子って新しいな

JAVA勉強しないでC#やれってことか

泥厨息してない

>>277
それは認める

>>274
言語開発者だけに限ったことじゃないよ？
自分自身のPCのディレクトリ構造はすっきりしてる？
ランチャやファイラを使っているなら
定義ファイルは整理されてる？

ただただ必要だったからだよ（´・ω・｀）

C#簡単らしいね。
プログラマーからしたら。

で、このＯＳ搭載したスマホやらタブはいつ出るんだい？

javaはサーバサイドでレガシーに生き残るだけの存在になりそう

>>286
Javaみたいなんでもかんでもクラス設計に盛り込むみたいなの
めんどくさくてやってられなくなる

ちょっと落ち着いて聞いてほしい

このスレに何故かiPhone狂信者が混ざってる

そしてiPhone狂信者に聞いて欲しい、おまえら国産メーカーのスマホ買え

米アップル「ｉＰｈｏｎｅ４Ｓ」：アジアの部品供給業者
http://www.bloomberg.co.jp/news/123-LSMRI66JIJXD01.html

組立：　鴻海精密、和碩聯合科技（ペガトロン）
CPU：　サムスン電子
NANDﾒﾓﾘ：　サムスン、東芝、
DRAM：　サムスン、エルピーダメモリ
カメラレンズ：　大立光電（ラーガン）、智新電子（ジニアス・エレク　トロニック）
メタルケース：　富士康科技集団（フォックスコン）、可成科技　（キャッチャー）
プリント基板：　華通電脳（コンペック）、欣興電子　（ユニミクロン）、健鼎科技（トライポッド）
ﾌﾚｷｼﾌﾞﾙﾌﾟﾘﾝﾄ基盤：　嘉聯益科技（キャリア）、　台郡科技（フレキシウム）
タッチパネル：　宸鴻科技（ＴＰＫ）、勝華科技（ウィンテック）、　達虹科技（ＣＡＮＤＯ）、奇美電子（チーメイ・イノラックス）
LCDパネル：　奇美電子、ＬＧディスプレイ、東芝

>>286
C#という言語よりVisualStudioというIDEが優秀すぎると思う
なので勉強しない人はラムダ？リンク？だし

>>273
ちょろっと走らせて捨てるだけのプログラムにわざわざJavaだのC#だの使うやついないだろ。
大抵は手に馴染んだLL言語の一つは持ってるのが当たり前。LLいらないとかありえんわw

MonoはMSの支援受けてわりと自由にやってるもんな
Javaは・・・

詳しいことはさっぱりだが、
これをAndroidに載せることができればパフォーマンス大幅アップ、
電池持ち超改善ってこと？

>>290
なんでそこで国産メーカがiPhone並の携帯を出せとならんのだ。
甘やかすな。

>>290
こんなもん見せられて狂信も何もないだろ
アホは死んどけ

>>291
ラムダ式はむしろプログラムど素人からみたら
やってることが表記のまんまで直感的にわかりやすいから
初心者には向いてると思うんだけどな

お前ら凄過ぎw
C言語とJAVAの違いをガンダムで例えてくれ

これをカスタムROMに入れれば最強ってことでいいの？

Oracleが主張してるjavaの特許ってのも分かりづらいよな
プログラミング言語の著作権てなんだよ？って感じ

>>294
まあそうだね
でもパフォーマンスアップしたからってもっと負荷をかけてぬるぬるアプリ作るぞーって
なれば代わらんけどね

>>285
言語開発者は言語が進化し続けないと自分の存在価値を失ってしまうんじゃないかと
怯えているように見える

こんなゴミをあたかも高性能かのように見せかけるステマで騙して売ってるんだぜ？
詐欺だよね

>>294
例えば1秒に1回流れる処理が0.1秒から0.05秒になっても大して何も変わらんよね。
だったらちょっと遅くても互換性が高くて開発しやすいほうがいーじゃんってのがLL言語やVMの由来だし
まあなかなか額面通りにはいかんよ。

>>294
電池もちは液晶と広告・更新等での通信が大部分だから気のせいレベルだろうな
実際に使ってる時は多少改善するかもしれないけど

で、どうやって入れるの?

相変わらずプログラムスレは、アホがしったかするだけで
全く無益だな・・・

言語自体はほとんど進化してないよ。
今実装されてる概念も昔に考案されたやつ。

環境は別だけど。

>>298
C言語 = RX-78ガンダム
JAVA = ネモ

たぶん

>>302
そんなもん見る側次第やで
RAITAの魔法少女で抜けない男が居るのと同じや（´・ω・｀）

言語開発者が気合入れて作った僕の最強言語はいずれ廃れるよ
何かのついでに作ったcやjavascriptはいつの間にか最強になってた
世の中はそういうもんだ

プログラマはtwitterと相性がいいと思う

これ実装した動画ないかと思ってさがしたけど無かった
プログラムとかよくわからんけどヌルヌルになるならほしいなぁ

糞ボットw

ガンダムに喩えるなら、マグネット・コーティングの理論が発見されたってところか

情強はSO-01B

Javaは第二のCOBOLとして末永く生き続けるよ

Androidの一番の欠点って指への反応の悪さだと思うけど、それが改善されんの？
あれってタッチパネルそのものとどっちの問題なんだよ

結局、言語自体の素晴らしさよりも、
どんなに糞でも、仕事に使えるから、馬鹿でも使えるから、そういうことが重要。

面白いゲームよりも、ガチャクズ企業がのさばるのと同じだｗ
人間の平均レベル自体がアップしない限りなｗ

>>318
具体的にどの機種だよ

engadgetの作ったロゴがワラタｗ
http://www.blogcdn.com/www.engadget.com/media/2012/05/android-c-05-04-12-01.jpg

>>213
自動で出来るから問題ない

泥厨涙と鼻水拭けよ

>>321
わろた

みんなIS12T Windowsphone買おうよ
スペック低いけどヌルヌルだぞ

>>136
Delphiはネイティブじゃん

言うても、これが市場に出ないと

Cのコード埋め込まないとちゃんと速度出ないのは、大体こいつのせいか

>>280
でもPallarelとか便利やん

awk2perlみたいなもん?

>>321
質量を持った残像だと！？

>>321
ドロイド君、遂に性能を100%出し切ることに成功か

>>325
でも、auやる気無し無しなんだもん

え、マジでこの性能差なの！？

く、くそぼっと？

開発者が同じだからC#とDelphiが近いとかどんだけ頭わいてるんだよ

これは無想転生……

>>298
C言語じゃなくC#

Numbersって整数の動的配列の中から
nで割り切れる要素だけを削除するのにこんだけで済むのはマジで楽
C#はゆとり脳のおれには最高やん

Numbers.RemoveAll(x => x % n == 0)

とりあえずXperia arcに一部組んでみた
ヌルヌルさは出ないな

オラクルの製品がゲリクソだってのはインストーラ見ただけで容易に分かる

まぁ、そのうちインテルあたりと組んで超速Androidになるんだろ
で、その頃にはさらに端末性能アップしてるから、アホみたいなヌルサクに急になる

>>342
もう組んでる

>>339
言われないとなんのコードだかわからん・・・

>>336
実際そうだから仕方がない

>>342
Apple A6をインテルが製造したら、Android陣営はｵﾜﾘ

>>321
ドロイド君メイプ使えるようになったのか

どんな進化しても、日本企業が絡むとクソにしかならない気がする

>>339
> 整数の動的配列の中からnで割り切れる要素だけを削除する

そんな処理今まで必要になったことがないけどなw

つーか何でモバイルでVMなJAVA使おうと思ったんだ？

>>325
スペックは去年の時点で周回遅れ、しかし挙動は最新AndroidやiPhone4Sに引けを取らない速さ
グロスマとしては最強クラスだと思ってるんだが

つまりだ

オラクルが裁判でグーグルに勝てば　世界が幸せになる　ってことか

ちょっとした関数ならこんだけで定義できるC#はゆとり脳のおれには最高やん

Func<int,int> f = ( x => 7*x + 5 );

　　　　↓

f(3) =　26

>>346
Apple A6をインテルが製造することは絶対に無いって断言してもいいよ
アップルはインテルと疎遠になってるから

>>353
プログラム言語ってイメージじゃないんだよな

>>349
配列から特定の要素だけ抽出したり、削除したりとかかなりよくやる処理だろ

会員名簿.RemoveAll( 会員 => 会員.年齢 < 17 );

みたいな処理

>>346
そもそもintelってarm作ってないやん

あれだろ。
普段会計の計算やってるやつと、
文字の数式こねくりまわしてるやつの違い。同じ数学でも同じ数学じゃない。

>>357
作ってたことはあるよ

なんで最初からＣ#で作らなかったの？

>>346
A6はTSMCだろ
最悪の場合は従来通りにサムスン製造、まーこれが一番可能性高いが

クソボット？

>>300
Oracleが持ってる特許はJVMの実装の特許であってJava言語そのものの特許じゃない
でもJavaで組んだプログラムを動かすにはJVMが必須だから
結局はJavaの特許ということになる

javaなんて使うからこうなる
あんなもんPCでもハッキリ遅いとわかるのに

ギャラクシー根くさすにCWMでインストールしようとしたらエラー出たぞはげ
焼き方教えろ

>>364
よく知らんけど、javaが遅いの？
それともJVMやダルビッシュVMが遅いの？

速度だけじゃなくてメモリ使用量のベンチマークも公開しろよ
いくら速くてもメモリ馬鹿食いじゃどうしようもない

>>363
OracleはAPIインタフェイスの著作権とかキチガイじみたのも主張してるんだぜ

>>366
javaは
.javaのコード→コンパイル→バイトコード
となって
でバイトコードを実行するのがJVM
基本的に.javaを直接実行はしない、遅いから
で、バイトコードに変換する訳だがCなんかはCPUが理解できるバイナリを作る訳だけど
javaは仮想マシン(JVM)が認識するコードに変換する
要するにスクリプトとネイティブの中間ぐらいになる
JITとか使えばともかく、やっぱり仮想マシンが間に入るからその分速度は落ちる

ダルビッシュVMとやらはなんでこんな遅いの

>>325
どんなに速くてもシェア見たら選択肢に入らんわ

Monoだってダルビッシュと同じVMだから
VM実行だから遅いってのは理由にならんだろ

>>366
素人の俺でも、このソフトモッサリだな
ああ、Javaなんだって場面が多々あるぞ
どんな括りがあるか知らんがJDKないと動かん奴は糞い

>>367
　　　　　　　　Memory (bytes)　　Allocation Time (ms)　　Calculation Time (ms)
Javaクラス.　　10438176.　　　　　　　　　 319　　　　　　　　　　　　　 211
Dalvikクラス　　9817240　　　　　　　　　5388　　　　　　　　　　　　　3013
Monoクラス　　 7376896　　　　　　　　　　933　　　　　　　　　　　　　 167
Mono構造体　　2007040　　　　　　　　　　 12.　　　　　　　　　　　　　 107　←圧倒的すぎｗｗｗ
http://www.koushikdutta.com/2009/01/dalvik-vs-mono.html

Javaが悪いんじゃない
Dalvikが悪いんだ

>>369
ダルビッシュは160km出せるのにね

>>370
OracleのJavaの特許の大半が最適化まわりの特許だから

何言ってんのか全くわかんね

>>98
オワコンに負けるjava(笑)

Dalvikが遅いのであって純正JavaVMはそこまで遅くはない
むしろ数あるVMの中でも最速の部類に入る

>>376
ひどい理由だなｗ
さっさと別のVMに乗り換えりゃいいのにｗ

>>325
せめてWimax付きだったらなあ
L2ロックも外して欲しい

>>373
GUIアプリケーションはライブラリ自体の出来が大幅にレスポンスを左右するから言語特有の問題とは言い難い
特にJavaの標準GUIライブラリのSwingは非常に遅いことで有名であり、これが原因で「Java言語そのものが遅い」というイメージが広がってしまうことになった
>>1のような単純な計算力の比較とGUIアプリケーションのレスポンスとは話が違ってくる

Dalvik Class 9817240 5388 3013
Mono Class 7376896 933 167
Mono Struct 2007040 12 107
Java Class 10438176 319 211

structは早いけどC#使いでもよっぽどのことがないとstructなんて使わんし
classの速さはJavaのが上じゃんね

まずメモリ管理が糞

>>325
同じ値段払えば海外の最新WindowsPhoneが買えるから、ガジェオタは買わないと思われる

＞354
Appleこそ最もインテルチップ多用してる最大顧客なのに？w

Mac Proのモデル更新が止まってるのを妄想理由にしてる？(爆

>>382
「Swingは遅い」とSwingを全ツッパしたのがEclipseの惨状の原因
一方、NetBeansはSwingの改善でサクサクになった。

>>382
何が言いたいのかよくわからん
単純計算も遅いよって事？

>>383
そうだが、Oracle Androidが出ない限りどうにもならない

>>383
なるほどstruct使える差が効いてるのか
つかC#で構造体って普通は使わないよなー

つーか、マルチプラットフォームでもいいけど、
インタプリタ・マルチ用中間言語・ネイティブコンパイラ、選んで使えるように作れよ。
それで解決するだろｗ

>>380
いまでさえ軽微な変更ですら互換性問題でフルボッコなのに
VMを変えるとか無理すぎるだろ

言語としてみてもVMとしてみてもC#のが遥か上なのに
なぜJavaだのダルビッシュだのにこだわってんの
DartなんてC#丸パクリ言語作ったくせに

C#だと紛らわしいからD♭にしろよ

C#がVMとか頭の悪い発言止めてくれ

Androidだからってダルビッシュ使わないでMono使ってもいいのかね
じゃあそもそも別に問題ないのか

このスレなに言ってるのはさっぱり分からんwww
宇宙人ばっかだ

ボラクル傘下に入ってからいいことなしだな
もう仕事で関わることないからいいけど

頭いい人多いみたいだからちょっと早く実機にのっけてよ

>>397
未来へ行くなら、アンドロイドを捨てろ

そういえばAndroidにMono載せる件はどうなったんだ

>>393
仮にGoogleがC#の実行環境をAndroidに整えたとして、
MSがその気になれば.NET関係のライセンスなり情報なりを変えてAndroidを潰しにかかることも可能だからじゃないの？

Mono製のアプリって見たこと無いんだけどなんかあるか?

>>374
そりゃ単なる構造体ならメモリ使用量も速度もダンチだろｗｗｗ
クラスとなると実データよりもパディングのほうが大きくなるらしいからな
というか、その結果を見るにDalvikVMはメモリ確保があまりに遅すぎる気がするが
省メモリである必要のある環境をはじめに想定してるかどうかが原因かもな

>>402
＞ MSがその気になれば.NET関係のライセンスなり情報なりを変えてAndroidを潰しにかかることも可能だからじゃないの？

ECMA・ISO・JISにそんなことしませんという誓約書を書かされてるから無理

オラクルに食われてからいい事なしの言語
++と#の使い分けでいいや

>>396
ダルビッシュは極力メモリ使わないようにしてるって、wikiに書いてあった
そのせいで遅いんじゃねもしかして

>>403
GNOME付属のアクセサリ群。

monoといいC#といいMSがこの方面で追い上げか

Monoで開発してみようかと思ったけど
開発キットが結構高いみたいだからやめた

個人的にはandroidにアーキテクチャ間のアプリの互換性いらないと思うんだけど
マーケットで自分の持ってる機種で動かないから☆1とか言うのが大量に出てきそうな気もする

倒せないなら仲間にしてしまえばいい

非力なCPUにはあえてC#でクラスよりも構造体使った方がいいってことか

構造体つかった方が参照渡しでミスる心配もないので個人的には多用している。

>>413
実際そうだと思うよｗ
モバイル向けではクラスは重いと思う
特にVM上で動く場合は

そりゃクラスよか構造体の方が早いよな
スマほ関わりないからアプリようわからんがWindowsPhoneの開発が捗ったりするんかね

C#って何でC++みたいに引数にconst指定できないの？何か理由があるの？
それだけで随分安全になると思うんだけど。

これからが本番だ

MSが本気出したらどうなるのっと

Googleがクソなのに何故かOracleが叩かれるスレ

オラクルさんのせいでjava終わったみたいに言われてるけどあのころにはすでに終わってたよね

これは酷い

>>420
オラクルも嫌われてるからｗ

>>419
IEがブラウザシェアトップになり、XBOXが日本でバカ売れする

>>4
マジかよ糞箱売ってくる

5はもう無理だとして、Android6がC#かもっと早い言語に手直しされる可能性はどれくらい？

現在のスマートホンやタブレットにインストルーできるの？

>>414
むしろ俺は構造体使うほうが参照関係混乱するわｗ
structを動的配列で参照させる1番最初のはエラーになる

public struct Sample1 {　public string name;　}
static void Main(string[] args){
　List<Sample1> SampList1 = new List<Sample1>();
　Sample1 Samp1 = new Sample1();
　SampList1.Add(Samp1);

　SampList1[0].name = "hogehoge";　}
──────────────────────────────
public class Sample1 {　public string name;　}
static void Main(string[] args){
　List<Sample1> SampList1 = new List<Sample1>();
　Sample1 Samp1 = new Sample1();
　SampList1.Add(Samp1);

　SampList1[0].name = "hogehoge";　}
──────────────────────────────
public struct Sample1 {　public string name;　}
static void Main(string[] args){
　sample1[] SampList1 = new Sample1[1];
　Sample1 Samp1 = new Sample1();
　SampList1[0] = Samp1;

　SampList1[0].name = "hogehoge";　}

Javaゴミすぎｗ

でもJavaじゃないとハードウェアが変わるたびにコードを描き直さないといけなくなってしまうだろ
互換性を犠牲にして性能を取るならそもそもAndroidである必要性がない

結局ダルビッシュが高性能になればいいってことか

>>429
とはいえ、ターゲットが1種類しかない林檎と違い、
色々なプラットフォームで動作可能なものとなると
まぁ、javaになるよねって話なのかと。

ただ

上の方で言われている通り、
まともに作ろうと思ったら結局NDKを使うはめになるから
ターゲットが変わったらリコンパイルは必要なのよね。

伸びシロがあると言うべきかさっさと最適化しろよと言うべきか

>>430
Javaから互換性をとったのがDalvik。
JavaのWrite once, Run anywhereを壊滅的なほど叩き壊す存在でしかなかった

>>430
clrの部分をcpu毎にコンパイルするだけでそ
ダルビッシュはjvmを多段化してるんだっけ？

>>432
マルチプラットフォームなど幻想です。

classをnewしまくるといくらか遅いけど
newしまくることってあんまないからな
structはnewは早いけど関数に渡すたびコピーが入るから用途によるんだよな

>>432
まあ理想と現実だわな
Javaがぶち上げたマルチプラットフォームも最初だけ持ち上げられて
結局のところ今でもまともに生き残ってるのはサーブレットだけだもんな
ブラウザプラグインのアプレットはブームの時の残骸くらいしか残ってないし
クライアントアプリもねえ・・・

いまAndroidで何がおきているかというと、
同じAPIでも動きが違う、Javaの意味ないじゃん
という状態。

これがアプリ互換性問題といわれるもの。

ラムダ式マジ便利

>>436
>>438
うむ。現実はねぇ。。。

>>439
カオスだよなぁ。
以前のニュースで「開発者のAndroid離れ」みたいな記事があったけど、
まさにそこが問題だし。

>>45
逆に言えばこれだけの性能差がありながら放置しているGoogleは糞とも言える

それだけ無駄にバッテリーやCPUを使い尽くしているってことでもあるからね。

>>439
そうそう
それなら変な互換性とか切り捨てて性能重視した方がいいよな

>>443
オラクルが持ってる関係であんまりあれこれできないんじゃないの？ｗ

10年前からは考えられないJavaとMSの状況になったな

>>446
MSはタダでVS配布したからなあ…
javaもeclipseあるけどね
やっぱOracleが悪いって事で

つまり、最新のAndoroid機種(GS3やOneX)上でこいつが動いたら
ベンチスコアなんてトンデモない事になるんですね？
4K動画ヌルヌルや、PS3並みゲームだって余裕なんですかね？

>>152
習得もしやすいというメリットがあるね。

VB的な良いところも引き継いでいる。

>>446
10年前からならこんなもんだろ。
とかく開発者を囲うことにかけてMSの右に出る企業はない。

もともとのJVMは結構な互換性を確保してるのに、どうしてこうなった状態だな。

>>451
拡張に対して本家にフットワークがなかったせいだな。他がしびれを切らしてしまった。

オラクルに支配されてJavaは死んだってことだろ
もう終わりだよJavaは

C#無双きたな
デリゲート、ラムダ式、LINQとか謎すぎて挫折したけど、もう一回勉強してみよう

ＪＡＶＡって馬鹿にされまくってるけど、じゃあなんで主流言語になったんだ？
教えてエロい人

同じCPUで計算するのにそんなに速度に差が出るわけ無いだろ

Java嫌い
識別子のネーミングセンスからして俺とは違う

ラムダ式が理解できないってのが俺には理解できない
普通に関数定義するよりもよっぽど解りやすくね？
おれがプログラム歴が短い初心者だからそう感じるだけ？

>>455
マクネリの口
信者脳

>>455
他の言語が理解できないやつが信者になって崇めてる

時々、異様なほどJavaを憎んでる奴がいるけど何なんだろうな
宗教上の理由なんだろうか

>>455
ソフトウェアの工業化には一番貢献した言語じゃね? ユニットテスト、DI、フレームワーク、Javadoc…etc.
サーバーサイドでは今でも主流だし。

デリゲートもC#3.0以降は大抵の用途は定義済みデリゲートで
定義なしにActionやFunc使ってりゃ済むようになったしな
ほんと楽だわ

>>455
偉い人が猛プッシュするせい
マルチプラットフォームは認めるけど、性能厨としてはCのほうがいい
よく知らんけど

>>461
教条的すぎんだよ。C#の思想の対極。

>>458
ラムだの式の内容からはどういう型かもわからないから、可読性が低い
一人で書いてる分には問題ない、がんがん使え

>>458
長年、アセンブラやCに慣れちゃうと
いまいちピンとこないんだよね
式の中に変数と関数が混ざりこんじゃうと混乱してしまう
俺ももう歳だわ

>>458
普通、初心者がこの手の言語を勉強するにあたって、いきなりラムダ式を
やりましょうなんていう書籍とかないしね。

結果的に下地があるから、ラムダ式のほうが直感的でいいじゃんと初めて
言える。そういうことだと思うよ。

>>445
まぁ、Oracleに首根っこ掴まれた段階で、AndroidはJavaとは決別する
方向で動くべきだった。まだまだスマホなんて2年の歴史。いくらでもやり直せる。
けれど、もう引き返せないのかねぇ。

何処まで行っても所詮、Javaはクライアントでは駄目って烙印なんじゃない
だろうか？

すでにOSが通信しまくりのウィルス時代に入ってるからなぁ

SIerはいい加減Javaの糞さに気付くべき。
エンタープライズ向けの開発者はJavaしか使えない連中が多過ぎ。
マジで使い物にならん。

>>466
いちいち型が書いてある方が
殆どの場合ノイズが多くなって可読性は下がるよ

結局のところいろいろ優れてるところもあるし、偉い人がバックに付いて積極的に広めたから普及したけど
構造上使う人をイラつかせる何かが存在するので嫌われるって認識でよろしいか

>>464
でも、結局のところ、マルチプラットフォームアプリケーション（ウェブ系を除く）の殆どが
ネイティブ言語でそれぞれのOS向けに書いているんだよねぇ。現実は。

その分、リコンパイルや人材や負荷、必要なリソースは必要になるけれど、それらが
Javaで書かれるなんてことは現時点でもない。良くて、マルチプラットフォームなツールキット
様に書いて、ソースを一本化ってところか。

C#は何かとJavaと比較されるけれど、あれ、別にVMの上で動いているわけじゃなくて、
コンパイルしているよね？で、予め、コンパイル済みにする仕組みを使うとc#でも更に起動時
のスピード早くなるって話しだし。

C#は覚えやすいので、できればツールキットやフレームワークは無償にしてほしいね。

FlyerやICONIATABがXobotOSとAndroidの比較で使われてるけど、他のAndroidにもカスタムROMとしてXobotOSを載せる事はできるの？
教えてください大先生の方々

C#のゲッターとセッターの書き方 → { get; set; }
手抜きさせすぎだろｗ

>>455
ネットワーク構築に向いていると考えられたから（もともとはブラウザのアプレットとして流行したらしいけど）
IBMはNILやHermesという分散ネットワーク向けのプログラミング言語を含んだ環境を開発してたんだけど
頓挫しちゃったんだわ。んで、その数年後ぐらいにJava/JVMが登場して、マルチプラットフォームってことで技術者界隈を賑わせた。
そこにIBMが乗っかったわけ。JavaはNIL/Hermesの持っていたユニークな機能のごくごく一部を持っていたりする。
Javaがひどく工業的に感じるのもIBMが深く関わってるからかもしれないね。

>>473
CLRっつうVMの上で動いてる。Javaと同じ。

>>475
でも、java経験者の同僚は
「これは便利ｗ」
とか言ってたぞｗ

>>474
もともとAndroidってGoogleが出しているあれをカスタムして載せているものでしょ？
オリジナルがそのまんま乗っかっているってわけじゃないから、問題はそのまま入れても
動くのか？って話になると思うけれど。

なにかしらデバイス関係で動かないものが出てくるんじゃないかしら。そこまであのOS
に汎用性ないでそ

>>455
すべてオラクルのせい

JavaもC#もある程度まで行ったら一回Effective C++を熟読してほしいね
ポインタとか継承とかJavaもC#も中身はC++と変わらんからね隠してるだけで

>>477
CLIはJITコンパイラでしょ？

>>47
go

>>475
Javaも最初からそうあるべきだったんだよ。
なんで、インタプリタ言語でクソ単純なゲッターセッターをシコシコ書かなければいけないのかと？
ミスだって発生するし。

>>482
そりゃ違う。CLIは別にJITコンパイラの実装必須じゃない。

Getter/Setterは定型句みたいなもんだからな
メンバ毎にいちいち書き方変えるとかめんどくせぇから>>475でいい

Javaは十分の機能を備えてるよ。C#は便利機能が多いけど、あくまで便利機能でしかない

凄いことおもいついた！
これをWindowsPhoneとして売れ！

javaはcpuに合わせて最適化とかあんま金だしてないんじゃないのか

>>215
ﾌﾟﾌﾟﾌﾟ

冗談はさておき、これJavaが悪いんじゃなくDalvik VMがクソって話だろう
なんでOracleやプログラミング言語の話になってんだよｗ

お前らサボってないでさっさと働けよ

>>491
みんな大好物だからな

その便利機能が高級言語の利点だろ

>>486
Objective-Cの
@property
@synthesize
を使いたい……

>>491
Javaの最適化手法を全部オラクルが特許で握ってるから遅いんだろダルビッシュ

つまりAndroidは直ぐにでも数倍の速度になるって事じゃないの？iosに圧勝？

>>497
互換性崩れるからGoogleは決断できないよ残念

中間コードのレベルでヤル気ないとインタプリンタ言語とあんま違いないからな

>>448
iPhone3GSにアップグレードするほうが手っ取り早いと思うよ
ドコモから通信品質の良いソフトバンクに移れるメリットもある

モッサリDalvikを抱えたままAndroidはどこへ行くのか

>>498
.netの上にjavaVMのせたらええんや

>>147
よく知らんけど、言語によっては1から100馬鹿正直に足さずに
100×50＋50に変換したりしてくれる、とかそういうのがあるのかも

>>502
ｗｗｗｗ

>>502
冗談顔だけにしろよ
http://monobook.org/wiki/IKVM.NET

>>498
Java盗んで起訴されてるのが有罪になれば、嫌でも使わざるを得なくなるんじゃないの？

製品化しろよ

>>503
最適化はループそんなにいじらないんじゃないか？

ゲッターセッターは普通自動生成するだろ。

もう負けを認めてOracleのVM積めよ・・・
つーか、T-01Cなんとかしてください・・・
縛りあと１年・・・

android（笑）

>>4

LLVMってどうなの?
あれで互換性吸収できないの?

同じ仮想マシンベースでも雲泥の差ﾜﾛﾀ

Androidの死臭がハンパないな

>>513
できるといえばできるだろうけど、あれは実行環境までは提供しないよ
あくまで環境にあわせて動くバイナリを吐くコンパイラを楽に作れるようになりますよ、っていうツールキット
でも最適化などの面倒なパスをLLVMが上手くやってくれるってのはいいよね

Javaって人類に迷惑しかかけてないな？

518 ：Wなんとか ◆WgrkHQVbAw ：2012/05/07(月) 16:04:13.85 ID:cWfRYeyb0

java習得した意味なかったのね

「だってJAVAの方が作るの楽だし～」

Javaがなければ未だにC++でシコシコ書くか
LL言語でスクリプティングするかしかなかったんじゃないかな
偉大な存在だったけどオラクルがめちゃくちゃにしてしまった

>>510
> つーか、T-01Cなんとかしてください・・・
> 縛りあと１年・・・

ヘイユー！これはどうだい？

「NTTドコモ、端末購入サポート解除料をXi端末への乗り換えでキャッシュバックするキャンペーンを期間限定で実施」
http://getnews.jp/archives/206405
>キャンペーン期間は2012年5月7日（月）～2013年3月31日（日）まで。

>>520
どう考えてもグーグルが悪いのに、なんでオラクルが叩かれるんだよｗ

Javaの目指した理想郷をぶっ壊したのがAndroid
どう考えてもグーグルが悪い

オラクルが居なければグーグルの暴走は加速してたろうし、
Javaの死期も早まっていただろう

グーグルなんてパクリばっかりじゃん
何か新しいもの生み出したことってあった？

>>524
え、どこが？

SUNとGoogleなら現実的な着地点を見つけられていたと思う。
Oracleは守銭奴。

>>525
まぁ、どこもパクリばかりですよ。
あとはマーケィングを上手くやればおｋ

>>527
散々Javaコミュニティが混乱のともだと警告していたのに放置していたSunにまとめきれるはずもないだろ

Javaはオープンソースコミュニティとともに作ってきた共有財産みたいなものなのに
どうしてこんなことになってしまったのか

グーグル信者は脳ミソお花畑か？

>>530
そんなもんグーグルがコミュニティを真っ二つに分断したからに決まってるだろ

んでこのXobotOSとかいうのでカスタムROM作れるの・・・？

放置して無くて交渉はしてたはずだよ。
今回の件も、Goslingたちが知財関係の説明をOracleに説明して
Oracleがこんなこと仕掛けたわけで。

まぁAndroidの中の人だって端からjavaじゃパフォーマンス上がらないのは分かってただろうし、
今更C#にするなんて決断も無いだろうな
圧倒的なハード性能を持ってしても未だにAndroid端末はiPhoneのヌルヌルUIに敵わないんだから糞だわ

JavaはSunの時代からこれはダメだって言う度に市場が小さくなってきたよね
MSのJavaをダメって言った時にデスクトップのJavaは死んだし
今回の件が進めばスマホでのJavaも死ぬし

>>535
というより
「ハード性能も上がってきてるし、javaでもいけるっしょ」
という考えがあったと思う

>>532
だからどこがだよ
なんで特許で固めてライセンス料で儲けてるオラクルでなく
グーグルを攻撃するんだ？

>>534
サンがグーグルだけ特例で放置していることを説明したらオラクルが差別なく他社と同じ扱いにしただけだろ
グーグルの暴走がなければ事実はともかく「write once, run anywhere」というJava信者の念仏だけは続いたものを

>>539
おいおい。信者でも流石にそれは恥ずかしくて口に出せないフレーズだぞ、それ。

本来コードを公開すれば派生しても何しても自由なのがオープンソース
というか派生するのが当然で推奨されるんで何が分断なのかさっぱり意味不明だね

自由じゃないよ。ちょっと前衛的すぎる解釈でしょ。

>>538
特許で固めてライセンス料で儲けるのはサンの作ったビジネスモデル
別にオラクルがはじめたことではない

ちゃんと互換性テストをクリアして初めてライセンス料を払う権利がもらえる
ってくらい他社にはちゃんと守らせていた

それをグーグルが無視し、サンも系列会社だからという理由で放置した
オラクルは依怙贔屓をやめて他社と同じにしに、コミュニティの一本化をめざした

どう考えても悪いのはグーグル

>>543
系列会社でもなんでもねーよ。

>>544
ググれカス
http://www.google.co.jp/search?q=Andy+Bechtolsheim+Sun+Google

>>545
うっせー、ググるまでもないわ。知ってる。それのどこが系列会社なんだよ。

>>546
サンの創業者で役員の隠し子がやってる会社に対して
サンの社員が強く言えるわけねーだろ
常識的に考えて

まさに泥沼

>>374
ポンコツすぎワラタｗｗｗ

こんなんでiPhoneと戦おうとか正気の沙汰とは思えないw

>>4
・・・

mono始まった頃ってどこの酔狂がこんなの使うんだよと思ったが
よく物に出来たな

>>547
え？隠し子？

なんか臭いやつが湧いてきたな

つまりあれだ、「ひのきのぼう」を「これはロトの剣」だとステマってたのかwww

Googleってどんだけ無能の集まりなんだよ

救うのは、Monoだと思う

>>552
誰がうまいこと言えと

しかしあれだね、数万円ケチって数百万円の人件費を使うひとが多いこと

これが真のJava厨なのか…

必要アプリインスコした状態で変換インスコしなおしてくれるサービス有ったら頼むんだがな。

>>552
ﾜﾛﾀ
でも俺もそう思ったよ
携帯電話に活路があるとは当時思わんかった

>>562
やっと物（Mono)になったね！

javaと比較したら何でも軽そうだな

とりあえずリファレンスのNexusシリーズ向けに配布はよ

>>564
MSVMなんかアルゴリズムによってはほぼ同じソースをCでコンパイルした物より早い位だった

クソボット

オラ狂う

monophone買うは

UnityもMono使ってるしかなり勢いがあるな

>>570
MonoMonoしいな

javaオワコンすぎぃ！

Oracle信者ってのは始めてみた
DB関係には確かにいるけども

Galaxy Nexusに焼いてみたがサクサクだな

でも、アプリ開発のメインはまだjavaなんでしょう？
ndkの情報あつめんの面倒じゃん。泥

>>4
アムドいんちきベンチに似てる

>>576
>>374みれ。
純正Java VMは速い。
Dalvik VMがクソ遅いんだよ。

https://github.com/xamarin/XobotOS/zipball/master

要はNDKで開発しろって事だろ

カスタムROMはやくしろ

【C#】XobotOS　総合
http://anago.2ch.net/test/read.cgi/android/1336388237/

>>38
ネトウヨ連呼厨の正体は在日民団
http://kohada.2ch.net/test/read.cgi/offmatrix/1331285594/21

Cyanogenmodとの融合を望む。

Javaの遅さは異常

宣伝工作が酷いスレ

誰か日本語で使いやすい言語作れよ
いや作ってください

>>74
汚名挽回w

>>586
厄介なのは言語仕様よりも専門用語

>>586
どりとるでもやってろ

あんどろいど（笑）

クソワロタ

>>4
うそくせｗｗｗｗｗ

T01Cはじまったな

カスロムはよ

Android用のiOSも頼む

C#で書かれた本格的なアプリって何一つ無いような気がするんだが
採用して大丈夫なんだろうか

何て読むの？
クソボット？

本当に最初からJavaを採用したのは気が狂ってたとしか思えないな
普通にC++でいいのになんでそんな変なことしたんだろうな

ほとんどのコードを変換ツールで機械的にC#に置き換えたと書かれてるな。
これってつまり、処理ロジックの内容は大筋で同じってことたろ？
その条件てこれだけのこうそくかを本当に実現できるとしたらJITコンパイラ位しか無いと思う。
でC#用JITと等価なdalvik用JITはそれほど難しくないはず。
本当にこんなに速いんだったら高速化の技法をdalvikが参考にするのも可能なはずだ。

>>596
昔のEvernote for WindowsがC#で書かれてた
今はC++だが

>>596
Visual Studio 2010
おかげでクソ重くなった

>>599
それがVMの仕組みが根本的に違うので全然使えないんだな
Dalvikはレジスタマシン
Monoはスタックマシン

カスタムROMで出てこないかねえ

>>4
oh...

oracle製のjvmだとjavaでも>>4と同じくらいの性能ってのがなんとも・・・
なんでdalvik vmなんて採用したの？
馬鹿なの？

Dalvik

こいつが全ての元凶だろ
激もっさりの原因

Ａｎｄｒｏｉｄはトランスフォームまで出来るのか

XDAのトップのニュースにこの事が出てるな、まあ当然だろう

>>608
こりゃカスロムもすぐにでるな
フォーラムでは既に動かしてるひといるみたいだし
http://www.xda-developers.com/android/c-the-future-of-android/

>>589
使いにくんだよ死ねよ

で
動画は無いの？w

YAHOO　　　　116000件見つかりました。
Google　　　　 116000件見つかりました。
Bing　　　　　　　 8220件見つかりました。
goo　　　　　　　 58200件見つかりました。
Baidu 百度　　　　　87件見つかりました。
BIGLOBE　　　　58200件見つかりました。
Mooter　　　　　　　該当なし
NAVER　　　　　　情報が見つかりました。
Yahoo!カテゴリ　　該当なし
Googleディレクトリ　374件見つかりました。
http://kensaku.ritlweb.com/search/xobotos+android

>>611
githubのソースコードの中にスクショ画像と動画あったよ
地味だけど

これでアプリ互換性問題が解決するのかが一番重要

互換性さえ解決すれば結構つかいものになる

アセンブラで書き直せばもっと速いんじゃね？

機械語で書けばかなり速いんじゃないか

>>336
ttp://ja.wikipedia.org/wiki/%E3%83%9C%E3%83%BC%E3%83%A9%E3%83%B3%E3%83%89

> 1995年、ソフトウェア開発ツールで巻き返しを図るボーランドは、Windows時代に対応したRADツール Delphiを発売。アンダース・ヘルスバーグ（Anders Hejlsberg）
>による精練された設計は、マイクロソフト製ツールを圧倒した。これに対してマイクロソフトは、開発部門のトップであったポール・グロス（Paul Gross）上級副社長を筆頭
>に、アンダース・ヘルスバーグなど主要なボーランドの技術者を30ヶ月間に34人引き抜き対抗。「Dead Borlanders Society」と皮肉られる有様だった。怒ったボーランド
>はマイクロソフトを訴え、長期にわたる法廷闘争が繰り広げられた。
> なお、この引き抜き劇の真相について、アンダース・ヘルスバーグは日経ソフトウェア2002年7月号のインタビューで、直接的な原因は1994年にフィリップ・カーンが追放され
>たのを皮切りに、ボーランド社が開発ツール部門の廃止および大量リストラを計画したことが発端であり、リストラ対象となった開発者たちの生活を守るため、賛同者を引
>き連れてマイクロソフトに移籍したものであると語っている。
(略)
> その後、マイクロソフトは自社の技術に加えて、インプライズから手に入れた技術者と特許を使って.NET Frameworkを開発。インプライズは.NET Frameworkへの対応に
>苦労するという皮肉な状況が続いている。

言語とか完全に無知だけど、仮にカスロムが出て載せられたとしても言語が違うと今使ってるアプリは動かせなくなるってことなのかね(´・ω・`)そんなのやだお

>>611
http://www.bing.com/videos/search?q=xobotos

>>346
Intelの石が出てもiOSは移植が簡単だからどっちに転んでも林檎大勝利。
ARM自体林檎の関連企業として始まった物だしね

で、結局AndroidはC#になるのか否か

0と1で書くわ

結局アンドロイドはゴミ糞ウンコだったんじゃないか
アンドロイド厨はアホン厨より盲目的なアホ信者だったわけか
あーあー踊らされてアンドロイド買ったやつかわいそうに

むしろAndroidが期待されそうな記事に見えるのは俺抱け？
デュアルコア機だといまでもレスポンスはほとんど問題ないレベルになってると思う(ただし一部国産除く)が、さらにこれだけ高速化の余地があったという話になる。
何を悲観的になることがある？

店行ってiPhoneとAndroid見比べればドロのカクカク具合なんて一目瞭然だよね

でも.netってJavaに比べてサポート期間短くて基幹に使えなくない？
1年で終わりのスマホだから関係ないのかもしれないけど。

よく分かんないけど互換を何とかしたら最強ってことなの？

ほとんどのコードが機械変換っていってるから、mono標準搭載にして既存のapkをmono化するツールを公開するとあっという間にパフォーマンス最強OSになれる。
ただ正直言ってこの記事はかなり誇張してるとは思うけどね。
PCでJavaをJITなし実行したときの処理速度が、C言語で作った等価なネイティブコードの10分の1だと聞いたことがある。

ネイティブなんて落ちたらOS巻き込んで死ぬやろがい(´･ω･`)

xvideos再生中にスマホが落ちるのはネイティブコード持ちのflashさんのせい

速さ求めるときだけネイティブ使えばいい。常時ネイティブはナンセンスすぎる。

>>321
http://up.pandoravote.net/up26/img/pangot0006553.png
こうするとゴキブリに見える

>>631
大丈夫？

10年ほど前、IBMで調べた所Javaの早い部分はメモリの確保。
一度物理的なメモリはすでに最初に確保してあるから、Java内のプログラム上でのメモリ確保のコストがかなり低いって調べだった。

>375
不覚にも

DelphiとVBってどっちがプロパティを導入するのはやかったの？

>>625
速度的なことって、もうGPU次第になってるしね。

>>631
わらたｗ

Obj-CもネイティブとはいえObj-Cたりうる部分は動的だから結構重いC++とかに比べれば遅い。
たとえるならばJavaScript(C/C++)にjQuery(Obj-Cランタイム)かましてるようなもんだ。

しかし、MonoもDalvikもVM上で動いてるのになんでこんな差が出るんだ？
Dalvik VMの実装が糞なんじゃないのか？

やっぱiPhoneでええわw

グーグルはオラクルにごめんなさいしろよ。
グーグルは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が出てくれば良いんじゃね。