アカウント名:
パスワード:
.NETなんかに迷走しないで大人しくWinRTみたいに統合されたネイティブAPIに絞ってれば、デスクトップも、モバイルもこんなに苦戦しなかったろうに。
WinRTこそ迷走そのものだろ
あれこれできるデスクトップソフトはネイティブで、モバイルアプリは有象無象のそれぞれの開発環境で、一般アプリならWebって考えると.NETはもういらない子なの・・
> .NETはもういらない子なの・・
そうでもないですよ。
現在のスマホやタブレットは消費電力との戦いの側面があるため、スマホやタブレットOSのサポートする開発環境上にさらに自身の分厚いAPIレイヤーを載せるということがあまり受け入れられていませんが、ノートPCなどと同じで技術の進歩によりこれが改善するのは時間の問題です。
その際には、スマホやタブレットでも分厚いAPIレイヤーでの簡易な開発がまた復権することとなります。これはPCでもやってきたことで、時代は繰り返すの典型ですね。
MSからすると誤算だっただろうことは、AppleのiPhoneが売れた上に、Appleが上記のような分厚いAPIレイヤーについてのサードパーティー提供を禁止したことです。
AndroidのDalvikについては、ある意味で上記を最初からやっていた、という見方もできます。
デスクトップですらろくに普及してない.NETがモバイルで復権とかもうね。ネイティブじゃないと結局VBの後継にしかなれないのね、を証明したのがこの10年。そして開発環境市場で支配的立場でなくなったMSが、独自の言語・プラットフォームから譲歩してC++/CX・WinRTとか出してきたのはいい流れだと思いますよ。
>デスクトップですらろくに普及してない.NETがモバイルで>復権とかもうね。
他所で指摘のある通りWindowsデスクトップでは十分普及してます。Unix文化でクロスプラットフォームを好むオープンソース界隈ではネイティブ（標準C/C++）が選ばれてますが、それ以外の分野では普通に使われてます。
.netは、ネイティブと比べると遅いとはいえ、JITのお陰でネイティブ並みに速いです。MSが積極的にライブラリを強化しているため、今となっては、ハードウェアの性能を引き出すのも、ネイティブより有利かもしれません。VB6時代はVBだけではできないことが多く、VC++の併用が多用されましたが、C#だったらC++なしでも問題ないのではないかと思われます（ドライバは除きます）。
また、C#の言語仕様のスジの良さも忘れてはなりません。生産性とセキュリティを両立しつつ新しいパラダイムまで積極的に取り込み、プログラマーを選びません。Androidのスジの悪い設計を思うと、スマホ・タブレット分野へのWindowsの進出が条件となりますが、この分野での使用も十分なメリットがあると思われます。
したがって、後続の技術が出てきても、.netはVB6並にしぶとく生き残るのではないかと思われます。
> デスクトップですらろくに普及してない.NET
一般人が日常で仕事以外で使うPC向けアプリケーション、という話であれば、PC市場はデスクトップPCもノートPCもWindowsOSがほとんどでそれ決め打ちでいいため別に.NET使う必要自体がないですからね。
同じく、Javaを使う必要も非常に少ないです。しかし、仕事で使うために作りこむアプリとなれば話が別というのはご存知でしょう。
※ この辺、LinuxがもっとまともにデスクトップOSとして普及していれば、とは強く思います。
そのうえで今後ですが、PCだけでなくARM上で動作するiOSやAndroid、スマホからタブレット、ノートやデスクトップまで、となればマルチプラットフォームで動作する開発基盤の重要性が非常に増す、さらにスマホやタブレットもそれを受け入れられるくらい性能が向上してきている、という話ですね。
.NETが生まれた時と今はだいぶ事情が違っていて、当時MSは開発プラットフォームでは圧倒的支配力で、Javaさえ倒せばでしたよね。今は混戦状態なので、MS色の強い.NETごり押しだと苦しく、開発者を取り込みやすいC言語、OpenGLなどが必要なんでしょうね。#つまるところ、DirectXするならC++で、WPFするなら.NETとかダブルスタンダードがもうしんどいんですわorzXcodeがうらやま..
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
迷走 (スコア:0)
.NETなんかに迷走しないで大人しくWinRTみたいに統合されたネイティブAPIに絞ってれば、
デスクトップも、モバイルもこんなに苦戦しなかったろうに。
Re: (スコア:0)
WinRTこそ迷走そのものだろ
Re: (スコア:0)
あれこれできるデスクトップソフトはネイティブで、モバイルアプリは有象無象のそれぞれの開発環境で、一般アプリならWebって考えると
.NETはもういらない子なの・・
Re:迷走 (スコア:1)
> .NETはもういらない子なの・・
そうでもないですよ。
現在のスマホやタブレットは消費電力との戦いの側面があるため、
スマホやタブレットOSのサポートする開発環境上にさらに自身の分厚いAPIレイヤーを載せるということが
あまり受け入れられていませんが、
ノートPCなどと同じで技術の進歩によりこれが改善するのは時間の問題です。
その際には、スマホやタブレットでも
分厚いAPIレイヤーでの簡易な開発がまた復権することとなります。
これはPCでもやってきたことで、時代は繰り返すの典型ですね。
MSからすると誤算だっただろうことは、
AppleのiPhoneが売れた上に、
Appleが上記のような分厚いAPIレイヤーについてのサードパーティー提供を禁止したことです。
AndroidのDalvikについては、ある意味で上記を最初からやっていた、という見方もできます。
Re: (スコア:0)
デスクトップですらろくに普及してない.NETがモバイルで
復権とかもうね。
ネイティブじゃないと結局VBの後継にしかなれないのね、
を証明したのがこの10年。
そして開発環境市場で支配的立場でなくなったMSが、独自の言語・
プラットフォームから譲歩してC++/CX・WinRTとか出してきた
のはいい流れだと思いますよ。
Re:迷走 (スコア:3, 興味深い)
>デスクトップですらろくに普及してない.NETがモバイルで
>復権とかもうね。
他所で指摘のある通りWindowsデスクトップでは十分普及してます。
Unix文化でクロスプラットフォームを好むオープンソース界隈では
ネイティブ（標準C/C++）が選ばれてますが、それ以外の分野では普通に使われてます。
.netは、ネイティブと比べると遅いとはいえ、JITのお陰でネイティブ並みに速いです。
MSが積極的にライブラリを強化しているため、今となっては、ハードウェアの性能を引き出すのも、
ネイティブより有利かもしれません。
VB6時代はVBだけではできないことが多く、VC++の併用が多用されましたが、
C#だったらC++なしでも問題ないのではないかと思われます（ドライバは除きます）。
また、C#の言語仕様のスジの良さも忘れてはなりません。
生産性とセキュリティを両立しつつ新しいパラダイムまで積極的に取り込み、プログラマーを選びません。
Androidのスジの悪い設計を思うと、スマホ・タブレット分野へのWindowsの進出が条件となりますが、
この分野での使用も十分なメリットがあると思われます。
したがって、後続の技術が出てきても、.netはVB6並にしぶとく生き残るのではないかと思われます。
Re: (スコア:0)
> デスクトップですらろくに普及してない.NET
一般人が日常で仕事以外で使うPC向けアプリケーション、という話であれば、
PC市場はデスクトップPCもノートPCもWindowsOSがほとんどで
それ決め打ちでいいため
別に.NET使う必要自体がないですからね。
同じく、Javaを使う必要も非常に少ないです。
しかし、仕事で使うために作りこむアプリとなれば話が別というのはご存知でしょう。
※ この辺、LinuxがもっとまともにデスクトップOSとして普及していれば、とは強く思います。
そのうえで今後ですが、
PCだけでなくARM上で動作するiOSやAndroid、
スマホからタブレット、ノートやデスクトップまで、となれば
マルチプラットフォームで動作する開発基盤の重要性が非常に増す、
さらにスマホやタブレットもそれを受け入れられるくらい性能が向上してきている、という話ですね。
Re: (スコア:0)
.NETが生まれた時と今はだいぶ事情が違っていて、
当時MSは開発プラットフォームでは圧倒的支配力で、
Javaさえ倒せばでしたよね。
今は混戦状態なので、MS色の強い.NETごり押しだと苦しく、
開発者を取り込みやすいC言語、OpenGLなどが必要なんでしょうね。
#つまるところ、DirectXするならC++で、WPFするなら.NETとか
ダブルスタンダードがもうしんどいんですわorz
Xcodeがうらやま..