アカウント名:
パスワード:
GoopleのHTML5最強伝説もDOOM動かして喜んでるくらいで、何年退化してんだよ。って状態。WEBアプリで全てを再定義するという勢いだったパックルフォンも今やネイティブアプリ一色というお寒い状況。
当初から予測されていたPCの終焉に備えてPC OSからWEB OSとして全ての機器をサポートする.Net Server環境を整えるという事かM$の着実な歩みが止まっていなかったようですね。
Javaが皆から「いらない子」扱いされるようになりましたからね一度書けば、Windows Phone でも Windows でも Linux でも Mac OS でも動くとなれば.Net が Java の夢を叶えてくれるかも知れない。
インタプリタ的環境って Microsoft創業の頃からのお家芸ですからね。しかし貧弱な8bitCPUと小さなメモリしかなかったころはいざ知らず、21世紀になってまでわざわざマシンに一皮かぶせるような使い方が残るなんて。
8bit CPUのころこそ、皮をかぶせる余裕なんてなかったでしょう。MFCがぱっとしなかったのも、それこそ皮をかぶせるリソースが足りない時代でもあったから。
インタプリタのことを「一皮かぶせる」と言ったのなら、自分の読解力不足です。ごめんなさい。一皮かぶせる使い方としてぱっと頭に浮かんだのがMFCだったのでつい。MFCはクラス設計もクソでしたが、何より使うと実効速度の低下が顕著で、こんなの使ってられるか!という怒号をよく耳にしました。皮をかぶせる必要の無い、WIN32APIを直接叩いたことが思い出されます。
お前らは未だに皮かぶってぬぐ余裕ないのになw
Java:サーバ→まあいまのところ割と標準的によくあるクライアント→ないわー
.Net:サーバ→ないわークライアント→Windowsだけなら標準的
んー。夢見すぎじゃ。それに
>一度書けば、Windows Phone でも Windows でも Linux でも Mac OS でも動くとなれば
これ、「一応」Javaでももう実現できてるしそれでもダメなのは別に誰もそんなこと望んでないってことだよ
#Javaがいらない子と言われてもう数年経つけど、いらなくなったためしがないよね
> これ、「一応」Javaでももう実現できてるし> それでもダメなのは別に誰もそんなこと望んでないってことだよ
Javaのダメなところは、バージョン間の互換性の維持の仕方や、セキュリティアップデートの配り方、そして、何より、言語自身の融通の気かなさ(Javaから外部世界へのinteroperability)
など、そういう部分が積み重なった物ではないかと思っています。それからすると、その辺に対するMSの姿勢は十分に評価できるんじゃないかと。
# MS信者の戯言ですが
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
※ただしPHPを除く -- あるAdmin
いやはや (スコア:0, おもしろおかしい)
GoopleのHTML5最強伝説もDOOM動かして喜んでるくらいで、何年退化してんだよ。って状態。
WEBアプリで全てを再定義するという勢いだったパックルフォンも今やネイティブアプリ一色という
お寒い状況。
当初から予測されていたPCの終焉に備えてPC OSからWEB OSとして
全ての機器をサポートする.Net Server環境を整えるという事か
M$の着実な歩みが止まっていなかったようですね。
Re:いやはや (スコア:0)
Javaが皆から「いらない子」扱いされるようになりましたからね
一度書けば、Windows Phone でも Windows でも Linux でも Mac OS でも動くとなれば
.Net が Java の夢を叶えてくれるかも知れない。
インタプリタ的環境って Microsoft創業の頃からのお家芸ですからね。
しかし貧弱な8bitCPUと小さなメモリしかなかったころはいざ知らず、21世紀になってまで
わざわざマシンに一皮かぶせるような使い方が残るなんて。
Re: (スコア:0)
8bit CPUのころこそ、皮をかぶせる余裕なんてなかったでしょう。
MFCがぱっとしなかったのも、それこそ皮をかぶせるリソースが足りない時代でもあったから。
Re:いやはや (スコア:1)
8bit CPUの時代というのはBasicの時代です。
参考 http://hp.vector.co.jp/authors/VA011804/pc8001.htm
MFCに関してはリソースではなく設計思想に問題があった。
同時期のBorland社(?)のDelphiがいい感じで、その失敗からMicrosoft社もDelphiの開発者引っこ抜いて、J#作らせたりC#作らせたりした。
Re: (スコア:0)
うーん、Delphiは言語というよりはネイティブ吐くけどFormのデザイナが使えるというところが魅力だった、純粋に言語が魅力だったかと言われるとどうかなぁ。そういう意味ではC++ビルダーでも良かった。
安ければ今でも使いたいと思うくらいなんだけど、高いんだよねー。
あとMSが引き抜いたっつーかアンダース・ヘルスバーグ他開発者達はリストラされてMS行ったのよ。
J#も関わってたんだっけ?J++はやってたと思う。
Re: (スコア:0)
インタプリタのことを「一皮かぶせる」と言ったのなら、自分の読解力不足です。ごめんなさい。
一皮かぶせる使い方としてぱっと頭に浮かんだのがMFCだったのでつい。
MFCはクラス設計もクソでしたが、何より使うと実効速度の低下が顕著で、
こんなの使ってられるか!という怒号をよく耳にしました。
皮をかぶせる必要の無い、WIN32APIを直接叩いたことが思い出されます。
Re: (スコア:0)
お前らは未だに皮かぶってぬぐ余裕ないのになw
Re: (スコア:0)
Java:
サーバ→まあいまのところ割と標準的によくある
クライアント→ないわー
.Net:
サーバ→ないわー
クライアント→Windowsだけなら標準的
んー。夢見すぎじゃ。それに
>一度書けば、Windows Phone でも Windows でも Linux でも Mac OS でも動くとなれば
これ、「一応」Javaでももう実現できてるし
それでもダメなのは別に誰もそんなこと望んでないってことだよ
#Javaがいらない子と言われてもう数年経つけど、いらなくなったためしがないよね
Re:いやはや (スコア:2)
> これ、「一応」Javaでももう実現できてるし
> それでもダメなのは別に誰もそんなこと望んでないってことだよ
Javaのダメなところは、バージョン間の互換性の維持の仕方や、
セキュリティアップデートの配り方、
そして、何より、言語自身の融通の気かなさ(Javaから外部世界へのinteroperability)
など、そういう部分が積み重なった物ではないかと思っています。
それからすると、その辺に対するMSの姿勢は十分に評価できるんじゃないかと。
# MS信者の戯言ですが